프라이빗 클라우드 101: 비즈니스 속도에 맞춰 민첩하게 움직이기
소개
클라우드가 애플리케이션 개발 및 배포 방식을 혁신하면서 조직은 유연성을 높이고, 프로세스를 자동화하며, 출시 기간을 단축할 수 있게 되었지만 여전히 몇 가지 중요한 질문이 남아 있습니다. 조직이 해결해야 할 가장 중요한 문제 중 하나는 클라우드가 제공하는 더욱 스마트한 도구와 무한한 확장성을 가장 효과적으로 활용할 수 있는 방법입니다. 기업이 클라우드의 이점을 활용하는 한 가지 방법은 자체 프라이빗 클라우드를 구축하는 것입니다. 프라이빗 클라우드는 조직이 인프라에 대한 통제권을 유지하고 애플리케이션과 데이터를 더욱 안전하게 보호하는 동시에 민첩성을 높일 수 있도록 지원하는 컴퓨팅 모델입니다.
프라이빗 클라우드의 장점
프라이빗 클라우드 구축의 주요 이점으로는 인프라 셀프서비스, 확장성, 멀티테넌시 등이 있습니다. 프라이빗 클라우드의 작동 방식과 비즈니스에 제공할 수 있는 또 다른 이점을 자세히 살펴보기에 앞서, 각각의 이점을 간단히 알아보겠습니다.
The concept of 셀프서비스 개념은 프라이빗 클라우드 도입을 촉진하는 핵심 요인 중 하나입니다. 셀프서비스를 활용하면 조직은 물리적 하드웨어를 추가로 설치하지 않고도 현재 사용 가능한 인프라를 이용해 애플리케이션을 배포할 수 있습니다. 즉, 팀에서 리소스를 요청하면 수동 개입 없이 즉시 프로비저닝할 수 있습니다.
프라이빗 클라우드 인프라의 또 다른 핵심 기능은 향상된 확장성입니다. 즉, 애플리케이션에 컴퓨팅이나 스토리지 같은 추가 리소스가 필요할 때 해당 리소스를 즉시, 그리고 대개 자동으로 사용할 수 있도록 설계하여 애플리케이션의 용량을 늘릴 수 있습니다.
마지막으로, 멀티테넌시란 애플리케이션이 자신이 사용하는 리소스의 유일한 테넌트인 것처럼 작동할 수 있음을 의미합니다. 다시 말해, 리소스 변경 사항을 다른 애플리케이션 개발 팀과 조율할 필요가 없습니다. 이러한 리소스에 액세스할 수 있으므로 애플리케이션 개발 팀은 서로 간에, 그리고 인프라 팀과도 독립적으로 반복 개발하고 변경할 수 있습니다.
애플리케이션 프로비저닝: 데이터 센터와 프라이빗 클라우드 비교
프라이빗 클라우드의 핵심인 셀프 서비스 프로비저닝은 인프라 리소스가 추상화 또는 가상화되어 필요할 때 즉시 사용할 수 있음을 의미합니다. 개발 팀이 GUI와 API를 통해 컴퓨팅, 스토리지, 네트워킹 리소스를 직접 프로비저닝할 수 있으면 물리적 인프라의 프로비저닝 속도에 구애받지 않고 더 빠르게 혁신하고 개발할 수 있습니다. 자동화 도구는 가상 리소스를 물리적 리소스와 분리해 추상화함으로써 개발 팀이 더욱 민첩하게 대응할 수 있도록 지원합니다.
데이터 센터에 배포
이 접근 방식을 기존 데이터 센터의 일반적인 시간 및 노동 집약적 배포 프로세스(그림 1 참조)와 비교해 보십시오. 애플리케이션 소유자는 요구 사항을 바탕으로 IT 분석가와 협력하여 기존 애플리케이션을 수정하거나 새로운 애플리케이션을 도입합니다. 개발 및 테스트가 완료되면 분석가는 인프라에 적용할 일련의 변경 사항을 준비합니다. 대부분의 변경 사항은 공유 서버, OS 인스턴스, 애플리케이션 인스턴스, 방화벽, 스토리지 등의 공유 리소스와 관련됩니다. 변경으로 인한 의도치 않은 영향을 줄이기 위해 변경 자문 위원회(CAB)가 인프라의 모든 변경 사항을 관리하고 승인합니다. 승인이 완료되면 운영 팀이 변경 사항을 적용합니다.
그러나 많은 IT 운영 환경에서는 CAB가 부작용이 발생하지 않도록 관리해야 하는 변경 요청이 수백 또는 수천 건씩 동시에 대기 중입니다. 예를 들어, 여러 방화벽의 수명이 다해 가고 있어 지원이 종료되기 전에 최신 모델로 교체해야 한다고 가정해 보겠습니다. 이와 동시에 외부 공급업체가 기존 프로토콜에 대한 지원을 중단함에 따라 다른 그룹에서는 애플리케이션이 사용하는 프로토콜을 변경하고 있으며, 이에 따라 방화벽 구성을 변경해야 합니다. 또한 같은 시기에 비즈니스 고객이 IP 주소를 변경하여 방화벽 구성을 추가로 변경해야 할 수도 있습니다. 안전을 위해 이 세 가지 변경 사항(방화벽 교체, 애플리케이션 프로토콜 변경, 고객 IP 주소 변경)을 동시에 구현해서는 안 됩니다. CAB는 이러한 변경 사항을 조율하여 변경이 안전하고 효과적으로 이루어지도록 할 책임이 있습니다. CAB는 조직의 보안을 보장하는 역할을 수행하지만, 변경 사항을 적용하는 과정에서 병목 지점이 될 수도 있습니다.
프라이빗 클라우드에 배포
프라이빗 클라우드 환경에서는 컴퓨팅, 네트워크 및 스토리지를 가상화하여 이러한 변경 프로세스를 개선할 수 있습니다. 모든 구성 요소가 가상화되면 물리적 구성 요소가 아닌 가상 구성 요소만 업데이트하면 변경할 수 있습니다. 구성 요소가 가상화되어 서로 분리되어 있으므로 다른 애플리케이션에 영향을 주지 않고 특정 애플리케이션을 변경하거나 추가할 수 있습니다. 구성 요소를 프로비저닝할 때 더 이상 물리적인 개입이 필요하지 않으며 가상 리소스만 변경하면 됩니다. 자동화 도구를 사용하면 인프라 팀의 개입 없이 개발 팀이 자체적으로 리소스를 프로비저닝할 수도 있습니다.
셀프서비스 프로비저닝
셀프 서비스(또는 소프트) 프로비저닝을 사용하면 인프라 팀의 개입 없이 애플리케이션 인스턴스뿐만 아니라 ADC(Application Delivery Controller)가 제공하는 모든 보안 및 애플리케이션 전송 서비스를 생성하고 삭제할 수 있습니다(그림 2 참조). 각 팀이 독립적으로 운영될 수 있으므로 CAB를 통해 변경 사항을 조율할 필요가 없습니다. 대신 정책에 따라 배포 방식을 운영하며, 각 팀은 운영 팀으로부터 자체 가상 인프라를 확보한 후 각자의 속도에 맞춰 배포합니다.
셀프 서비스 프로비저닝 프로세스를 더욱 자동화하기 위해 컴퓨팅, 네트워크, 스토리지 및 ADC 설정을 포함한 전체 리소스 모음을 소스 코드 리포지토리에 저장할 수 있는 텍스트 파일의 템플릿으로 지정할 수 있습니다. 템플릿에는 스택이라고 하는 리소스 모음과 해당 구성에 대한 정의가 포함됩니다. 이러한 ‘코드형 인프라’ 접근 방식을 사용하면 모든 배포를 손쉽게 반복할 수 있습니다. 템플릿을 사용하면 배포 속도가 빨라지고 오류가 줄어들 뿐만 아니라 테스트 환경에서 스택을 하나의 단위로 평가할 수 있어 테스트도 간소화됩니다.
향상된 확장성
자동화를 한층 강화하기 위한 다음 단계는 탄력성, 즉 사람의 개입 없이 리소스를 자동으로 소프트 프로비저닝하는 데 중점을 둡니다. 애플리케이션을 여러 인스턴스로 확장할 수 있다면 부하에 따라 인스턴스 수를 자동으로 늘리거나 줄일 수 있습니다(아래 그림 3 참조). 탄력성은 API를 사용해 리소스를 자동으로 프로비저닝하고 제거할 수 있는 수준으로 소프트 프로비저닝을 발전시킵니다. 탄성 소재가 착용자의 필요에 맞춰 늘어나고 줄어드는 것처럼, 탄력적 리소스도 애플리케이션의 요구 사항에 맞춰 확장되고 축소됩니다. 이러한 유연성은 운영 효율성을 높여 주므로 리소스를 과도하게 프로비저닝하지 않고도 애플리케이션이 항상 최상의 성능을 발휘하도록 할 수 있습니다.
유연한 멀티테넌시
프라이빗 클라우드의 장점 중 하나는 다른 팀과 독립적으로 신속하게 변경할 수 있다는 점입니다. 기존 데이터 센터 환경에서는 여러 구성 요소와 리소스가 서로 의존합니다. 하지만 프라이빗 클라우드에서는 모든 리소스를 하나의 애플리케이션 전용으로 할당할 수 있으므로, 해당 애플리케이션 팀은 다른 애플리케이션에 영향을 줄 우려 없이 모든 권한을 행사할 수 있습니다.
가상화된 컴퓨팅, 네트워크, 스토리지 및 ADC 리소스가 이를 가능하게 합니다. 클라우드 환경에서는 리소스를 즉시 사용할 수 있고 애플리케이션 전용으로 할당된 것처럼 보입니다. CAB의 승인을 받을 필요도 없고 다른 팀 및 애플리케이션과 구성을 조율할 필요도 없습니다. 멀티테넌시를 통해 각 애플리케이션 팀은 다른 애플리케이션 팀의 속도와 이니셔티브에 구애받지 않고 비즈니스에 적합한 속도로 자체 애플리케이션과 리소스를 관리할 수 있습니다.
프라이빗 클라우드에서 ADC의 역할
ADC는 모든 스택의 핵심 구성 요소입니다. 애플리케이션을 배포할 때 애플리케이션 개발자가 반드시 다루지는 않는 여러 고려 사항이 발생하기 때문입니다. 이러한 여러 분야에 걸친 문제는 다음과 같습니다:
- 최종 사용자와 예상되는 보안 수준에 적합한 TLS 프로토콜 제품군은 무엇인가요?
- DDoS 공격을 어떻게 식별하고 완화할 것인가?
- 어떤 부하 분산 전략이 가장 적합한가요?
- 클라이언트 측 멀웨어는 어떻게 관리할 것인가?
- SQL 인젝션 및 크로스 사이트 스크립팅 공격을 방지하는 가장 좋은 방법은 무엇인가요?
- 사용자를 어떻게 식별하고 인증할 것인가요?
이러한 질문에 답하려면 애플리케이션 코드를 개발하는 팀의 범위를 벗어난 도메인 전문 지식이 필요한 경우가 많습니다. 템플릿을 사용하면 ADC 전문 지식을 활용할 수 있는 기존 IT NetOps 팀 구성원과 같은 도메인 전문가가 ADC 리소스 정의를 작성할 수 있으므로, 애플리케이션 개발자는 앱 개발에 집중할 수 있습니다. 이렇게 작성된 템플릿은 각 애플리케이션 개발 팀이 애플리케이션별로 스택을 배포하는 데 사용할 수 있습니다.
우리 조직에 적합한 프라이빗 클라우드는 무엇일까요?
프라이빗 클라우드 환경은 완전한 오픈 소스부터 독점 시스템에 이르기까지 다양합니다. 조직에 적합한 환경은 예산, 프라이빗 클라우드 환경 관리에 대한 내부 전문성, 통합 관련 고려 사항, 유지 관리 문제, 변화에 대한 수용도 등 여러 요인에 따라 달라집니다.
순수 오픈 소스 제품은 이름에서 알 수 있듯이 하드웨어 및 인건비(시간)를 제외하면 초기 라이선스 취득 비용 없이 배포할 수 있습니다. OpenStack은 무료로 다운로드하여 설치할 수 있는 대표적인 오픈 소스 프라이빗 클라우드 환경입니다. 물론 문제는 이를 설치하고 유지 관리하는 조직이 OpenStack에 대한 전문성을 확보하고 지속적으로 유지해야 한다는 점입니다. OpenStack은 빠르게 성숙해 왔지만 여전히 배포가 복잡합니다. 이는 모든 순수 오픈 소스 제품에 해당합니다. 이러한 기술을 최대한 효과적으로 활용하려면 조직이 해당 기술의 전문가가 되어야 합니다.
사내 전문 역량을 유지하는 부담과 그러한 전문 역량을 갖추지 못했을 때의 위험을 줄이기 위해 일부 기업은 오픈 소스 프로젝트에 대한 지원을 제공합니다. 이러한 상용 서비스에는 비용이 들지만, 공급업체가 통합, 테스트 및 검증 관련 문제를 해결하고 문제 발생 시 연락할 수 있는 지원 창구를 제공한다는 점에서 그 비용을 상쇄할 수 있습니다.
또는 여러 업체에서 독점형 프라이빗 클라우드 플랫폼을 제공합니다. 이러한 플랫폼은 전담 지원과 함께 완전히 통합되고 테스트된 스택을 제공하지만, 일반적으로 OpenStack 지원 솔루션보다 비용이 더 많이 듭니다. 그러나 조직이 이미 해당 공급업체의 기술과 인터페이스에 익숙하다면 이러한 독점형 제품 중 하나를 사용하여 학습 부담을 줄일 수 있습니다.
마지막으로, 일부 공급업체는 호스팅 서비스를 제공하여 조직이 하드웨어나 데이터 센터 공간 없이도 오픈 소스 프라이빗 클라우드(또는 독점 솔루션)를 활용할 수 있도록 합니다. 이러한 서비스는 일반적으로 비용이 가장 많이 들지만, 필요한 사내 리소스는 가장 적습니다.
조직은 적합한 기능을 갖춘 프라이빗 클라우드 솔루션을 찾는 것뿐만 아니라, 적절한 수준의 지원을 제공하는 솔루션도 고려해야 합니다. 비용과 내부 전문성의 연속선상에서 조직이 어느 지점에 있는지를 파악하면 요구 사항에 가장 적합한 서비스를 선택하는 데 도움이 됩니다.
결론
프라이빗 클라우드를 사용하면 개발 팀은 인프라 프로비저닝 속도에 구애받지 않고 반복적으로 개발하며 비즈니스 요구 사항에 더욱 효과적으로 대응할 수 있습니다. 멀티테넌시와 가상 리소스의 소프트 프로비저닝을 통해 팀 간 종속성을 줄일 수 있습니다. 템플릿을 사용하면 컴퓨팅, 네트워크, 스토리지 및 ADC를 포함한 전체 애플리케이션 스택을 완전하고 반복 가능한 패키지로 배포할 수 있습니다. 요컨대, 프라이빗 클라우드는 조직 내 팀이 비즈니스 속도에 맞춰 민첩하게 움직일 수 있도록 지원합니다.
프라이빗 클라우드 제품은 비용과 필요한 내부 전문성 수준에 따라 다양하게 제공됩니다. 어떤 클라우드를 구축하든 적절한 서비스를 갖추고 비용과 전문성 간의 적절한 균형을 찾는 것을 최우선 과제 중 하나로 삼아야 합니다.
프라이빗 클라우드 아키텍처를 통해 인프라에 대한 통제력을 유지하면서 조직의 민첩성과 효율성을 높이는 방법을 자세히 알아보려면 클라우드 솔루션 | 프라이빗 클라우드에서 확인하세요.
2017년 6월 6일 게시