dul2's DevLog

CI(Continuous Integration), CD(Continuous Delivery / Continuous Deployment) 기존의 서비스를 배포하는 과정에서는 n개의 서버가 클러스터가 되어있다면 "손배포"를 통해 상당한 시간 등의 리소스를 소모했었다. 하지만, Docker는 모두 같은 환경에서 테스트 및 배포 테스트를 할 수 있게 만들어 주었고, 이 과정을 자동화하기 까지 해주었기에 개발자의 시간을 많이 줄여줄 수 있게 되었다. Docker : Container 관리 가능 Container Ochestration 기술 발달 -> Kubernetes 기술 발전. Docker의 장점 애플리케이션 개발과 배포 편의성 Docker Container의 변경이 host OS에는 영향이 없음. CI/CD..

이전 글 읽으러 가기 Travis CI 배포 자동화 (1) - Travis 설정하기 Travis CI 배포 자동화 (2) - S3 버킷 Travis CI, AWS S3, CodeDeploy 연동 이번 글에서는 사용자를 만들었지만 역할을 만들어 보겠습니다. IAM 에서 사용자와 역할은 어떤 차이가 있을까요? 역할 사용자 - AWS 서비스에만 할당할 수 있는 권한 - EC2, CodeDeploy, SQS 등 - AWS 서비스 외에 사용할 수 있는 권한 - 로컬PC, IDC 서버 등 역할 만들기 다시 AWS IAM으로 돌아와 `역할 만들기` 해보겠습니다. 다음 사진의 역할 만들기를 클릭해주세요. 지금 만들 권한은 AWS 내부에서 EC2가 S3에 대한 접근을 하는 것이므로 역할을 만들 것입니다. AWS 서비스를..

이전 글 읽으러 가기 Travis CI 배포 자동화 (1) - Travis 설정하기 배포 자동화 모식도 간단하게 피그마를 이용하여 Travis와 S3가 어떤 역할을 하고 어떤 방식으로 배포 자동화가 이루어지는 지 책에 있는 그림을 다시 그려보았습니다. Travis CI와 S3 연동 이제는 위 모식도에서 1번을 위하여 준비합니다. AWS CodeDeploy에서 바로 빌드하고 배포하는 방법도 있습니다. 하지만 배포와 빌드를 분리하여 빌드없이 배포하고 싶을 경우(기존의 배포 파일을 재사용)를 대비해 이렇게 분리하여 자동화 흐름을 만든다고 합니다. 그리고 S3를 사용하는 이유는 배포를 위한 CodeDeploy에는 `저장`기능이 없습니다. 따라서 우리가 빌드한 JAR 파일을 보관할 곳이 없고 배포 파일 보관 저장..

Travis로 CI를 해보기에 앞서 간단한 용어들을 정리하고자 합니다. 간단 용어 정리 CI/CD란 무엇이며 왜? 하는가? CI/CD is a method to frequently deliver apps to customers by introducing automation into the stages of app development. The main concepts attributed to CI/CD are continuous integration, continuous delivery, and continuous deployment. -- Red Hat Article [what is CI/CD?] CI CI란 지속적인 통합(Continuous Integration)을 의미합니다. 지속적인 통합이란 말을..