Page History
...
오늘날의 소프트웨어 환경에서는 모든 조직이 모놀리스를 제거하고, 파이프라인을 자동화하며, 전체적인 작업을 감소함으로써 관행을 현대화해야 한다는
압박을 지속적으로 받고 있습니다. 현대화를 위해 대부분의 조직은 데브옵스 관행으로 전환하지만,
이러한 전환 여정을 자체적으로 완료할 수 있는 역량을 보유한 경우는 그리 흔치 않습니다.
데브옵스로 원활하게 전환을 해주는 단일한 방법은 존재하지 않습니다. 서로 고립된 상태로 운영되는 조직들을 정렬하려면 문화적, 절차적,
기술적 변화가 함께 이루어져야 합니다. 비즈니스 요구와 목표에 맞는 실용적인 접근 방식을 신중하게 사용하면, 궁극적으로 성공할 수 있습니다.
MSA가 단순하게 서비스단위로 배포단위를 늘려가는것을 의미하지 않으며 클린아키텍처를 비롯해 다양한 개발방법론및 단순 배포 자동화가아닌
지속적으로 통합하는 CI/CD영역까지 함께 학습해야 합니다.
MSA가 도커와 직접적인 상관은 없지만~ 도커는 여러개의 마이크로 서비스를 과거 VM 환경일때보다 더 쉽게 다룰수 있으며
MAS를 다루는 배포 기술
...
MSA를 다루는 배포및 운영기술
MSA에서는 SOA보다 더 작은단위 로 구성될수 있으며 이것을 도대체 어떻게 관리및 서버운영을 할수 있느냐가? 가장 큰 단점중에 하나였습니다.
이러한 단점을 도커가 커버하였으며 도커의 등장과 함께 MSA는 가속화가 되었으며 과거 백엔드 엔지니어는 자신의 웹서비스를 구동시켜야할 서버 OS를 다루는것이 필수 교양이였다라고 하면
MSA를 시도하는 팀은 이제 도커는 선택이 아닌 필수가 되어가고 있습니다.
이 컨텐츠는 다음과같은 다양한 링크의 내용을 참고하였습니다.
참고링크
- 콘웨이 법칙 : https://johngrib.github.io/wiki/Conway-s-law/
- MSA VS SOA : http://blog.naver.com/PostView.nhn?blogId=stmshra&logNo=221446919085&parentCategoryNo=&categoryNo=73&viewDate=&isShowPopularPosts=true&from=search
- DDD 바운디드 컨텍스트 : http://redutan.github.io/2018/04/28/IDDD-chapter02
- 마이크로 서비스 경계 식별 : https://docs.microsoft.com/ko-kr/azure/architecture/microservices/model/microservice-boundaries
- 데브옵스 패턴 : https://newrelic.com/kr/resources/ebooks/devops-maturity-phases
- 데브옵스역사와 기술트렌드 - 모두가 동의할수 없지만, 필자의 데브옵스 재해석편입니다.
- 개발자 추천도서 : http://www.yes24.com/Product/Goods/77283734 - 클린아키텍처
- MSA를 위한 Kubernetes 세팅과 CI/CD Pipeline 구성, 그리고 Monitoring 시스템 구축
...