Cloud และโครงสร้างพื้นฐาน
สภาพแวดล้อม AWS ที่ปลอดภัยและสร้างซ้ำได้
สร้างและดูแลโดย InterCloud
ลูกค้าได้รับโครงสร้างบัญชีที่ปลอดภัย การ Deploy ที่ทำซ้ำได้ และการมอนิเตอร์ที่แจ้งปัญหาก่อนผู้ใช้ได้รับผลกระทบ InterCloud ใช้งานผลิตภัณฑ์ของตนเองบน AWS ด้วย Terraform, Container และ GitHub Actions และสร้างรากฐานเดียวกันนี้ให้คุณ
โซลูชัน AWS
รากฐานที่ปลอดภัยบน AWS
รากฐานเป็นแบบเดียวกัน ทั้งสำหรับการย้ายขึ้น AWS ใหม่ และบัญชีเดิมที่ขยายตัวโดยไม่มีแผน ได้แก่ สภาพแวดล้อมที่แยกจากกัน การเข้าถึงตามตัวตน และทรัพยากรทั้งหมดที่กำหนดเป็นโค้ด
Landing Zone
แยกสภาพแวดล้อมออกจากกัน และบันทึกทุกการกระทำ ด้วยโครงสร้างหลายบัญชีบน AWS Organizations การรวมศูนย์ Log และร่องรอยการตรวจสอบ Guardrail ที่กำหนดว่าแต่ละบัญชีทำอะไรได้ และการออกแบบเครือข่ายที่มี Private Subnet สำหรับชั้นข้อมูลและชั้นแอปพลิเคชัน
การจัดการตัวตนและข้อมูลลับ
ขจัดคีย์อายุยาวออกจากสภาพแวดล้อมของคุณ โดยใช้ IAM Role และ SSO แทน พร้อมนโยบายสิทธิ์น้อยที่สุดสำหรับบุคคลและ Pipeline และเก็บข้อมูลลับของแอปพลิเคชันในที่จัดเก็บแบบ Managed ซึ่งหมุนเวียนได้โดยไม่ต้อง Deploy ใหม่
บริการข้อมูลแบบ Managed
กู้คืนข้อมูล ณ เวลาที่เลือกได้ ด้วย PostgreSQL แบบ Managed ที่มีการสำรองข้อมูลอัตโนมัติและการกู้คืน ณ จุดเวลา (Point-in-time Recovery) พื้นที่จัดเก็บ Object พร้อมกฎวงจรชีวิต และแคชกับคิวที่จัดเตรียมเป็นโค้ดพร้อมกับแอปพลิเคชัน
Edge และการส่งมอบเนื้อหา
ปกป้องแอปพลิเคชันสาธารณะที่ Edge และใช้งานหลายแอปพลิเคชันบนโดเมนเดียว ด้วย Cloudflare ด้านหน้า AWS สำหรับ DNS, TLS, WAF และการป้องกัน DDoS พร้อมกฎการกำหนดเส้นทางที่ให้หลายแอปพลิเคชันใช้โดเมนเดียวกันได้
การสำรองข้อมูลและการกู้คืนระบบจากภัยพิบัติ
มั่นใจว่าการกู้คืนใช้ได้จริงก่อนถึงเวลาที่ต้องใช้ ด้วยกำหนดการสำรองข้อมูลและระยะเวลาเก็บรักษาที่ตกลงเป็นรายระบบ ขั้นตอนการกู้คืนที่ทดสอบอย่างสม่ำเสมอ และแผนการกู้คืนเป็นลายลักษณ์อักษรที่กำหนดลำดับการกู้คืนบริการและผู้มีอำนาจตัดสินใจเรียกใช้แผน
การบริหารต้นทุน
ทำให้ค่าใช้จ่าย Cloud มองเห็นได้และได้รับการทบทวนทุกเดือน ด้วยมาตรฐานการติด Tag งบประมาณพร้อมการแจ้งเตือน และการทบทวนต้นทุนรายเดือน การปรับขนาดทรัพยากร การตั้งเวลาเปิดปิดสภาพแวดล้อมที่ไม่ใช่ Production และการจองความจุล่วงหน้า จะดำเนินการเมื่อทราบรูปแบบการใช้งานแล้ว
Container และ Serverless
สภาพแวดล้อมการทำงานที่เหมาะกับแต่ละ Workload ภายใต้วิธีดูแลแบบเดียวกัน
บริการของแอปพลิเคชันทำงานเป็น Docker Container บน Amazon ECS ซึ่งเป็นแพลตฟอร์มเบื้องหลังผลิตภัณฑ์ของ InterCloud เอง แต่ละบริการมี Task Definition, Health Check, กฎ Autoscaling และการเชื่อมต่อแบบส่วนตัวไปยังบริการที่พึ่งพา และ Image ถูก Build และสแกนใน Pipeline
งานตามกำหนดเวลา การประมวลผลไฟล์ การแจ้งเตือน และการเชื่อมต่อที่ขับเคลื่อนด้วยเหตุการณ์ เหมาะกับฟังก์ชัน Serverless และคิวแบบ Managed มากกว่า บริการเหล่านี้ไม่ต้องมีเซิร์ฟเวอร์ที่เปิดรอไว้ และทั้งความจุและต้นทุนเป็นไปตามการใช้งานจริง
แพลตฟอร์มเลือกเป็นราย Workload และรูปแบบการ Deploy คงไว้อย่างสม่ำเสมอ เพื่อให้วิศวกรที่เข้าใจบริการหนึ่งดูแลได้ทุกบริการ
- Amazon ECS พร้อม Autoscaling, Health Check และการอัปเดตแบบ Rolling โดยไม่หยุดให้บริการ
- Container Image ที่ Build สแกน และกำหนดเวอร์ชันใน CI จัดเก็บใน Registry ส่วนตัว
- ฟังก์ชัน Serverless และคิวแบบ Managed สำหรับงานที่ขับเคลื่อนด้วยเหตุการณ์และงานตามกำหนดเวลา
- Kubernetes ในกรณีที่แพลตฟอร์มเดิมหรือมาตรฐานของทีมกำหนด
DevOps และ CI/CD
เส้นทางที่ทำซ้ำได้จาก Commit สู่ Production
Pipeline ปกป้องผลิตภัณฑ์ ทุกการเปลี่ยนแปลงผ่านเส้นทางเดียวกัน และการเปิดตัวกลายเป็นงานปกติที่ทำได้ในเวลาทำงาน
- 1
โครงสร้างพื้นฐานในรูปแบบโค้ด
ทรัพยากร AWS ทั้งหมดกำหนดใน Terraform ตรวจทานผ่าน Pull Request และ Apply โดย Pipeline สภาพแวดล้อมสร้างซ้ำได้ มองเห็น Drift ได้ และไม่มีการตั้งค่าใดที่ต้องอาศัยการแก้ไขผ่าน Console ด้วยมือ
- 2
Build และทดสอบ
GitHub Actions ตรวจสอบ Type, Lint, การทดสอบระดับ Unit และ Integration และสแกน Dependency ในทุก Pull Request Container Image ถูก Build เพียงครั้งเดียว และส่งต่อผ่านทุกสภาพแวดล้อมโดยไม่มีการเปลี่ยนแปลง
- 3
Deploy อย่างปลอดภัย
Deploy แบบ Blue/Green หรือแบบ Rolling บน ECS พร้อม Health Check เพื่อไม่ให้เวอร์ชันที่มีข้อผิดพลาดได้รับการรับส่งข้อมูล และการย้อนกลับทำได้ในขั้นตอนเดียว การ Migrate ฐานข้อมูลทำงานเป็นสคริปต์ที่มีเวอร์ชันพร้อมเส้นทางย้อนกลับที่ทดสอบแล้ว
- 4
ติดตามและปรับปรุง
เหตุการณ์การ Deploy เชื่อมโยงกับ Metric และการแจ้งเตือนใน SnowTrack เพื่อให้ระบุได้ว่าประสิทธิภาพที่ถดถอยมาจากการเปลี่ยนแปลงใด ผลการทบทวนหลังเกิดเหตุจะนำกลับไปปรับปรุงการทดสอบและคู่มือปฏิบัติงาน
การมอนิเตอร์และการดูแลระบบ
การมอนิเตอร์และการดูแลระบบตั้งแต่วันเริ่มใช้งานจริง
การมอนิเตอร์ตั้งค่าตั้งแต่ขั้นตอนการพัฒนา สัญญาณระดับโครงสร้างพื้นฐาน แอปพลิเคชัน และธุรกิจ ถูกรวบรวมไว้ใน SnowTrack แพลตฟอร์ม Observability ของเรา พร้อมแดชบอร์ดรายบริการและการแจ้งเตือนที่ส่งถึงผู้ปฏิบัติงานเวร On-call
การแจ้งเตือนปรับให้สอดคล้องกับระดับบริการที่ตกลงกัน และการแจ้งเตือนแต่ละรายการมีคู่มือปฏิบัติงานแนบไว้ เพื่อให้ผู้รับรู้ว่าต้องทำอะไร การแจ้งเตือนที่ไม่จำเป็นจะถูกทบทวนและลดลงทุกเดือน
ภายใต้ข้อตกลงบริการดูแลระบบ InterCloud รับผิดชอบเวร On-call ได้แก่ การติดตั้งแพตช์ การบริหารความจุ การตอบสนองต่อเหตุการณ์ และรายงานประจำเดือนที่ครอบคลุมความพร้อมใช้งาน เหตุการณ์ และการเปลี่ยนแปลง หรือเราจะส่งมอบการตั้งค่าและฝึกอบรมทีมของคุณ
- การมอนิเตอร์โครงสร้างพื้นฐาน แอปพลิเคชัน และบริการใน SnowTrack
- การกำหนดเส้นทางการแจ้งเตือน ตารางเวร On-call และคู่มือปฏิบัติงานสำหรับทุกการแจ้งเตือน
- การรวมศูนย์ Log และ Trace พร้อมระยะเวลาเก็บรักษาตามข้อกำหนดที่ต้องปฏิบัติตาม
- การจัดการแพตช์ การทบทวนความจุ และรายงานการดูแลระบบประจำเดือน
- ภาพรวม
- โครงสร้างพื้นฐาน
- แอปพลิเคชัน
- บริการ
- Log
- การแจ้งเตือน
- เหตุขัดข้อง
- รายงาน
ภาพรวมระบบ
99.9%
3
42
ทบทวนสภาพแวดล้อม AWS ของคุณ
ไม่ว่าจะเป็นสภาพแวดล้อม AWS ใหม่ หรือการทบทวนบัญชีที่มีอยู่ เราแสดงให้คุณเห็นได้ว่าสภาพแวดล้อมที่ดูแลอย่างดีเป็นอย่างไร และต้องทำอะไรบ้างเพื่อไปถึงจุดนั้น