마이크로서비스 아키텍처(MSA): 변화하는 시장에 대한 대응 전략

MSA의 등장 배경

1. 모놀리식, SOA의 한계점

• 협업, 커뮤니케이션, 확장성, 유연성, 결합도, 응집도, 빌드와 배포 ...
• "요구사항 변화에 따른 빠른 대처"가 불가능합니다.
• 기술적 유연성의 부족: 하나의 기술 스택에 종속될 가능성이 높아, 새로운 기술 도입이 어렵습니다.
• 배포 및 확장의 어려움: 모놀리식인 경우 하나의 기능에 문제가 생겨도 전체 배포가 필요하며 전체 애플리케이션에 대한 확장을 해야 합니다.

2. 빠른 변화와 시장 대응

현대의 비즈니스 환경에서는 빠르게 변화하는 시장 요구사항에 신속하게 대응해야 합니다.
MSA는 각 마이크로서비스를 독립적으로 배포하고 업데이트 할 수 있어, 더 빠르게 시장 변화에 대응 할 수 있게 합니다.

3. 클라우드 컴퓨팅의 부상

AWS 등 클라우드 서비스의 성장과 함께 애플리케이션의 확장성과 탄력성 요구사항이 증가했습니다.
마이크로서비스는 이러한 환경에서 쉽게 확장하고 다양한 리소스를 효율적으로 활용할 수 있습니다.

4. DevOps와 CI / CD 발전

DevOps 문화와 연속 통합 및 연속 배포(CI/CD)의 발전은 더 빠른 배포 주기와 높은 배포 빈도를 요구했습니다.
MSA는 이러한 환경에서 각 서비스를 독립적으로 배포하고 유지보수하는데 적합합니다.

5. 컨테이너 기술의 등장

Docker와 같은 컨테이너 기술의 등장은 MSA의 구현과 운영을 간편하게 만들어주었습니다.
Kubernetes와 같은 오케스트레이션 플랫폼은 마이크로서비스의 관리와 확장을 더욱 효율적으로 해줍니다.

결론

• 모놀리식 아키텍처와 SOA 대비 MSA가 어렵고 복잡한것은 사실입니다.
• 다만, 과거에는 어렵고 복잡한 것을 해결해 줄 수단들이 부족하였지만 현재에는 많이 해결되었습니다.
• 기술의 발전에 따라 어느 순간 "MSA로 인한 비용 < MSA 로 인한 이점"이 되었습니다.
• MSA로 빠른 요구사항에 대비할 수 있습니다.