‍

기업의 소프트웨어 애플리케이션은 비즈니스 요건을 용이하도록 설계되었습니다. 단일 모노리틱 애플리케이션에 수백 가지의 비즈니스 역량을 갖춘 시스템은 단일 유닛으로 설계 및 개발, 실행됩니다. 민첩한 개발 및 전달 방법을 실행하기는 어렵습니다. 모노리스는 충돌하는 리소스 요구사항을 포함하여 확장되기 어렵습니다. 하나의 불안정한 서비스가 애플리케이션 전체를 다운 시킬 수 있으며, 새로운 기술과 프레임 워크를 혁신하거나 도입하기 어렵습니다. 이러한 이유들로 마이크로서비스 아키텍처가 개발되었습니다.

마이크로서비스 아키텍처 MSA의 기본은 개별 프로세스에 따라 운영되고, 독립적으로 개발되고 활용되는 일단의 독립적인 소규모 서비스들을 단일 애플리케이션으로 개발하는 것입니다. 서비스기반 아키텍처(Service Oriented Architecture)는 ‘서비스’ 컨셉을 도입함으로써 기존의 모노리틱 애플리케이션으로부터 야기되는 문제를 극복하도록 설계되었습니다.

MSA를 현대 기업의 IT환경에 어떻게 적용할지 결정할 때 고려해야 할 상황에 대해 알아보았습니다.

• 마이크로서비스는 모든 것을 해결해주지 않습니다. 기업의 모든 IT 니즈를 충족할 수 없기 때문에 기존의 아키텍처와 함께 사용해야 합니다.

• 컨테이너와 컨테이너 오케스트레이션 (Kubernetes)을 추가로 사용한다면, 서비스 기반의 아키텍처를 꽤 적절하게 사용할 수 있습니다.

• 대부분의 기업은 자신의 IT시스템 전체를 마이크로서비스로 변환할 수 없을 것입니다. 대신에 MSA의 장점을 활용할 수 있는 비즈니스 활용 사례에 마이크로서비스를 사용할 것입니다.

• 기업통합은 절대 사라지지 않습니다. 서비스 통합에 있어 중심 통합 레이어는 없을 수 있지만, 통합 요건은 사라지지 않습니다. 오히려 모든 마이크로서비스 수준에서 실행 중에 있습니다. 모노리틱 서브시스템은 센트럴 버스/ESB의 형태로의 통합을 여전히 요합니다. 따라서 두 아키텍처 스타일의 하이브리드 혹은 공존이 더욱 실용적입니다.

• 모든 비즈니스 역량은 API 관리 기술을 활용하여 API로 노출시켜야 합니다.

• 비즈니스 로직이 아닌, 서비스 매쉬 레이어에 네트워크 커뮤니케이션 관련 복잡성을 어느 정도 분산할 수 있습니다.

• 기술 선택을 다변화하고 최상의 소프트웨어를 사용한 기술을 선택하는 것이 마이크로서비스 구축에 있어 중요합니다.

마이크로서비스 아키텍처를 도입하고 설계 시 참고해야 할 부분에 대한 자세한 내용은 원문보기에서 더 확인하실 수 있습니다.