What is Cloud-Native Architecture?

클라우드 네이티브 아키텍처는 클라우드 컴퓨팅 환경 내에서 애플리케이션을 구축하고 실행하는 데 특화된 설계 접근 방식입니다. 결과적으로 이 접근 방식은 리소스 제어와 유연성에 잠재적으로 해를 끼치는 확장성, 탄력성 또는 복원력과 같은 클라우드의 고유한 특성을 활용합니다.

클라우드 네이티브 애플리케이션은 급속한 대응 기능과 변화에 대한 적응성을 포함하여 변동성 있는 클라우드 환경에서 성능을 향상시키는 기능을 통합하도록 설계되었습니다. 

모놀리식 애플리케이션을 적응하는 것은 전적으로 실행 가능하지 않습니다. 이 프로세스는 클라우드 환경에 대한 개념의 특성으로 인해 전체 구조를 다시 작성해야 할 수 있기 때문입니다. 반면에 마이크로서비스를 포함한 클라우드 네이티브 아키텍처는 종종 기존 아키텍처보다 현대적 요구 사항에 더 적합한 접근 방식으로 간주됩니다.

The main difference between cloud-native and monolithic architecture is in how they are structured. Mono applications are designed where all the elements are integrated, while cloud-native applications are divided into microservices of loosely connected services. This method is characterized by its decentralized nature, where services can be independently designed, provisioned, and scaled, potentially resulting in greater adaptability, efficient resource utilization, and a decentralized architecture.

클라우드 네이티브 아키텍처를 사용하면 회사의 확장성, 유연성, 지출 모델에도 영향을 미칠 수 있습니다.

• 확장성: 마이크로서비스로 만든 매크로 애플리케이션은 워크로드에 따라 별개의 서비스 인스턴스를 추가하거나 의도적으로 제거하여 확장할 수도 있습니다.
• 탄력성: 클라우드 네이티브 애플리케이션은 '격리'와 자가 복구를 사용하여 장애 발생 시 가동 중단을 최소화하거나 방지합니다.
• 민첩성: 클라우드 네이티브 애플리케이션은 일반적으로 개발 및 배포를 가능하게 하는 마이크로서비스로 구성됩니다.
•  사용량 기반 가격: 클라우드 네이티브 아키텍처에서 조직은 실제 사용량에 따라 리소스 할당을 수정하여 비용 최적화에 영향을 미칠 수 있습니다.

클라우드 네이티브 개발의 핵심이 되는 몇 가지 기술이 있습니다.

• 마이크로서비스: 애플리케이션은 API 호출을 통해 상호 작용하는 세분화되고 느슨하게 결합된 구성 요소로 분해됩니다.
• 컨테이너: CI/CD 동안 모든 소프트웨어 애플리케이션과 모든 종속성은 특정 범위로 분할되어 환경 전반에 걸친 솔루션의 이식성을 향상시킵니다.
• 오케스트레이션: 예를 들어 Kubernetes는 컨테이너화된 애플리케이션을 실행하고 배포하고 확장하기 위한 클러스터를 관리하는 데 도움이 됩니다.
• DevOps: 소프트웨어 릴리스의 효율성을 높이기 위해 개발, 운영, 보안 팀 간의 협력의 핵심 개념을 지적합니다.
• 지속적인 통합/지속적인 배포(CI/CD): 더 빈번하고 반복적인 릴리스를 신속한 피드백과 함께 가능하게 하여 개발 프로세스를 자동화하고 간소화하는 데 중점을 두고 수동 작업에 대한 의존도를 줄입니다.

클라우드 네이티브 구조와 DevOps 관행은 일반적으로 서로의 철학과 목표와 일치합니다. 클라우드 네이티브 모듈성을 사용할 수 있는 CI/CD 최적화를 통해 자동화 반복적인 통합, 테스트, 배포로 이어집니다.

 이러한 조합은 피드백 루프 기간, 소프트웨어 품질, 속도에 영향을 미칠 수 있습니다. 솔루션이 시장에 출시됨.