Scoping and the Cloud (การกำหนดขอบเขตและ Cloud)

ทรัพยากรบนคลาวด์ทำให้ภาพซับซ้อนขึ้น เพราะมันห่อหุ้ม operational architectural characteristics ของระบบไว้เป็นจำนวนมาก สถาปนิกต้องพิจารณาอย่างน้อยสองสถานการณ์เมื่อใช้ทรัพยากรบนคลาวด์สำหรับทั้งหมดหรือบางส่วนของแอปพลิเคชัน ขึ้นอยู่กับ deployment model

Using the cloud to host containers (การใช้คลาวด์เป็นโฮสต์สำหรับ Container)

ทีมพัฒนาหลายทีมใช้คลาวด์เป็นศูนย์ปฏิบัติการสำรอง สำหรับรัน (และจัดออร์เคสตรา) container แทนเซิร์ฟเวอร์ ในสถานการณ์เช่นนี้ สถาปนิกต้องพิจารณา architectural characteristics ของ container และข้อจำกัดที่มาพร้อมกับเครื่องมือจัดออร์เคสตรา (ตัวอย่างเช่น Kubernetes )

Using cloud-provider resources as system components (การใช้ทรัพยากรของ Cloud Provider เป็น Component ของระบบ)

ระบบบนคลาวด์อีกรูปแบบหนึ่งคือการประกอบแอปพลิเคชันจากหน่วยการทำงานของ cloud provider เช่น triggered function, ฐานข้อมูล และอื่น ๆ ในกรณีนี้ สถาปนิกต้องพิจารณาความสามารถที่ provider โฆษณาไว้ (และหวังว่าจะดูแลรักษาต่อไป) เพื่อหาแนวทางสร้างความสามารถที่เหมาะสมกับบริบทนั้น ๆ

ความสามารถหลายอย่างที่เรารู้จักในปัจจุบันว่าเป็น configuration setting ของ cloud provider เช่น elasticity เคยเป็นสิ่งที่สถาปนิกรุ่นก่อนที่ทำงานกับระบบทางกายภาพต้องต่อสู้อย่างหนักเพื่อให้ได้มา ความกังวลหลักของพวกเขาเปลี่ยนเป็นเรื่องง่ายขึ้น — แต่เราก็มีชุด trade-off สมัยใหม่ของเราเองเช่น availability ของ provider และข้อกังวลด้านความปลอดภัยที่สูงขึ้น รายละเอียดของ software architecture เปลี่ยนแปลงไปมาก แต่งานวิเคราะห์ trade-off ยังคงเหมือนเดิม