[DevOps] 개발 방법론의 변화 WaterFall VS Agile VS DevOps

 

🌤️ 전통적인 개발 방법론 WaterFall VS Agile

---

WaterFall(폭포수) 모델

- 워터폴 방법론은 선형적이고 순차적인 접근 방식이다.
- 프로젝트는 요구 사항 수집, 디자인, 구현, 테스팅, 배포, 유지 보수의 순서대로 진행된다.
- 각 단계는 이전 단계가 완료되어야만 시작할 수 있다.
- 단순하고 예측 가능한 프로젝트에 잘 맞지만 요구 사항이 변할 경우 유연성이 부족하다는 단점이 있다.

 

Agile 모델

 
- 애자일 방법론은 반복적이고 점진적인 접근 방식이다.
- 프로젝트는 스프린트 또는 반복 작업 단위로 나뉘며, 각 스프린트는 자체적으로 계획, 분석, 디자인, 코딩, 테스팅, 문서화를 포함한다.
- 빠르게 변화하는 요구 사항에 유연하게 대응할 수 있다.
 
 
요약하면, 프로젝트의 요구사항이 명확하고 중요한 변경 사항이 예상되지 않는 경우 워터폴 접근 방식이 적합할 수 있다.
그러나 프로젝트의 요구 사항이 변경될 가능성이 있거나, 유연성이 필요하고 변화에 빠르게 적응할 수 있어야 하는 경우, 애자일 방법론이 더 좋은 선택일 수 있다.
 
 

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
 
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
 
That is, while there is value in the items on
the right, we value the items on the left more.
 

http://agilemanifesto.org/iso/en/manifesto.html 애자일 선언문

 
 
우리는 소프트웨어 개발에 있어서 더 나은 방법을 찾아내기 위해 이를 실행하고, 다른 사람들이 이를 실행할 수 있도록 돕고 있다. 이러한 작업을 통해 우리는 다음의 가치를 중요시하게 되었다. :
 
프로세스와 도구보다는 개인과 상호작용을,
광범위한 문서보다는 작동하는 소프트웨어를,
계약 협상보다는 고객과의 협업을,
계획을 따르는 것보다는 변화에 대응하는 것을 더 가치 있게 여긴다.
 
즉, 오른쪽 항목에 가치가 있다는 것을 인정하면서도, 우리는 왼쪽 항목들을 더 중요하게 생각한다.
 
 
 
 

❄️ WaterFall VS Agile VS DevOps

---

https://www.oracle.com/kr/cloud/cloud-native/what-is-cloud-native/

 
기존의 문서화와 절차를 중심으로 했던 개발 방법에 의해서 실시간으로 고객의 요구사항과 니즈에 대응할 수 있는 형식으로 개발 방법론이 진화되었다.
 
DevOps는 개발(Dev)과 운영(Ops) 팀 간의 협업과 의사소통을 강조하는 문화, 운동, 혹은 방법론이다.
DevOps의 목표는 개발과 운영의 사이클을 더 빠르게, 효율적으로 만들어 소프트웨어의 배포 및 업데이트를 더 자주하고 신뢰성있게 할 수 있도록 하는 것이다. DevOps는 CI/CD(지속적 통합/지속적 배포)와 같은 자동화된 파이프라인, 인프라 코드, 모니터링 및 로깅, 그리고 피드백 루프와 같은 방법과 도구를 포함한다.
 
세 가지 모두 서로 배타적인 것이 아니라, 특정 상황에 따라 서로 보완적으로 사용될 수 있다. 예를 들어, 애자일 방법론을 사용하면서 DevOps 문화를 도입하여 개발과 운영 사이의 간극을 줄이는 것이 가능하다.
 
최근에는 DevOps, MSA, 컨테이너 가상화, Cloud라는 특징을 모아 구성된 아키텍처인 Cloud Native Architecture라는 개념을 만들어 냈고, 최근 IT산업 분야에서 특징과 트렌드가 되었다. 
 
 
 

🚀 Cloud Natice Architecture

---

 

클라우드 네이티브 아키텍처 및 기술은 클라우드에서 빌드된 워크로드를 디자인, 생성 및 운영하는 접근 방식으로, 클라우드 컴퓨팅 모델을 최대한 활용합니다.

클라우드 네이티브 기술을 통해 조직은 퍼블릭, 프라이빗 및 하이브리드 클라우드와 같은 최신 동적 환경에서 스케일링 가능한 애플리케이션을 빌드하고 실행할 수 있습니다. 이 방법의 예로 컨테이너, 서비스 메시, 마이크로 서비스, 변경할 수 없는 인프라 및 선언적 API를 들 수 있습니다.

이러한 기술을 통해 복원력 있고 관리 가능하며 관찰 가능한 느슨하게 결합된 시스템을 사용할 수 있습니다. 강력한 자동화와 결합되므로 엔지니어는 최소한의 수고로 자주 발생하며 예측 가능한 방식으로 높은 영향을 미치는 변경을 수행할 수 있습니다.

https://learn.microsoft.com/ko-kr/dotnet/architecture/cloud-native/definition

 
 
요약하자면 소프트웨어의 디자인 접근 방식으로 마이크로서비스 사용, DevOps 실천, Docker와 Kubernetes 같은 컨테이너화 및 오케스트레이션 도구 활용, CI/CD 파이프라인 사용 등을 포함한다. 이는 확장성, 복원력, 그리고 기민성을 강조하며, 빠른 변화와 지속적인 배포를 허용한다.