이전에 ECR에 이미지를 올리고 해당 이미지를 작업 정의하여 ECS로 서비스하는 구성을 만들었습니다. ECR 이미지 생성하기 ECS로 서비스하기 하지만 ECR의 이미지가 변경되면 자동으로 ECS에 반영하는 부분이 적용되어 있지 않습니다. 따라서 프로젝트 소스를 수정한 뒤 자동으로 다시 도커 이미지를 만들어서 ECS에 배포하는 과정을 CodePipeline을 통해 구현해보도록 하겠습니다. 이미 프로젝트 수정 시 자동으로 도커 이미지를 생성하는 부분은 CodeBuild 프로젝트를 통해 구성을 하였습니다. 따라서 CodePipeline을 생성해서 CodeCommit, CodeBuild, ECS 배포를 연결하도록 하겠습니다. 1. CodePipeline의 Artifacts를 저장할 S3 버킷 생성 CodePip..
이전에 SpringBoot, Node 프로젝트를 도커 이미지로 생성하여 ECR 리포지토리에 올렸습니다. 이제 이렇게 올려진 도커 이미지를 실행하여 컨테이너 서비스를 해보겠습니다. 1. VPC 구성 기존에 VPC가 있다면 그것을 사용해도 되고 저 같은 경우는 새로 VPC를 생성했습니다. 구조는 다음과 같습니다. VPC 및 서브넷 생성에 대해서는 따로 설명하지 않겠습니다. (VPC 및 서브넷 생성 참고) 2. 대상그룹 생성 위 네트워크 구조에서 private subnet에 ECS 서비스를 올릴 것인데 이 ECS 서비스들을 관리할 Load Balancer를 생성할 것입니다. 그 전에 먼저 Load Balancer의 대상이 되는 대상 그룹을 생성하겠습니다. AWS Management Console에 접속하여 E..
- Total
- Today
- Yesterday
- java
- string
- sort
- Algorithm
- map
- CodeCommit
- DFS
- SWIFT
- programmers
- EC2
- Dynamic Programming
- spring
- cloudfront
- CodeDeploy
- ionic
- ECR
- 프로그래머스
- BFS
- 순열
- 조합
- Baekjoon
- Combination
- search
- array
- 에라토스테네스의 체
- permutation
- CodePipeline
- 소수
- 수학
- AWS
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |