Cloud Native

1) 개요

• 조직이 퍼블릭, 프라이빗, 하이브리드 클라우드와 같은 현대적이고 동적인 환경에서 확장 가능한 애플리케이션을 개발하고 실행할 수 있게 해주는 기술로 컨테이너, 서비스 매쉬, 마이크로 서비스, 불연 인프라 그리고 선언형 API 등을 의미
• 느슨하게 결합된 시스템 - 한 쪽의 변화가 다른 한 쪽에 최소의 영향을 미치는 것

 

2) 4가지 항목

• DevOps
• MicroService
• Container
• CI/CD

 

3) IT 서비스 개발 및 구현 방식의 변화

• 개발 방식
  • DevOps/DevSecOps 방식이 35.9 %
  • Agile/Scrum 방식이 31.78% - 작은 주기를 가지고 동작하는 소프트웨어를 만드는 것이 목적
    • 프로젝트를 기능별로 분리해 짧은 주기를 가지고 동작하는 소프트웨어를 개발
    • 전통적인 방식은 고객의 Needs변화에 취약하기 때문에 기능별로 구현을 하며 고객의 Needs가 변경되면 바로 반영시킴
  • Kanban 방식이 13.02%
  • Waterfall 방식이 10.02% - 전통적 개발 방식
    • 요구사항 분석 >> 설계 >> 구현 >> 테스트 >> 운용 >> 유지보수
    • 전체 프로젝트를 위의 단계로 명확하게 나누어 순서대로 진행하는 방식
    • 대규모 프로젝트에서는 아직 이런 방식을 사용함
  • Water/Scrum/Fall 방식이 5.01%
  • Lean 방식이 4.2%

 

• 구현 방식

	Deployment Process	Application Architecture	Deployment and Parking	Infrastrcuture
예전	폭포수 모델	Monolithic	Physical Server	Data Center
최근	Agile	N-Tier	Virtual Server	Hosted
요즘	DevOps	Microservice	Container	Cloud

 

4) Cloud Native 적용이 필요한 이유

• 서비스 배포 시간 단축 : Containters와 MicroService 적용을 통해 개발팀과 운영팀의 의사소통 향상
  • 상호 이해폭 확대
  • DevOps (DevSecOps, MLOps 등) 문화의 내재화 촉진
  • 조직 내 다양한 팀간의 마찰 감소
  • CD 적용을 통한 빠른 배포
  • 변경 프로세스의 복잡성 감소
  • 변경에 따른 인지된 위험 감소

 

• 애플리케이션 및 서비스 현대화
  • 컨테이너를 사용해 애플리케이션 배포를 하기 때문에 인프라에 대한 종속성 감소
  • Docker와 kubernetes를 이용하면 모든 인프라에 컨터이너를 배포할 수 잇는 단일 통합 플랫폼을 제공 받을 수 있음

 

• 신속한 신규 서비스 개발 사이클
  • 풍부한 기술 생태계
    • 대규모 커뮤니티
    • kubernetes나 CNCF 슬랙에 35000명 이상의 개발자가 참여
  • 오픈 소스 기반
    • 풍부한 개발 인력 Pool
      • 예전에는 특정 기술에 대한 수요가 많았는데 지금은 개발할 수 있는지 여부로 판단

 

• 사업 성장을 위한 조직 문화 혁신을 촉진
  • Cloud Native는 조직 혁신을 가속화하기 위해 새로운 문화, 기술 및 프로세스를 제공함
  • DevOps, CI/CD, Containerization은 서비스 개발 조직의 현대화 촉진
  • 이전보다 훨씬 빠르게 조직 문화 및 서비스 문화 변화 촉진

 

5) CNCF Trail Map

• Product > Development > Capacity Planning > Testing + Release procedures > Postmortem / Root Cause Analysis > Incident Response > Monitoring
• 클라우드 개발자 또는 Cloud Native 개발자가 되고자하는 경우 각각의 Map에 해당하는 기술을 한 가지 이상 습득하거나 사용 경험이 있어야 함