Cloud Native Architecture

Cloud Native Architecture

• Cloud Nativer란 클라우드 환경에 친화적이라는 원론적인 의미를 가짐
• CNCF에서 처음 내세운 단어로 클라우드 컴퓨팅 모델의 장점을 최대한 활용하는 어플리케이션을 개발하고 구축하며 실행하는 방법론을 의미
  • 퍼블릭, 프라이빗, 하이브리드 클라우드 환경에서 확장성 있는 애플리케이션을 만들고 운영할 수 있음
  • 컨테이너, 서비스 메시, 마이크로서비스, 불변 인프라, 선언적 API가 전형적인 접근 방식에 해당
  • 회복성이 있고, 관리 편의성을 제공하며, 가시성을 갖는 느슨하게 결합된 시스템을 사용할 수 있음
  • 견고한 자동화와 함께 사용하면, 엔지니어는 최소한의 수고로 영향력이 크고 예측 가능한 변경을 할 수 있음

 

Cloud Native Architecture의 구성 요소

💡 자세한 내용은 따로 다루기로 하겠습니다. 여기서는 간단하게 무슨 의미인지만 짚고 넘어가겠습니다.

변경 불가능한 인프라

• 클라우드 네이티브 애플리케이션을 호스팅하는 서버가 배포 후에도 변경되지 않은 상태로 유지된다는 것을 의미
  • 애플리케이션에 더 많은 컴퓨팅 리소스가 필요한 경우 이전 서버는 폐기되고 앱은 새로운 고성능 서버로 이전하는 등
• 수동 업그레이드를 피함으로써 클라우드 네이티브 배포 프로세스의 예측 가능성을 높임

 

마이크로서비스

• 전체적으로 하나의 완전한 클라우드 네이티브 소프트웨어로 작동하는 소규모의 독립적인 소프트웨어 구성 요소
• 각 서비스는 하나의 문제를 해결
• 마이크로서비스는 느슨하게 결합되어있으며 서로 간의 통신을 통해 연결
• 하나에 장애가 발생하더라도 전체 어플리케이션은 정상 작동

 

API

• 둘 이상의 소프트웨어 프로그램이 서로 정보를 교환하는 데 사용하는 방식
• 느슨하게 결합된 여러 마이크로서비스를 API를 사용하여 통합
• 보통 REST API 같은 경량 API를 많이 사용

 

서비스 메시

• 여러 마이크로서비스 간의 통신을 관리하는 클라우드 인프라의 소프트웨어 계층
• 서비스 탐색, 서킷 브레이크, 추적, 로드 밸런싱 등의 서비스 통신 간에 발생할 수 있는 문제들을 네트워크 인프라 계층에서 수행하여 개발자가 비즈니스 로직에 집중하도록 도와줌
  • 쉽게 말해 위와 같은 기능을 하는 관리 코드들을 마이크로 서비스마다 작성해야했는데, 따로 계층을 두어 한곳에서 처리하도록 하는 것으로 사이드카 라고도 부름

 

컨테이너

• 마이크로서비스 코드 및 기타 필수 파일을 패키징하는 소프트웨어 구성 요소
• 마이크로서비스를 컨테이너화함으로써, 기반 운영 체제 및 하드웨어와 독립적으로 실행시킬 수 있어 어떠한 환경에서도 빠르게 배포가 가능

 

Cloud Native Architecture 특징

확장 가능한 아키텍처

• 필요에 따라 시스템을 수평적으로 확장 가능(스케일 아웃)
• 확장된 서버로 시스템의 부하 분산 및 가용성 보장
• 컨테이너 기반의 패키지로 빠르고 유연하게 확장
• 다양한 도구를 통해 확장된 서비스들을 모니터링할 수 있음

 

탄력적 아키텍처

• 마이크로서비스로 개발하여 자동화된 CI-CD 파이프라인을 통해 비즈니스 환경 변화에 빠르고 탄력적으로 대응
  • 쉽게 말해, 서비스의 생성 , 통합 , 배포 시간을 단축시키는 것을 의미
• 서비스 간 Stateless한 성격을 통해 종속성을 줄이고 변화에 서로가 영향을 받지 않도록
• 서비스의 추가 및 삭제를 자동으로 감지하여 처리

 

장애 격리

• 특정 서비스에 오류가 발생하더라도 다른 서비스에 영향을 주지 않음
• 장애가 난 특정 서비스만을 격리하여 해결할 수 있음

 

 

 

참고자료

http://mdic.kr/review/review/view/1379

https://wonit.tistory.com/486

https://www.inflearn.com/course/스프링-클라우드-마이크로서비스/unit/68281?tab=curriculum

https://aws.amazon.com/ko/what-is/cloud-native/

서비스 메쉬