API Gateway 스테이지별 다른 함수호출에 성공했습니다.... 정보
API Gateway 스테이지별 다른 함수호출에 성공했습니다....본문
무슨 이야기냐 뜬금 없으시겠지만..
그냥 자축하는 의미로 적었습니다 ㅎㅎ
AWS에는 REST API를 만들어주는 서비스가 있습니다.
보통 Lambda랑 연동하여 사용하는데
배포 하는데에 있어서 개발서버/프로덕션서버 이렇게 나누어서 배포하는데
api gateway에서 배포를 하면 스테이지를 생성하여 엔드포인트를 할당해 줍니다.
여기서 스테이지를 개발/프로덕션 이런식으로 나누어서 배포를 할 수 있는데
여기서 호출되는 람다함수가 동일하기 때문에 배포시 마다 계속 변경해 주어야 하는 번거로움? 이 있었는데 이걸 변수로 만들어서 스테이지별로 자동 변경 되도록 만들었습니다 ㅎㅎ
람다에는 별칭 이라고 같은 함수를 별칭을 생성하여 운영 하는 방식이 있습니다.
Git에 Tag를 다는 방식과 비슷하죠 이 별칭을 변수로 만들어 함수를 호출 하도록 했습니다.
자료를 찾아보니 잘 없어서 삽질을 조금 했지만
결국에 해결방법은 AWS Document에 나와 있었네요..;;;
AWS 직원들도 자기들 메뉴얼 찾아 볼때는 구글 검색을 이용해서 찾아 본다고 하더라구요 ㅎㅎ
이상 뻘소리 였습니다 ㅎㅎ
추천
3
3
댓글 8개
그누보드가 rest로 나오나요? ㅎㅎ
@마젠토 아뇨 그누보드와는 상관없는 프로젝트에요..ㅎㅎ
고생 많으셨네요...^^
@亞波治 감사합니다.ㅎㅎ
진정한 선구자이시네요
@선구자 와우 선구자 님이 선구자시네요..ㅎㅎ
역시! 대세는 서버리스 군요.
@삼관왕 제가 서버리스를 이리저리 사용해본 결과
모든게 서버리스로 가는것 보다는
특정한 부분만 서버리스로 가는것이 가장 좋았습니다.
컴퓨팅이 많이 필요한 서비스는 설계를 잘해서
ECS에 Fargate를 이용해서 서버를 200대 정도 띄운 다음 한방에 처리해 버리면
기존 10시간 정도 걸리던 작업을 5분 내에 처리해 버립니다.
비용 또한 90%이상 절약하게 되더라구요^^
간혈적으로 호출되는 서비스는 서버리스
항상 일정량 이상 많이 호출되는 서비스는 서버방식
모든게 서버리스로 가는것 보다는
특정한 부분만 서버리스로 가는것이 가장 좋았습니다.
컴퓨팅이 많이 필요한 서비스는 설계를 잘해서
ECS에 Fargate를 이용해서 서버를 200대 정도 띄운 다음 한방에 처리해 버리면
기존 10시간 정도 걸리던 작업을 5분 내에 처리해 버립니다.
비용 또한 90%이상 절약하게 되더라구요^^
간혈적으로 호출되는 서비스는 서버리스
항상 일정량 이상 많이 호출되는 서비스는 서버방식