클라우드 네이티브 대 클라우드 애그노스틱: 어떤 접근 방식이 가장 적합할까요?

클라우드로 이동해야 하는지에 대해서는 더 이상 큰 논란이 없지만, 애플리케이션을 구축할 때 클라우드 네이티브(cloud-native) 방식을 택해야 할지 아니면 클라우드 애그노스틱(cloud-agnostic) 방식을 택해야 할지에 대해서는 여전히 합의가 이루어지지 않았습니다. 

개발팀과 조직에 가장 적합한 방식을 선택해야 할 때 현명한 결정을 내리실 수 있도록, 저희는 두 접근 방식의 차이점을 살펴보겠습니다.

클라우드 네이티브란 무엇인가?

클라우드 네이티브란 클라우드 컴퓨팅 기술에 특화되어 작동하도록 설계된 소프트웨어 애플리케이션을 제작하고 실행하는 현대적인 방식을 말합니다. 다시 말해, 클라우드 네이티브 애플리케이션은 전통적인 서버나 컴퓨터에서 작동하는 소프트웨어를 만드는 대신 클라우드에서 실행되도록 구축됩니다.

다음은 클라우드 native 애플리케이션의 특징을 보여주는 몇 가지 예입니다:

• 그것은 더 작고 독립적인 코드 조각(이하 라 불리는)으로 분해되도록 설계되었습니다. 마이크로서비스) 애플리케이션의 기능을 제공하기 위해 함께 작동할 수 있습니다. 이러한 설계는 애플리케이션을 더 쉽게 개발하고 업데이트할 수 있도록 해줍니다.
• 이것은 Docker와 같은 컨테이너화 기술을 사용하여 배포되며, 이를 통해 애플리케이션을 모든 종속성과 함께 패키징하고 다양한 환경에서 일관되게 실행할 수 있습니다. 이러한 배포 방식은 애플리케이션을 한 클라우드 플랫폼에서 다른 플랫폼으로 쉽게 이동할 수 있게 해줍니다.
• 이는 오케스트레이션 도구를 사용하여 관리됩니다 쿠버네티스, 이는 애플리케이션의 배포, 확장 및 관리를 자동화합니다. 쿠버네티스와 같은 도구를 사용하면 시간이 지남에 따라 애플리케이션이 성장하고 변화함에 따라 이를 더 쉽게 관리할 수 있습니다.

클라우드 네이티브 기술은 클라우드 환경에서 애플리케이션의 개발과 배포를 지원하도록 설계되어 있어, 기업이 고객의 요구에 맞춰 신속하게 업데이트할 수 있는 확장성 높고 유연하며 복원력 있는 애플리케이션을 구축할 수 있도록 합니다.

다음은 예시가 포함된 클라우드 네이티브 애플리케이션의 핵심 요소입니다.

컨테이너화응용 프로그램은 다음과 같은 형태로 패키지화되어 배포됩니다. 컨테이너, 다 varied 환경에서 소프트웨어를 실행할 수 있는 경량의 이식 가능한 방법을 제공합니다. 예시로는 Docker, Kubernetes, Red Hat OpenShift가 있습니다.

마이크로서비스애플리케이션은 작고 독립적인 서비스들의 집합으로 설계되며, 각 서비스는 자체 컨테이너에서 실행되고 API를 통해 다른 서비스와 통신합니다. 예로는 넷플릭스, 아마존, 우버가 있습니다.

데브옵스개발자와 운영 팀이 협력하여 애플리케이션 개발 및 배포 과정을 자동화하고 간소화합니다. 예시로는 GitLab, Jenkins, CircleCI 등이 있습니다.

지속적 딜리버리코드 변경 사항이 자동으로 테스트 및 배포되므로 새로운 기능과 업데이트를 출시하는 데 필요한 시간과 노력이 줄어듭니다. 예시로는 Travis CI, AWS CodePipeline, GitHub Actions가 있습니다.

백업 서비스: 애플리케이션은 다음과 같은 외부 서비스에 의존합니다. 데이터베이스 또는 독립적으로 관리되며 필요에 따라 쉽게 교체하거나 확장/축소할 수 있는 메시지 큐가 있습니다. 예를 들어 Amazon RDS와 RabbitMQ가 있습니다.

현대적인 클라우드 네이티브 설계에서, 관측 가능성 애플리케이션을 설계할 때 고려해야 할 핵심 축 중 하나입니다. 따라서 애플리케이션이 상세한 메트릭, 로그, 추적 정보를 제공하도록 설계되면 다양한 환경에서 문제를 모니터링하고 디버깅하기가 더 쉬워집니다. 또한 관측 가능성은 알려지지 않은 패턴을 파악하는 데도 도움을 주므로, 문제가 발생하기 전에 선제적으로 대비하고 해결책을 마련할 수 있습니다. 

Google 및 Microsoft의 클라우드 네이티브 핵심 요소에 대한 자세한 내용은 아래 리소스를 확인하세요.

• 구글: 클라우드 네이티브의 핵심 요소
• 마이크로소프트: 클라우드 네이티브의 기둥

클라우드 애그노스틱(Cloud-Agnostic)이란 특정 클라우드 서비스 제공업체(예: AWS, Azure, Google Cloud 등)에 종속되지 않고, 여러 클라우드 환경에서 동시에 작동하거나 쉽게 이동할 수 있는 소프트웨어와 아키텍처의 특성을 말합니다.

클라우드 애그노스틱은 어떤 클라우드 플랫폼에서든 작동하도록 설계된 소프트웨어 개발 접근 방식을 말합니다. 이는 소프트웨어 애플리케이션이 코드의 수정 없이 서로 다른 클라우드 제공업체에 배포될 수 있음을 의미합니다.

예를 들어, 휴대전화에서 사용하는 애플리케이션을 생각해 보세요. 아이폰을 사용하고 있다면 앱 스토어에서, 안드로이드폰을 사용하고 있다면 구글 플레이 스토어에서 동일한 애플리케이션을 다운로드할 수 있습니다. 이 애플리케이션은 코드를 수정하지 않고도 두 플랫폼 모두에서 작동하도록 설계되었습니다. 이 클라우드 비종속적 예시는 애플리케이션이 작동하는 방식과 유사합니다.

에 따르면 스태티스타, 시장 점유율 관점에서 가장 인기 있는 클라우드 서비스 제공업체는 AWS, 애저, 그리고 GCP. 기타 클라우드 제공업체로는 알리바바, IBM, 오라클 등이 있습니다.

클라우드에 구애받지 않는(클라우드 애그노스틱) 애플리케이션은 특정 클라우드 제공업체에 종속되지 않은 표준 기술을 사용하여 구축됩니다. 예를 들어, 이러한 애플리케이션은 자바(Java)나 파이썬(Python) 같은 프로그래밍 언어 또는 HTML, CSS 같은 웹 기술을 사용하여 구축될 수 있습니다. 이러한 기술들은 널리 사용되며 어떤 클라우드 플랫폼에서도 실행될 수 있습니다.

클라우드에 구애받지 않는 애플리케이션의 예시:

1. 쿠버네티스어떤 클라우드 플랫폼에서도 실행할 수 있는 오픈소스 컨테이너 오케스트레이션 시스템. 개발자가 여러 클라우드에 걸쳐 컨테이너화된 애플리케이션을 배포하고 관리할 수 있도록 해줍니다.
2. 도커컨테이너에서 애플리케이션을 빌드, 배송, 실행하기 위한 오픈소스 플랫폼입니다. 어떤 클라우드 플랫폼에서든 실행될 수 있으며, 기반 인프라에 관계없이 애플리케이션을 실행하기 위한 일관된 환경을 제공합니다.
3. 엔진엑스AWS, GCP, Azure를 포함한 다양한 클라우드 플랫폼에서 실행할 수 있는 오픈소스 웹 서버입니다.
4. 엘라스틱서치AWS, GCP, Azure를 포함한 여러 클라우드 플랫폼에서 서비스로 실행할 수 있는 분산 검색 엔진.

이러한 소프트웨어 개발 방식은 조직이 비용, 성능, 신뢰성을 바탕으로 자신들에게 가장 적합한 클라우드 플랫폼을 선택할 수 있게 해주기 때문에 유용합니다. 또한 필요할 경우 애플리케이션의 변경 없이 클라우드 제공업체를 전환할 수 있는 유연성을 제공합니다.

클라우드 네이티브 대 클라우드 애그노스틱: 아키텍처, 장점 및 단점

클라우드 네이티브와 클라우드 애그노스틱 방식의 기본적인 차이점을 살펴보았으므로, 이제 클라우드에서 애플리케이션을 설계하고 배포할 때 각 방식이 가지는 장단점을 검토하는 것이 중요합니다. 클라우드 네이티브와 클라우드 애그노스틱 중 어떤 것을 선택하느냐는 애플리케이션의 아키텍처, 성능, 확장성, 보안, 비용에 중대한 영향을 미치게 됩니다.

예를 들어, 애플리케이션에 높은 수준의 성능, 확장성 및 복원력이 요구되는 경우, 클라우드 네이티브 접근 방식이 이러한 목표를 달성하기 위해 기본 클라우드 플랫폼의 특정 기능과 역량을 활용하므로 더 적합할 수 있습니다. 그러나 애플리케이션이 서로 다른 클라우드 제공업체나 인프라 간에 더 유연하고 이식성이 높아야 하는 경우, 특정 제공업체에 종속되지 않고 어떤 클라우드 플랫폼에서든 실행되도록 설계된 클라우드 에이그노스틱(중립적) 접근 방식이 더 적절할 수 있습니다.

각 접근 방식의 장단점을 살펴보겠습니다:

	클라우드 네이티브 접근 방식	클라우드 독립적 접근 방식
혜택	확장성수평 확장이 가능하며 중단 없이 증가된 트래픽과 부하를 처리할 수 있습니다. 회복력실패로부터 신속하게 복구하여 고가용성과 가동 시간을 보장합니다. 민첩성쉽게 업데이트하고 배포할 수 있어 조직이 변화하는 비즈니스 요구사항에 신속하게 적응할 수 있습니다. 효율성클라우드 환경에 최적화될 수 있으며, 이를 통해 인프라 비용 절감과 성능 향상을 이룰 수 있습니다.	유연성어떤 클라우드 플랫폼에서도 실행할 수 있어 조직이 필요에 따라 최적의 클라우드 공급업체를 선택할 수 있는 자유를 제공합니다. 공급업체 종속성 감소클라우드에 구애받지 않는 애플리케이션은 특정 클라우드 플랫폼에 얽매이지 않습니다. 비용클라우드 애그노스틱 애플리케이션은 특화된 클라우드 기술과 서비스에 의존하지 않기 때문에 클라우드 네이티브 애플리케이션보다 더 비용 효율적일 수 있습니다.
단점	복잡성클라우드 네이티브 아키텍처는 복잡할 수 있으며 관리와 유지를 위해 전문적인 기술이 필요합니다. 공급업체 종속특정 클라우드 서비스 및 기술에 의존할 수 있으며, 이로 인해 다른 클라우드 제공업체로 전환하기 어려울 수 있습니다. 비용클라우드 네이티브 아키텍처를 구축하는 비용은 전통적인 애플리케이션 아키텍처보다 더 높을 수 있습니다.	한계클라우드에 구애받지 않는(클라우드 애그노스틱) 애플리케이션은 특정 클라우드 기술과 서비스를 활용하지 못할 수 있습니다. 복잡성복잡할 수 있으며 관리와 유지를 위해 전문적인 기술이 필요할 수 있습니다. 호환성다양한 클라우드 플랫폼과의 호환성을 보장하기 위해 추가 작업이 필요할 수 있습니다.

전반적으로 클라우드 네이티브는 고성능과 확장성을 제공하지만, 비용이 더 많이 들고 관리에 전문적인 기술이 필요할 수 있습니다. 클라우드 애그노스틱은 더 나은 유연성과 낮은 비용을 제공하지만 기능과 성능 측면에서 제한될 수 있습니다.

어떤 기업들이 클라우드 네이티브 전략을 사용하는가?

많은 기업들이 클라우드에서 애플리케이션을 구축, 배포 및 관리하기 위해 클라우드 네이티브 전략을 사용합니다. 클라우드 네이티브 방식을 채택한 기업들의 몇 가지 예는 다음과 같습니다:

1. 넷플릭스 넷플릭스는 얼리 아답터 중 하나였습니다 클라우드 네이티브 전략의 일환으로, 아파치 카산드라, 아파치 카프카, 넷플릭스 OSS 같은 오픈소스 도구를 사용하여 클라우드에서 애플리케이션을 구축하고 관리합니다.
2. 스포티파이 스포티파이는 클라우드 네이티브 방식을 사용합니다 대규모 스트리밍 플랫폼을 관리하기 위해. 그들은 쿠버네티스와 기타 클라우드 네이티브 기술을 사용하여 애플리케이션을 확장하고 트래픽 급증을 처리합니다.
3. 에어비앤비 에어비앤비는 클라우드 네이티브 방식을 도입했습니다. 클라우드에서 애플리케이션을 구축하고 관리하는 것입니다. 그들은 확장성, 신뢰성, 그리고 성능을 향상시키기 위해 AWS, Docker, Kubernetes와 같은 기술을 사용합니다.
4. 캐피털 원 캐피털 원은 클라우드 네이티브 접근 방식을 수용했습니다. 애플리케이션의 민첩성을 향상시키고 출시 소요 시간을 단축하기 위해서입니다. 그들은 클라우드에서 애플리케이션을 관리하기 위해 AWS Lambda 및 Kubernetes와 같은 클라우드 네이티브 도구를 사용합니다.

이는 클라우드 네이티브 전략을 도입한 기업들의 몇 가지 예에 불과합니다. 스타트업부터 대기업에 이르는 많은 다른 기업들도 클라우드에서 애플리케이션을 구축하고 관리하기 위해 클라우드 네이티브 접근 방식을 사용하고 있습니다.

어떤 기업들이 클라우드 애그노스틱 전략을 사용하나요?

많은 기업들, 특히 복잡한 인프라와 미션 크리티컬 애플리케이션을 보유한 기업들은 특정 공급업체에 종속되는 것을 피하고 유연성을 극대화하기 위해 클라우드 애그노스틱(Cloud-agnostic) 전략을 채택했습니다. 클라우드 애그노스틱 전략을 사용해 온 기업들의 몇 가지 예는 다음과 같습니다:

Here are some companies that have adopted a cloud-agnostic strategy:

1. Snowflake: A managed data warehouse solution available on all three cloud providers: AWS, Azure, and GCP, while retaining the same end-user experience.
2. HashiCorp: A cloud infrastructure automation company that uses a cloud-agnostic strategy to support multiple cloud platforms, including AWS, GCP, and Azure.
3. PagerDuty: A SaaS incident response platform for IT departments. Its platform integrates data from your tools to provide a holistic view of your IT infrastructure across hybrid services and environments.

결론

As every business has unique requirements, it’s crucial to evaluate the trade-offs of employing a  cloud-native or cloud-agnostic approach. By exploring the key characteristics of each, keeping in mind the implications the approaches will have for the architecture, performance, scalability, security, and cost of your application, and reviewing some of the companies who’ve used each approach, you should be in a better position to make an informed decision about which strategy will better suit your organization.