기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS 서버리스 서비스를 사용하여 마이크로서비스 통합
*Tabby Ward, Abhishek Agawane, Matt Kahn, Amazon Web Services*
*2025년 9월*([문서 기록](doc-history.md))
조직의 소프트웨어를 현대화하는 중요한 측면 중 하나는 변화하는 비즈니스 요구에 민첩하게 대응할 수 있는 적절한 아키텍처 패턴을 선택하는 것입니다. 일부 애플리케이션에서는 모놀리식 아키텍처가 일반적인 선택일 수 있습니다. 그러나 많은 조직에서 [모놀리스를 마이크로서비스로 리팩토링](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-decomposing-monoliths/welcome.html)하는 것은 사용 사례가 마이크로서비스의 이점과 맞아떨어질 때 효과적인 현대화 전략이 될 수 있습니다.
마이크로서비스와 모놀리스는 상호 배타적이지 않습니다. 많은 성공적인 조직은 모듈형 모놀리스가 일부 도메인을 담당하고 마이크로서비스가 다른 도메인을 처리하는 등 두 가지 패턴을 함께 사용합니다.
마이크로서비스가 아키텍처의 일부인 경우, 하나의 비즈니스 트랜잭션을 처리하기 위해 여러 서비스를 호출할 수 있습니다. 이러한 통합을 구현하려면 데이터 일관성, 지연 시간, 운영 복잡성 등 잠재적 문제를 해결하기 위한 신중한 설계가 필요합니다. 마이크로서비스가 적절히 통합되면 독립적인 확장, 개발 속도 향상, 비용 최적화 가능성 등 여러 가지 이점을 제공할 수 있습니다.
이 가이드는에서 권장하는 애플리케이션 현대화 접근 방식을 다루는 콘텐츠 시리즈의 일부입니다 AWS. 이 시리즈에는 다음 내용도 포함됩니다.
+ [에서 애플리케이션을 현대화하기 위한 전략 AWS 클라우드](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-modernizing-applications/)
+ [에서 애플리케이션 현대화를 위한 단계별 접근 방식 AWS 클라우드](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-phased-approach/)
+ [AWS 클라우드에서 애플리케이션의 현대화 준비 상태 평가](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-assessing-applications/welcome.html)
+ [마이크로서비스로 모놀리식 유형 분해](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-decomposing-monoliths/welcome.html)
## 대상 독자
이 가이드는 마이크로서비스가 특정 사용 사례에 적합하다고 판단한 애플리케이션 소유자, 비즈니스 소유자, 아키텍트, 기술 책임자, 프로젝트 관리자를 대상으로 합니다. 이 가이드에서는 자율성과 확장성을 위해 AWS Lambda 및 Amazon API Gateway와 AWS 서비스 같은 서버리스를 사용하여 마이크로서비스 간 동기 및 비동기 통신을 위한 여러 패턴을 소개합니다.
## 목표
이 가이드를 사용하여 새 마이크로서비스를 통합하면 조직의 아키텍처를 마이크로서비스 아키텍처로 효율적으로 전환할 수 있습니다. 이를 통해 높은 확장성, 향상된 복원력, 지속적 전달 및 장애 격리를 통해 변동하는 비즈니스 요구 사항에 빠르게 적응할 수 있습니다. 마이크로서비스 아키텍처는 각 마이크로서비스를 개별적으로 배포하고 테스트할 수 있으므로 혁신을 가속화하는 데 도움이 됩니다.
마이크로서비스 아키텍처는 제품 또는 서비스의 출시 시간을 단축하는 데도 도움이 될 수 있습니다. 각 마이크로서비스에는 새로운 기능을 추가하고 반복하는 것이 더 쉽고 빠르게 이루어지도록 하는 독립적인 코드 기반이 있기 때문입니다.
## 보안
서비스와 데이터의 무결성을 보호하기 위해 마이크로서비스에 적절한 보안을 적용해야 하지만, 보안이 애플리케이션 성능에 부정적인 영향을 미쳐서는 안 됩니다.
마이크로서비스 환경에서는 각 서비스가 외부 클라이언트 또는 다른 마이크로서비스로부터 수신한 요청을 어떻게 인증하고 권한을 부여할지 고려해야 합니다. 또한 각 서비스가 다른 AWS 서비스서비스에 어떻게 안전하게 액세스할지도 고려해야 합니다.
범위가 좁은[AWS Identity and Access Management (IAM) 역할을](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) 통해에 대한 액세스 권한을 부여해야 AWS 서비스 합니다. IAM 역할을 수임하면 마이크로서비스에 액세스 키, 액세스 시크릿, 세션 토큰으로 구성된 단기 IAM 자격 증명이 제공됩니다. 이러한 자격 증명은 여러 SDK에서 [AWS Signature Version 4(SigV4)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html)를 사용하여 AWS 서비스 에 대한 요청을 서명하는 데 사용됩니다.