마이크로서비스 vs 모노리스, 엔터프라이즈 쪽 승자는?
brunch
< 마이크로서비스 vs 모노리스 > 컨테이너 기술의 성숙도가 올라오면서 많은 개발팀에서 MSA(Micro Service Architecture)나 DevOps, Cloud Native Application등의 이름으로 기존의 모노리스를 마이크로서비스로 변경하거나 신규 개발하고 있다. 모든 애플리케이션 서비스를 마이크로서비스로 구성하는 것이 좋은것인가에 대한 8가지 관점의 비교결과 결론은 케바케(Case By Case)이다. 세부적인 8가지 관점은 링크를 참조해주시기 바랍니다. 다만, 하기와 같은 요건이 있는 경우는 마이크로서비스 아키텍처가 잘 맞을 수 있어서 앞으로 엔터프라이즈 애플리케이션 아키텍처 부문의 대세가 될 것이라고 예상하고 있습니다. - 24/7 신뢰성이 요구된다(24/7 reliability required) - 몇몇 요청을 넘어서는 확장(Scale to beyond a few requests) - 피크와 일반 로드에 상당한 차이(Peak and normal load are significantly different) - 10명 이상의 개발자(More than 10 developers) - 비즈니스 도메인이 보다 작은 도메인들로 나눠질 수 있다(The business domain can be divided into smaller domains) - 수명이 짧은 운영(Shorter lived operations) - 운영은 REST 호출이나 queue 이벤트로 표현될 수 있다. (Operations can be expressed as REST calls or queue events) - 엄격한 크로스 서비스 거래 요구사항이 없다(No strict cross-service transactional requirements
2020년 12월 8일 오전 1:04