이 백서는 기록 참조용입니다. 일부 콘텐츠는 오래되어 일부 링크를 사용하지 못할 수 있습니다.

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

# Lambda를 사용하는 마이크로서비스
<a name="microservices-with-lambda"></a>

![\[AWS 클라우드 architecture with API Gateways and Lambda functions across two accounts.\]](http://docs.aws.amazon.com/ko_kr/whitepapers/latest/serverless-multi-tier-architectures-api-gateway-lambda/images/microservices-with-lambda.png)


* Lambda를 사용하는 마이크로서비스의 아키텍처 패턴 *

 마이크로서비스 아키텍처 패턴은 일반적인 3계층 아키텍처에 바인딩되지 않지만,이 인기 패턴은 서버리스 리소스 사용으로 상당한 이점을 실현할 수 있습니다.

 이 아키텍처에서는 각 애플리케이션 구성 요소가 분리되고 독립적으로 배포 및 운영됩니다. Amazon API Gateway로 생성된 API와 이후에에서 시작된 함수 AWS Lambda만 있으면 마이크로서비스를 빌드할 수 있습니다. 팀은 이러한 서비스를 사용하여 환경을 원하는 수준으로 분리하고 세분화할 수 있습니다.

 일반적으로 마이크로서비스 환경에서는 각 새 마이크로서비스를 생성하기 위한 반복적인 오버헤드, 서버 밀도 및 사용률 최적화 문제, 여러 마이크로서비스의 여러 버전을 동시에 실행하는 복잡성, 여러 개별 서비스와 통합하기 위한 클라이언트 측 코드 요구 사항의 확산과 같은 문제가 발생할 수 있습니다.

 서버리스 리소스를 사용하여 마이크로서비스를 생성하면 이러한 문제를 해결하기가 어려워지고 경우에 따라 단순히 사라집니다. 서버리스 마이크로서비스 패턴은 각 후속 마이크로서비스의 생성에 대한 장벽을 낮춥니다(API Gateway는 기존 APIs를 복제하고 다른 계정에서 Lambda 함수를 사용할 수도 있음). 서버 사용률 최적화는 더 이상이 패턴과 관련이 없습니다. 마지막으로 Amazon API Gateway는 많은 인기 언어로 프로그래밍 방식으로 생성된 클라이언트 SDKs를 제공하여 통합 오버헤드를 줄입니다.