클라우드 복원력을 향상시키는 안전한 애플리케이션 아키텍처 원칙
“클라우드로 이전하는 앱이 늘어남에 따라 안전한 애플리케이션 아키텍처가 그 어느 때보다 중요해지고 있습니다. 조직의 환경에서 안전한 클라우드 복원력을 강화하는 데 도움이 되는 세 가지 클라우드 아키텍처 원칙을 알아보세요.”
안전한 클라우드 아키텍처: 복원력 있는 앱을 위한 기반
기업이 애플리케이션을 클라우드로 이전해야 할 타당한 이유는 비용 절감, 배포 속도 향상, 복원력 강화, 탄력성 확대 등 다양합니다. 이러한 이점을 인식한 전 세계 기업들은 일반적으로 기존 애플리케이션(MS Exchange, SAP 등)부터 자체 개발한 맞춤형 애플리케이션까지 폭넓게 포함하는 수많은 이기종 애플리케이션 포트폴리오에 가장 적합한 방식으로 멀티 클라우드 배포를 채택하고 있습니다.
클라우드에 앱을 배포할 때 고려해야 할 중요한 사항이 많지만 그중에서도 보안과 유연성이 가장 중요합니다. 실제로 이 두 가지는 서로 밀접하게 연관되어 있습니다. 특히 여러 클라우드 위치에 분산된 웹 애플리케이션을 보호하는 기능은 처음부터 아키텍처에 포함할 수 있으며, 반드시 그렇게 해야 합니다. 이를 통해 모든 애플리케이션에 일관된 보안 정책을 적용하고 사용자(직원, 파트너, 고객 또는 이들 모두)가 원활한 환경을 경험하도록 지원할 수 있습니다. 이러한 일관성은 운영상의 유연성과 복원력도 높여 주므로, 예기치 않은 문제에 신속하게 대응하거나 새로운 기회를 활용하기 위해 방향을 전환하기가 훨씬 쉬워집니다.
클라우드 아키텍처 원칙
John Wagnon이 최근 라이트보드 강의에서 지적했듯이, 클라우드 사용자는 자신의 책임이 실제로 어디에 있는지 알아야 합니다. 그는 “일반적으로 클라우드 운영자는 클라우드 자체의 보안을 책임지고, 사용자는 클라우드 내부의 보안을 책임집니다”라고 말합니다. 안타깝게도 이러한 개념만으로는 많은 보안 문제가 해결되지 않은 채 남습니다. 애플리케이션을 안전하게 보호하려면 이러한 공백을 메워야 합니다.
“조직의 앱을 안전하고 복원력 있게 유지하기 위한 계획을 수립할 때는 일관성, 제어, 민첩성이라는 세 가지 역량을 최우선으로 고려해야 합니다.”
조직의 앱을 안전하고 복원력 있게 유지하기 위한 계획을 수립할 때는 일관성, 제어, 민첩성이라는 세 가지 역량을 최우선으로 고려해야 합니다. 저희가 권장하는 접근 방식은 공항 보안과 유사합니다. 각 항공사가 자체적으로 보안 검색을 운영하도록 하는 대신, 여행객은 통합 보안 검색대에서 검색을 받은 후 탑승구로 이동할 수 있습니다. 마찬가지로 안전한 클라우드 아키텍처에서는 특정 앱에 대한 액세스를 허용하기 전에 모든 트래픽이 표준화된 보안 가상 프라이빗 클라우드(VPC)를 통과하도록 할 수 있습니다. 또한 탑승구 직원이 탑승 전에 좌석을 재배정하고 여행객의 항공권을 확인할 수 있는 것처럼, 각 앱에도 추가적인 보안 기능과 역량을 부여할 수 있습니다.
이와 같은 시나리오에서 보안 VPC는 로드 밸런싱, WAF(및 기타 방화벽), 액세스 관리, 자격 증명 암호화, SSL 검사, DDoS 및 봇 방어, API 관리, 성능 관리 등 중요하면서도 많은 리소스가 필요한 다양한 기능을 담당할 수 있습니다.

보안 VPC의 서비스는 서로 쉽게 통신할 수 있어 추가적인 이점을 제공합니다. 예를 들어 WAF가 공격을 차단하면 액세스 제어 서비스에 이를 알려 해당 공격자를 함께 차단하도록 할 수 있습니다.
Security VPC의 모든 요소 간에 통신할 수 있으므로 효과적인 멀티벤더 검사가 가능해지며, McAfee, FireEye, Palo Alto Networks 등의 검사 도구를 배포하는 조직에서 마찰 지점과 중복을 제거할 수 있습니다. SSL 검사를 위해 암호화가 해제된 트래픽은 추가 검사를 위해 검사 도구로 전달할 수 있습니다. 이는 각 도구가 동일한 트래픽의 암호화를 해제하고 검사한 후 다시 암호화하도록 하는 것보다 더 효율적입니다.
“보안 VPC는 중요하면서도 많은 리소스가 필요한 여러 기능을 담당할 수 있습니다.”
이러한 방식으로 안전한 클라우드 아키텍처를 구축하면 앱 개발자에게 높은 수준의 민첩성과 확장성을 제공하고, 마찰을 줄이며 팀 간 협업을 개선할 수 있습니다. 기본 표준은 Security VPC에 배포되며 업데이트가 거의 필요하지 않습니다. 개발자는 기본적인 보안을 Security VPC에 맡기고, 필요에 따라 앱 수준에서 보안을 강화할 수 있습니다. 마찬가지로 네트워크 관리자는 각 환경(개발, 테스트, 프로덕션)에 맞는 보안 서비스를 정의할 수 있습니다. 개발자가 사전 정의된 보안 기능 없이 앱을 출시하더라도 VPC 수준에서 정의된 기본 보호가 적용됩니다.
모든 요소를 하나로 통합하기
코드로 작성한 앱을 고객에게 제공하는 과정은 여전히 복잡합니다. 하지만 모든 환경과 멀티 클라우드 아키텍처 전반의 보안을 보장하면서도 이 과정을 간소화할 수 있는 방법이 있습니다. 먼저 모든 애플리케이션 트래픽에 적합한 진입점을 구축하고, 해당 지점을 통해 기본 수준의 보안 및 트래픽 관리를 제공해야 합니다. 그런 다음 애플리케이션 수준에서 추가 보안 서비스를 유연하게 정의할 수 있습니다. 이러한 2단계 접근 방식은 일관성, 제어력, 민첩성을 유지하면서 안정적인 보안을 제공합니다.
관련 콘텐츠
전자책
안전한 클라우드 아키텍처
일반적인 타협 없이 속도를 확보하세요. 올바른 클라우드 아키텍처라면 가능합니다.
라이트보드 강의
라이트보드 강의: 안전한 클라우드 아키텍처
모든 애플리케이션에 일관된 보안 정책을 적용할 수 있는 안전한 클라우드 아키텍처를 구축하는 방법을 알아보세요.
웨비나
팀 간 협업과 자동화를 통해 코드에서 고객에게 더 빠르게 전달하기
보안을 희생하지 않고 개발 파이프라인의 속도를 높이세요.
보안
SSL 오케스트레이터
동적 정책 기반 복호화, 암호화 및 여러 검사 장치를 통한 트래픽 조정을 통해 인프라 투자 효과와 효율성, 보안을 극대화하세요.




