마이크로서비스 아키텍처란?

마이크로서비스 아키텍처는 인터페이스하는 작고 자립적인 구성 요소의 모음으로 애플리케이션을 구축하는 방법입니다. 마치 공통된 의제를 가지고 조율적으로 작업하는 일단의 근로자들이 각자 특정 전문 분야에서 작업하는 것과 같습니다. 이는 모든 것을 수행하는 단일 대규모 샷을 갖는 것과 같은 이전의 모놀리식 구조와 다릅니다. 애플리케이션이 복잡해지면 제어하기가 번거로워집니다.

마이크로서비스 아키텍처는 다음과 같은 측면에서 기존의 모놀리식 아키텍처와 다릅니다.

• 분산화: 마이크로서비스는 기능을 가져와 개별 서비스에 분산시키는 반면, 모놀리스는 모든 기능을 단일 코드베이스에 결합합니다.
• 느슨한 결합: 마이크로서비스는 높은 수준의 결합력과 낮은 수준의 결합력을 가진 API를 통해 통신하는 반면, 모놀리스의 경우 구성 요소는 일반적으로 결합되고 결합력이 있습니다.
• 독립적인 배포: 마이크로서비스는 전체 시스템의 가동 중단 없이 개별 서비스를 변경하거나 배포할 수 있는 반면, 모놀리스 아키텍처 내의 변경 사항은 배포 조정이 필요합니다.
• 확장성: 마이크로서비스는 전체 애플리케이션에서 확장이 필요한 모놀리스와 같은 접근 방식과 비교할 때 사용자 요구 사항에 따라 독립적으로 조정할 수 있습니다.
• 결함 격리: 마이크로서비스에서는 한 서비스가 실패해도 다른 서비스에는 영향을 미치지 않지만, 모놀리식 서비스에서는 한 구성 요소가 실패하면 전체 애플리케이션이 실패할 수 있습니다.

다음과 같습니다. 

이점:

• 확장성: 자원 활용이 효율적이도록 수요에 따라 특정 규모로 특정 서비스를 개발합니다.
• 향상된 민첩성: 독립적으로 개발 및 배포하는 것은 더 빠른 사이클 시작과 변경 대응성과 관련이 있습니다.
• 기술 유연성: 각 서비스에 적합한 기술을 선택하여 혁신과 서비스 최적화를 지원할 잠재력을 파악합니다.
•  결함 격리: 서비스 장애의 영향을 줄이고 시스템 안정성을 개선합니다.
•  유지보수성: 작고 구체적인 각 서비스는 모든 것을 포괄하는 단일 서비스보다 이해, 개발, 관리가 더 쉽습니다.

과제:

• 증가된 복잡성: 분산 시스템 관리에는 고유한 복잡성 때문에 중앙 집중식 시스템보다 더 복잡한 접근 방식이 필요합니다.
• 데이터 관리: 분산 데이터의 어려움 중 하나는 서비스 전반에 걸쳐 애플리케이션을 제어하고 데이터 일관성을 유지하는 것입니다.
• 테스트: 배포 후 모든 서비스의 호환성과 전체 시스템의 안정성을 보장하려면 모든 간단하고 복잡한 테스트를 수행하는 것이 중요합니다.
• 커뮤니케이션: 서비스 간 통신은 효율적인 운영에 필수적이지만, 지연과 잠재적인 장애 영역을 초래합니다.
• 보안: 여러 서비스에서 민감한 데이터를 보호하려면 서비스 취약성을 방지하기 위해 철저한 계획과 실행이 필요합니다.

마이크로서비스는 주로 데이터가 어떻게 교환되고 어떤 형식으로 교환되는지 설명하는 API(애플리케이션 프로그래밍 인터페이스)를 통해 상호 작용합니다. 이러한 통신 패턴은 다음과 같습니다.

• 동기 요청-응답: 한 서비스가 다른 서비스에 요청을 전달하고 후자가 응답하기를 기다립니다. 이는 간단하지만 제대로 관리하지 않으면 긴밀한 결합과 성능 문제가 발생할 수 있습니다.
• 비동기 메시징: 서비스는 메시지 브로커를 통해 메시지를 교환하여 분리를 기대하고 확장성을 높입니다. 이 패턴은 많은 양의 데이터나 이벤트를 처리해야 할 때 가장 효과적입니다.
• 이벤트 기반 아키텍처서비스는 다른 서비스가 수신하여 느슨한 결합과 대응성을 촉진할 수 있는 이벤트를 게시합니다. 이 패턴은 여러 서비스에서 업데이트나 변경이 필요한 상황에 잘 맞습니다.

모범 사례는 다음과 같습니다. 

• 도메인 주도 설계(DDD): 시스템의 가독성과 유지보수성을 향상시키는 비즈니스 기능을 포괄하는 경계 컨텍스트로 시스템을 분해하십시오.
• API 우선 설계:  시스템 내에서 서비스가 상호 운용되어야 하는 명확하고 문서화가 잘 된 인터페이스를 설정하여 일관성과 통합 용이성을 보장하십시오.
• 컨테이너화:  서비스를 패키지로 나누고 배포 컨테이너에 넣어 더 나은 제어와 솔루션의 쉬운 확장성.
• 지속적인 통합 및 지속적인 배포(CI/CD):  정기적이고 예측 가능하며 반복적인 릴리스로 빌드, 테스트, 배포를 표준화합니다.
• 모니터링 및 관찰성: 서비스 상태와 성능을 기록하고 문서화하여 문제가 발생할 경우 근본 원인을 쉽게 파악할 수 있도록 합니다.

성공적인 마이크로서비스의 실제 사례는 다음과 같습니다.

• Netflix:  글로벌 확장을 지원하고 스트리밍 서비스에 대한 높은 트래픽 볼륨을 관리하기 위해 마이크로서비스 기반 아키텍처를 구현했습니다.
• Amazon: 이커머스 사이트는 이전의 모놀리식 디자인에서 마이그레이션한 후 마이크로서비스 아키텍처를 선택하여 적응성과 다목적성을 향상시켰습니다.
•  우버: 마이크로서비스는 승차 요청, 결제, 운전자를 별도로 관리하여 성장을 촉진합니다.

위의 예는 마이크로서비스가 대규모 소프트웨어 시스템의 생성과 유지에 어떻게 잠재적으로 영향을 미칠 수 있는지와 사용자 만족에 미치는 잠재적 영향을 보여줍니다.

마이크로서비스가 모든 솔루션에 맞는 것은 아니라는 점을 기억하는 것이 중요합니다. 이 아키텍처 스타일을 채택하기 전에 애플리케이션의 특정 요구 사항과 복잡성을 고려하세요.