하이브리드 클라우드로 할 것인가, 아니면 하이브리드 클라우드로 할 것인가?
게시 됨: 2022-02-01
커뮤니티 클라우드와 비공개 클라우드를 동등하게 포괄하는 IT 접근 방식으로 설명되는 하이브리드 클라우드는 최근 수십 년 동안 인지도가 높아지고 있습니다.
Flexera의 2021년 클라우드 상태 보고서에 따르면 설문 응답자의 82%가 하이브리드 클라우드 접근 방식을 채택하고 있습니다. 하이브리드 클라우드 절차는 민감한 정보 및/또는 처리를 비공개로 처리하지만 퍼블릭 클라우드의 규모 및 서비스 범위에서 우위를 점하기 위해 검색합니다.
하이브리드 접근 방식이 조직에 적합한지 여부에 관계없이 실현하려면 가능한 이점과 함정을 완전히 파악해야 합니다. 이를 위해 퍼블릭 클라우드와 비공개 클라우드에 내재된 장점과 어려움, 그리고 이들을 결합할 때 발생하는 이례적인 복잡성과 장점을 살펴보겠습니다.
마지막으로 우리는 운영상의 진실에 대한 보다 사실적인 사진이 나올 수 있도록 단점을 피하는(또는 최소한으로 최소화하는) 방법을 살펴볼 것입니다.
퍼블릭 클라우드
커뮤니티 클라우드는 가상화 소프트웨어를 사용하는 방대한 수의 서버가 없는 것을 추상화하고 일반적으로 애플리케이션 로드 밸런서, 데이터베이스, 메시징 등과 같은 최상의 요소에 대해 다른 API 푸시 제공자를 제공합니다.
멀티 클라우드(하이브리드 클라우드와 반대)는 공용 클라우드 제품과 서비스를 혼합하여 사용합니다. 시스템으로서 퍼블릭 클라우드의 매력은 매우 크고 탄력적인 확장, "종량제" 제품, 시스템 유지 관리 및 업데이트의 아웃소싱, 다양한 솔루션입니다.
Amazon 웹 사이트 제품 및 서비스(AWS – 주요 커뮤니티 클라우드)에서 사용하는 공통 데이터 센터에는 50,000~80,000개의 물리적 서버가 있습니다. 현재 Amazon에는 이러한 세부 정보 센터가 81개 있습니다. 제공되는 스토리지는 천문학적이며 대다수 기업의 관점에서 볼 때 거의 무한합니다.
그렇다면 왜 일반 퍼블릭 클라우드를 사용하지 않습니까? 수많은 클라우드가 있지만 대부분은 일반 대중과 개인 모두에서 수많은 클라우드를 활용합니다.
보호/사생활
커뮤니티 클라우드(특정 준비물이 제조되지 않은 경우)는 비용 효율성을 제공하기 위해 구매 시 공유 인프라를 사용합니다.
섬세한 작업 부하가 식별되지 않거나 잠재적으로 적대적인 작업 부하와 정확히 동일한 실제 물리적 메모리에서 작동하기 때문에 이러한 정확한 이점은 안전 고려 사항으로 이어질 수 있습니다. 마찬가지로 클라우드 스토리지는 대부분 공유 하드웨어에 저장됩니다.
관리하다
IT 인프라의 아웃소싱은 특히 운영 요구가 비교적 평범하고 까다롭지 않은 경우에 훌륭할 수 있습니다.
공용 클라우드는 기능에 대해 가질 수 있는 관리 및 가시성의 양을 제한하는 공급업체의 자비에 맡깁니다. 쉬운 CRUD 웹 소프트웨어를 사용하고 있다면 이것은 거의 확실히 당신에게 중요하지 않습니다. 복잡한 네트워크 아키텍처와 매우 까다로운 클라이언트가 있는 경우 상당한 차이를 만들 수 있습니다.
공격 취약점
안정성과 관련하여 커뮤니티 클라우드에서 여러 설명에 대해 공격 취약성이 발생합니다. 사람의 경우 정의상 지구 전체에 걸쳐 대중이 액세스할 수 있습니다.
표준 웹사이트 환경에서 기능하는 목적은 훨씬 더 제한적인 대중 접근성 절차를 이용할 수 있습니다. 다른 원인은 대상의 매력입니다. AWS, Azure, GCP 및 기타 사람들은 해커 및 기타 위협에 대한 거대하고 흥미로운 공개 대상을 나타냅니다.
비공개 클라우드
사설 클라우드는 비공개 데이터 시설이나 연구실에서 운영되는 클라우드 소프트웨어에 의해 추상화된 서버 및 스토리지입니다. 비공개 클라우드를 사용하면 인프라를 유지하고 업그레이드하는 규제와 부담을 유지하지만 가상화를 사용하여 사용자에게 다용성과 탄력성을 제공합니다.
표준 공급업체로는 VMWare 및 Openstack 등이 있습니다. 퍼스널 클라우드는 온프레미스에서 애플리케이션을 실행하는 것과 동일한 근거가 일반적으로 안정성과 규제라는 점에서 눈길을 끕니다. 알려지지 않은 위협과 인프라를 공유하지 않고, 액세스 가능성을 임의로 엄격하게 관리할 수 있으며, 워크로드, 업데이트 및 운영 절차의 우선 순위를 비즈니스 기업에서 완전히 정의할 수 있습니다.
그렇다면 서버에서 클라우드 소프트웨어를 운영하고 끝내지 않는 이유는 무엇입니까?
규모
매우 위험하지 않은 리소스 소비 프로필로 작동하는 애플리케이션을 위한 비공개 인프라를 소유하는 것은 좋습니다. 전략을 세우고 이를 해결할 수 있는 충분한 수단을 얻을 수 있습니다. 반면에 스파이크가 큰 워크로드는 문제가 될 수 있습니다.
이로 인해 잠재 고객에 대한 인스턴스 대기 시간이 길어지거나 기회가 중단될 수도 있습니다. 대부분의 시간을 유휴 상태로 유지하는 드문 경우를 위해 개인 소스를 확장하는 것은 매우 비효율적입니다.
비용
클라우드 인프라를 자랑스럽게 소유하고 운영하는 것은 지원 욕구와 상관없이 큰 설정 비용을 의미합니다. IT를 퍼블릭 클라우드로 오프로드하는 주요 동인 중 하나는 "사용하는 제품에 대한 유일한 셸" 모델입니다.
IT 인프라는 사용에 따라 확장되는 비용으로 충분히 이해된 공급자 단계 배열에 따라 업그레이드, 패치 및 서비스됩니다.
다재
컴퓨팅 리소스에 대한 재정적 투입은 높을 수 있으며 결과적으로 장기적 요구에 대한 예측을 완벽하게 준비하고 목표로 삼습니다.
잠재력은 우리의 추정치를 상당 부분 준수하지 않을 가능성이 높으며 가장 좋은 옵션조차도 더 짧아질 수 있습니다. 퍼블릭 클라우드는 언제든지 변화하는 요구 사항에 대응하기 위해 노력하는 비즈니스 기업의 마찰을 줄이기 위해 선택할 수 있는 다양한 기술과 플랫폼을 제공합니다.
하이브리드 클라우드
하이브리드 클라우드 전술은 공용 클라우드와 개인 클라우드의 추가 이점을 결합하여 각각의 장점을 활용하려고 시도합니다. 가장 기본적인 상황에서 더 큰 보안이나 훨씬 더 많은 운영 제어가 필요한 앱은 비공개 클라우드에서 운영되지만 대규모 요구 사항이 있는 목적은 퍼블릭 클라우드에서 실행됩니다.
하이브리드 클라우드 프로그램은 또한 커뮤니티 클라우드의 종량제 자산을 필요에 따라 사용할 수 있도록 두 종류의 클라우드에 걸쳐 있을 수 있습니다.
하이브리드 클라우드 접근 방식을 사용하는 것은 어떻습니까? 두 분야 모두에서 가장 훌륭하기 때문입니다.
복잡성
많은 클라우드 방법은 사람보다 훨씬 더 정교합니다. 운영에는 퍼블릭 및 비공개 클라우드 플랫폼에 대한 지식이 필요합니다. 하이브리드 프로그램에는 온프레미스 서비스, 클라우드 인프라 및 회사와 관련된 고급 조정이 필요할 수 있습니다. 방어할 2개(또는 그 이상)의 공격 표면.
소프트웨어 오류 진단은 훨씬 더 정교합니다. 소프트웨어 구성 및 관리는 더 복잡할 수 있습니다.
재설계
클라우드를 위한 표준 모놀리식 프로그램을 재구상하고 재설계하는 것은 상당한 엔지니어링 비용이 될 수 있습니다. 다중 클라우드 배포, 업데이트, 확장 및 복구는 모두 하이브리드 에코시스템을 완전히 활용(따라서 마이그레이션을 정당화)하는 것으로 간주되어야 합니다.
자동화
현실적으로 하이브리드 클라우드에서 가장 쉬운 목적을 제외하고는 정교한 자동화/오케스트레이션이 필요합니다. AWS Cloudformation, Azure ARM, Google GDM, Openstack Warmth와 같은 정교한 선언적 오케스트레이터가 있는 주요 클라우드 플랫폼에서 이를 확인할 수 있습니다.
하이브리드 클라우드라는 복잡한 야수를 관리하는 구매 방식에서는 사용하려는 공용 및 개인용 클라우드를 포괄하는 자동화를 원할 것입니다. 다음 속성이 있어야 합니다.
- 사용하는 다양한 클라우드 플랫폼과 필요한 경우 회사 API 및 네트워킹 구성 요소에서 대규모 추상화를 생성할 수 있어야 합니다.
- 운영자가 수행하는 방법보다 대체적으로 완료해야 할 작업에 집중할 수 있도록 운영자로부터 없는 절차적 사실을 추상화하는 선언적 전술을 사용해야 합니다. 이상적으로는 선언적 어휘가 실제로 확장 가능해야 인력에게 중요한 추상화를 만들 수 있습니다.
- 이는 현재 보유하고 있는 자동화 템플릿 및 통합을 지원하므로 실제로 바퀴를 재발명할 필요가 없습니다. 이 전술은 현재의 방법을 활용하는 것 외에도 거의 모든 플랫폼의 "동종 최고의" 응용 프로그램을 활용할 수 있도록 합니다.
- '코드로서의 인프라' 샘플을 활용할 수 있도록 CI/CD 프로세스에 참여할 수 있어야 합니다.
- 판매자 사일로에 갇혀 있지 않도록 인터페이스하는 기본 클라우드 공급업체와 작업할 때 불가지론적이어야 합니다. 가급적이면 공개 리소스여야 합니다.
- 마침내, 여러분과 함께 성숙해지고 수천 개의 배포와 수천 명의 사람과 테넌트를 처리할 준비가 되어 있어야 합니다.
요약
하이브리드 클라우드 제품으로 이동하면 IT 인프라와 기능을 예측할 수 있는 미래에 대비할 가능성이 높지만 복잡성이라는 대가를 치르게 됩니다.
이러한 복잡성은 고통스러운 측면이 없는 것을 추상화하고 현재 자동화 투자를 재사용하며 완벽하게 설명되고 반복 가능한 운영 프로세스를 가능하게 하는 더 높은 수준의 자동화를 채택함으로써 완화될 수 있습니다.
이러한 종류의 자동화가 없으면 이기종 환경을 실행하는 복잡성에 휩싸일 수 있지만 이를 통해 클라우드 시력의 전체 기회를 열 수 있습니다.
Nati Shalom은 Cloudify 의 설립자이자 CTO 입니다.