CI/CD 구축을 위한 단계
0. ECS fargate 생성 (Cluster, Service, task-definition, task)
1-1. Bitbucket에 코드 업로드 (git)
1-2. Bitbucket <-> slack 연동 (PR 알람 노티를 위함)
2-1. Bitbucket <-> AWS API Gateway 연동 with Webhook
2-2. API gateway -> Lambda 호출
3. Lambda -> S3로 패키지 업로드
4. AWS Codepipeline: S3 -> Codebuild + ECR 연동
5. Codebuild -> Deploy(ECS fargate)
6. ECS <-> LB(ALB) 연동하여 동작 테스트
이번엔 ci/cd를 위한 2-1, 2-2번째 단계로,
2-1. Bitbucket에서 PR merge가 발생했을 때 이를 AWS API Gateway로 던져주는 이벤트를 만들고
2-2. API Gateway에서 Lambda를 호출하는 절차까지 포스팅해본다 :)
2-1. 먼저, Bitbucket에서 PR merge가 발생했을 때,
Webhooks으로 AWS API Gateway에게 event를 보내는 절차를 진행한다.
이는 bitbucket에서 webhook을 보내줘야 하므로
bitbucket-> 내 Repository -> settings -> Webhooks 에 들어가서 Create webhook을 클릭한다.
어떤 값들이 필요한지 확인해보자.
PR merge시에만 api gateway를 호출하면 되므로, Pull request의 Merged를 체크하고, URL만 있으면 된다.
URL은 어디에 있을까?
AWS API Gateway앱으로 가보자.
먼저 Restful API를 생성한다.
이름만 넣고 생성.
그리고 어떤 path를 통해서 오든, POST를 처리해주기 위해 /POST 메서드를 만들어준다.
그리고 클라이언트로부터 해당 api가 호출될 경우, 별도로 생성해둔 Lambda로 그대로 프록시하도록 설정해준 후,
API 배포를 수행한다.
그럼 스테이지가 생성되고, URL이 생성된다.
이 URL을, 위의 Bitbucket에서 요구했던 URL에 넣으면 된다 :)
그리고, bitbucket에서 해당 URL로 "Test connection"을 하는 옵션도 있는데,
이를 확인하려면 람다 코드에서 x-event-key가 diagnostic:ping일 경우 200을 리턴하는 코드가 있어야 한다.
webhook이 올 때 event를 보면,
아래와 같이 header에 X-Event-Key가 실려오기 때문에 이를 기준으로 pr merge, ping등을 체크할 수 있다.
| 2022-05-26T22:51:32.181Z 399fc240-aa51-411b-8537-26dbe8d6d578 INFO { "resource":"/", "path":"/", "httpMethod":"POST", "headers":{ "Accept":"*/*", "Content-Type":"application/json; charset=UTF-8", "Host":"ㅁㄴㅇㄹㅇㅁㄴㄹㄴecute-api.ap-northeast-2.amazonaws.com", "User-Agent":"Atlassian HttpClient 1.1.0 / Bitbucket-5.10.0 (5010000) / Default", "Via":"1.1 localhost (Apache-HttpClient/4.5.5 (cache))", "X-Amzn-Trace-Id":"Root=1ㅁㄴㄹㅇㅁㄹ026764d32b66cc4f0c5", ”X-Event-Key":"pr:comment:edited", // 이건 PR에 댓글을 수정했을 때 "X-Forwarded-For":"ㅁㅇㄴㄹㅁ01", "X-Forwarded-Port":"443", "X-Forwarded-Proto":"https", |
그래서, diagnostic:ping에 대해 응답하는 코드를 넣으면,
이렇게 200ok가 뜨게 된다 :)
끝-!
다음은 3. Lambda -> S3로 패키지 업로드 예정 :)