AWS 서버리스 서비스를 사용하여 마이크로서비스 통합 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

AWS 서버리스 서비스를 사용하여 마이크로서비스 통합

Tabby Ward, Abhishek Agawane, Matt Kahn, Amazon Web Services

2025년 9월(문서 기록)

조직의 소프트웨어를 현대화하는 중요한 측면 중 하나는 변화하는 비즈니스 요구에 민첩하게 대응할 수 있는 적절한 아키텍처 패턴을 선택하는 것입니다. 일부 애플리케이션에서는 모놀리식 아키텍처가 일반적인 선택일 수 있습니다. 그러나 많은 조직에서 모놀리스를 마이크로서비스로 리팩토링하는 것은 사용 사례가 마이크로서비스의 이점과 맞아떨어질 때 효과적인 현대화 전략이 될 수 있습니다.

마이크로서비스와 모놀리스는 상호 배타적이지 않습니다. 많은 성공적인 조직은 모듈형 모놀리스가 일부 도메인을 담당하고 마이크로서비스가 다른 도메인을 처리하는 등 두 가지 패턴을 함께 사용합니다.

마이크로서비스가 아키텍처의 일부인 경우, 하나의 비즈니스 트랜잭션을 처리하기 위해 여러 서비스를 호출할 수 있습니다. 이러한 통합을 구현하려면 데이터 일관성, 지연 시간, 운영 복잡성 등 잠재적 문제를 해결하기 위한 신중한 설계가 필요합니다. 마이크로서비스가 적절히 통합되면 독립적인 확장, 개발 속도 향상, 비용 최적화 가능성 등 여러 가지 이점을 제공할 수 있습니다.

이 가이드는에서 권장하는 애플리케이션 현대화 접근 방식을 다루는 콘텐츠 시리즈의 일부입니다 AWS. 이 시리즈에는 다음 내용도 포함됩니다.

대상 독자

이 가이드는 마이크로서비스가 특정 사용 사례에 적합하다고 판단한 애플리케이션 소유자, 비즈니스 소유자, 아키텍트, 기술 책임자, 프로젝트 관리자를 대상으로 합니다. 이 가이드에서는 자율성과 확장성을 위해 AWS Lambda 및 Amazon API Gateway와 AWS 서비스 같은 서버리스를 사용하여 마이크로서비스 간 동기 및 비동기 통신을 위한 여러 패턴을 소개합니다.

목표

이 가이드를 사용하여 새 마이크로서비스를 통합하면 조직의 아키텍처를 마이크로서비스 아키텍처로 효율적으로 전환할 수 있습니다. 이를 통해 높은 확장성, 향상된 복원력, 지속적 전달 및 장애 격리를 통해 변동하는 비즈니스 요구 사항에 빠르게 적응할 수 있습니다. 마이크로서비스 아키텍처는 각 마이크로서비스를 개별적으로 배포하고 테스트할 수 있으므로 혁신을 가속화하는 데 도움이 됩니다.

마이크로서비스 아키텍처는 제품 또는 서비스의 출시 시간을 단축하는 데도 도움이 될 수 있습니다. 각 마이크로서비스에는 새로운 기능을 추가하고 반복하는 것이 더 쉽고 빠르게 이루어지도록 하는 독립적인 코드 기반이 있기 때문입니다.

보안

서비스와 데이터의 무결성을 보호하기 위해 마이크로서비스에 적절한 보안을 적용해야 하지만, 보안이 애플리케이션 성능에 부정적인 영향을 미쳐서는 안 됩니다.

마이크로서비스 환경에서는 각 서비스가 외부 클라이언트 또는 다른 마이크로서비스로부터 수신한 요청을 어떻게 인증하고 권한을 부여할지 고려해야 합니다. 또한 각 서비스가 다른 AWS 서비스서비스에 어떻게 안전하게 액세스할지도 고려해야 합니다.

범위가 좁은AWS Identity and Access Management (IAM) 역할을 통해에 대한 액세스 권한을 부여해야 AWS 서비스 합니다. IAM 역할을 수임하면 마이크로서비스에 액세스 키, 액세스 시크릿, 세션 토큰으로 구성된 단기 IAM 자격 증명이 제공됩니다. 이러한 자격 증명은 여러 SDK에서 AWS Signature Version 4(SigV4)를 사용하여 AWS 서비스 에 대한 요청을 서명하는 데 사용됩니다.