สองคลาวด์ไม่ได้แปลว่ามีกลยุทธ์มัลติคลาวด์

หลายองค์กรในกรุงเทพฯ เริ่มใช้ผู้ให้บริการคลาวด์ที่สองเพราะโปรเจกต์เดียว หรือเพราะทีมหนึ่งคุ้นเคยกับแพลตฟอร์มนั้น ผลลัพธ์คือมีสองสภาพแวดล้อม แต่ยังไม่มีเกณฑ์ร่วมว่าเวิร์กโหลดใดควรอยู่ที่ใด

กลยุทธ์มัลติคลาวด์เริ่มจากคำถามธุรกิจ ไม่ใช่จากรายชื่อบริการฟีเจอร์ ข้อกำหนดด้านที่ตั้งข้อมูล ความหน่วงของผู้ใช้ในภูมิภาค และความสามารถของทีมปฏิบัติการ ต้องถูกเขียนก่อนเลือกเส้นทางการเชื่อมต่อ

เมื่อไม่มีเอกสารตัดสินใจ แต่ละทีมจะเลือกเส้นทางของตนเอง ความซ้ำซ้อนของข้อมูลเพิ่มขึ้น การสังเกตการณ์แยกกัน และการกำกับดูแลกลายเป็นงานตามเหตุการณ์ฉุกเฉิน

ขั้นตอนที่ใช้งานได้จริงคือกำหนดขอบเขตระบบที่สำคัญ ตกลงเกณฑ์จัดวางสั้น ๆ และระบุเจ้าของการเชื่อมต่อข้ามคลาวด์ให้ชัด ก่อนจะขยายจำนวนผู้ให้บริการเพิ่ม