You Want Modules, Not Microservices 이 기사는 마이크로서비스의 개념을 탐구하면서, 이것이 새로운 아이디어가 아닌 모듈의 오랜 개념을 재탄생시킨 것이라 주장하고 있다.

You Want Modules, Not Microservices 이 기사는 마이크로서비스의 개념을 탐구하면서, 이것이 새로운 아이디어가 아닌 모듈의 오랜 개념을 재탄생시킨 것이라 주장하고 있다. 저자에 따르면, 마이크로서비스의 진정한 이점은 조직적 명확성에 있으며, 이것이 자율적인 개발 팀이 다른 팀과 독립적으로 자신들의 코드를 만들고 유지할 수 있게 한다. 마이크로서비스의 다양한 이점인 확장성, 집중도, 가용성, 단순성, 반응성, 신뢰성 등이 다른 맥락에서 강조되어 왔지만, 저자는 이러한 이점의 근본적인 열쇠는 작은, 독립적인 "조각"의 코드와 데이터를 만들고 유지하는 것이며, 서로 다른 버전으로 관리되며, 공통 입력과 출력을 사용하여 시스템 통합을 용이하게 하는 것이 모듈의 핵심 개념이라고 언급한다. 또한, 이 기사는 분산 컴퓨팅의 도전과 통합 및 통신을 위한 공통 아키텍처 백플레인을 구축해야 하는 필요성에 대해 다루고 있다. 저자는 대부분의 마이크로서비스가 5~7차원의 지연을 유발하는 네트워크 라인을 통해 데이터를 전송하는 것이라는 점을 인정하며, 이는 더 많은 노드를 네트워크에 추가하여 "규모를 확장"할 수 없다는 것을 강조한다. 결론적으로, 마이크로서비스가 소프트웨어 개발 산업에서 인기를 얻고 있지만, 저자는 진정한 이점은 모듈의 개념과 조직적 명확성에 있다고 강조한다. 이 기사는 분산 컴퓨팅의 도전에 대한 대처를 위해 공통 아키텍처 백플레인을 구축하고, 자율적인 개발 팀이 다른 팀과 독립적으로 자신들의 코드를 만들고 유지할 수 있게 하는 것의 중요성을 강조한다.