기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
테넌트 4. 클라우드 전체에 연속 워크로드를 분산하지 마세요.
여러 클라우드 공급자에 연속 워크로드를 분산하면 불필요한 복잡성, 위험 및 비용이 발생합니다. 데이터를 함께 처리하고 분석하는 워크로드가 여러 공급자에 걸쳐 있는 경우 조직은 데이터 이동, 동기화 및 일관성에 어려움을 겪습니다. 팀은 각 공급자APIs, 관리 인터페이스, 보안 모델 및 운영 프로세스를 탐색해야 하므로 오류 가능성이 높아지고 운영 오버헤드가 추가됩니다. 이러한 복잡성은 오류 및 운영 오버헤드의 가능성을 높이고 민첩성과 확장성을 저해할 수 있습니다.
그러나 일부 실제 시나리오에서는 조직이 특정 비즈니스 또는 기술 요구 사항으로 인해 클라우드에 연속 워크로드를 분산해야 할 수 있습니다. 이러한 경우 명확한 기준과 지침 원칙을 설정하여 장단점을 평가하고 접근 방식이 조직의 전체 멀티클라우드 전략에 부합하는지 확인하는 것이 좋습니다.
조직이 여러 클라우드에 워크로드를 분산하기로 선택하면 메시징 및 느슨한 결합에 중점을 둔 아키텍처를 채택하면 많은 관련 문제를 완화할 수 있습니다. 이는 클라우드 간에 문제를 분리하고 공급자가 손상된 경우 영향 범위를 줄이는 가장 좋은 방법입니다. 금융 거래와 같이 가장 시간이 많이 걸리는 작업은 단일 환경 내에서 유지하는 것이 이상적입니다. 한 환경에서의 중단은 다른 환경에서 워크로드를 위험에 빠뜨릴 수 없습니다.
지침:
-
운영 독립성을 위한 클라우드 워크로드를 설계하여 공급자 간의 실시간 종속성을 최소화합니다. 워크로드 배포가 필요한 경우 일정한 크로스 클라우드 연결을 유지하는 대신 효율적인 대량 데이터 전송 메커니즘을 구현합니다.
-
제안된 각 분산 워크로드를 명확한 비즈니스 기준에 따라 평가합니다. 배포로 인한 전략적 이점과 운영 복잡성을 모두 고려하세요.