JHB의 삽질 이야기

codebuild 같은 CI/CD의 빌드 도구를 다루다 보면 aws cli 로 부터 결과값을 사용해야 할 때가 종종 있다. json으로 출력 후 jq 를 통해 파싱해서 쓰는 방법도 있지만, 애당초 aws cli의 결과물을 그대로 필터링해서 쓰는 방법도 있다. 쉬운 예제는 아래와 같다. AWS_ACCOUNT_ID=$(aws sts get-caller-identity --query Account --output text) 더 자세한 내용은 아래의 레퍼런스를 참고하자 https://docs.aws.amazon.com/ko_kr/cli/latest/userguide/cli-usage-filter.html AWS CLI 출력 필터링 - AWS 명령줄 인터페이스 지정한 출력 유형에 따라 --query 옵션 작동 방..

https://cicd-pipeline-cdk-eks-bluegreen.workshop.aws/en/ecsbg.html cicd-pipeline-cdk-eks-bluegreen Using CodeDeploy ECS Blue/Green Note: This is an bonus section to be completed as a stretch goal. Now that we understood the Blue/Green deployment concept in EKS, we will deploy a new environment using the native Blue/Green deployment feature of AWS CodeDe cicd-pipeline-cdk-eks-bluegreen.workshop.a..

Private Subnet에 배포된 EC2 인스턴스가 S3에 Gateway Endpoint를 통해 연결해야 하는 요구 사항을 처리해야 했다. 당연히 인터넷 망을 타면 안되는 상황이었다. 그리고 당연히 S3의 기본 정책은 Block Public Access On 인 상태. AWS SDK에서 제공하는 s3의 GetObject API를 사용하는건 전혀 문제가 되지 않았다. AWS SDK에서 접근 하는 것은 EC2의 InstanceRole Credential 정보를 담고 나가기 때문이다. 문제는, AWS SDK 없이 curl, wget, ffmpeg 등이 standalone application을 통해 S3의 주소로 접근 하려 할 때 문제가 발생했다. 일단, S3 주소는 크게 아래의 두가지가 존재한다. s3.a..

get-federation-token $ aws sts get-federation-token --name test { "Credentials": { "AccessKeyId": "ASIAU2YLFTR7ALYQWKL2", "SecretAccessKey": "pffWqq0UIbukJ0foBYxQ1Q+WpCfIapojN1MvCLgE", "SessionToken": "IQoJb3JpZ2luX2VjEAMaDmFwLW5vcnRoZWFzdC0yIkcwRQIhAJuho9YXm0q9eLX2ju7ZVX7TXnOdMIJvks96fZIFeLhMAiAJAgcuyE43fBS8wCronDADWzpiAVIsQ0xbeiVT9szwcCqDAgiN//////////8BEAEaDDMzMjM0NjUzMDk0MiIMrkO+6hagUL01xvnW..

CDK로 스택을 배포 할 때 Dev / Test / Prod 등의 환경으로 배포 하기 위해 여러가지 방법이 있다. 여러 가지 방법 중 핵심이 되는 것은 결국 '스택의 아이디를 배포 환경에 맞추어 바꾸어 준다'는 것이다. 예를 들어 FooStack이 있을 경우 new FooStack(app, `FooStack-${env}`); 와 같은 형태로 Stack의 ID를 정해놓고, env값을 dev, test, prod 로 각각 배포하면 FooStack-dev FooStack-test FooStack-prod 이렇게 3개의 스택이 생성된다. (당연히 스택 내의 리소스 생성시 리소스의 name을 배포 환경에 관계 없이 고정하는 행위는 절대 하지 말것... 예를 들면 Lambda Function의 이름이..