만자의 개발일지

서비스를 개발하다보면 개발 환경과 스테이징 환경, 운영 환경을 구분 지어 인프라를 구성해야하는데, 이는 서비스의 규모가 커질수록 더욱 중요해집니다. 하지만 여러 개발 환경을 목적에 따라 구분지어 구성하고 관리하는 것은 여간 번거로운일이 아닙니다. API Gateway + Lambda로 서비스를 개발하는 경우 개발 환경을 손쉽게 구성하고 관리할 수 있습니다. API Gateway는 스테이지라는 기능을 제공하여 단일 API 환경에서 여러 환경을 구성하고 관리할 수 있습니다. API Gateway의 각 스테이지에 Stage Variables을 지정할 수 있는데, 이를 Lambda의 Alias와 함께 사용하면 서버리스 환경에서 손쉽게 개발 환경을 구성하고 관리할 수 있습니다. 이번 포스팅에서는 API Gatew..

Custom Resource 사용하기 API Gateway에서 제공하는 템플릿 변수 기능에는 Proxy Resource와 Custom Resource 기능이 있습니다. 두 기능의 차이점을 간략하게 설명하자면 Proxy Resource는 해당 경로 계층을 따라 모든 리소스를 참조하고 Custom Resource는 특정 경로의 리소스만 참조할 수 있습니다. 따라서 Proxy Resource는 하위 리소스를 가질 수 없지만 Custom Resource는 하위 리소스를 가질 수 있다는 차이점이 있습니다. 이번 포스팅에서는 Custom Resource를 사용하여 Custom Resource로 들어오는 모든 경로 및 HTTP 메소드를 하나의 람다함수로 연결하는 실습을 진행해 보도록 하겠습니다. API Gateway..

Proxy Resource 사용하기 API Gateway를 작업하다 보면 여러개의 경로(Resource) 및 다양한 종류의 HTTP 메소드로 들어온 요청을 하나의 람다함수로 보내야 하는 경우가 있는데 이 경우 각 경로마다 람다함수를 지정하게되면 여간 번거로운 일이 아닐 것입니다. API Gateway에서는 이 경우에 Proxy Resource와 Custom Resource 기능(템플릿 경로 변수, templated path variables)을 제공하는데 두 기능의 차이점은 Proxy Resource는 해당 경로 계층을 따라 모든 경로를 참조할 수 있지만 Custom Resource는 특정 경로의 리소스만 참조할 수 있습니다. 이번 포스팅에서는 Proxy Resource를 사용하여 Proxy Resour..

이번 포스팅에서는 API Gateway가 무엇인지 살펴보고 AWS Lambda를 통해 API Gateway의 사용방법에 대해 간단히 알아보도록 하겠습니다. API Gateway MSA하면 떠오르는 것이 API Gateway입니다. MSA가 떠오르면서 서비스를 보다 작은 단위로 분리하여 관리할 필요가 생겼습니다. 서비스를 작은 단위로 분리함에 따라 서비스의 복잡도를 줄일 수 있고, 변경에 따른 영향도를 최소화하면서 개발과 배포를 할 수 있다는 장점이 있지만, 작은 단위로 나뉘어진 서비스들의 엔드포인트를 관리하는데 있어 어려움이 있고, 각 서비스의 공통으로 들어가는 기능들을 중복으로 개발해야 하는 문제가 있습니다. 이러한 문제를 해결해주기 위해 생겨난 것이 바로 API Gateway입니다. API Gatew..