일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- pro
- cloud function
- k8s
- terraform
- ECR
- AWS
- CentOS
- vpc peering
- pub/sub
- IAP
- interconnect
- gcp
- vm
- MIG
- IAM
- docker
- VAGRANT
- cicd
- cloud
- Java
- github
- kubernetes
- direnv
- Clean Code
- Terraform Cloud
- snat
- 우테캠
- devops
- Python
- Uptime Check
- Today
- Total
목록php (2)
EMD Blog
AWS를 사용하여 진행하며 요금이 과금될 수도 있습니다. 주의바랍니다. 꼭 AWS를 사용하지 않아도 다른 개인 서버(Local도 괜찮습니다.)를 사용해도 됩니다. Jenkins를 이용한 배포 자동화 이번에는 배포 자동화를 구현 해보자. 배포 자동화에 사용될 도구는 대표적인 CI 도구 중 하나인 Jenkins를 활용하도록 하겠다. 배포 프로세스는 이렇다. 먼저 개발을 하고 Commit 후 Github Repository의 Master로 Push를 하게 되면 Github에서는 WebHook을 통해 Jenkins에게 Push 이벤트를 보내고 Jenkins는 서버에 코드를 배포하게 된다. 서버는 AWS를 이용해서 진행하도록 하겠다. 먼저 Jenkins 서버로 사용할 EC2를 생성하자. 원래는 CentOS를 주로..
배포 자동화와 개발환경 가상화 대부분의 일들은 자동화를 시키면 굉장히 편하고 빠르게 업무를 처리할 수 있다. 개발이라고 다를 것이 없는데 기존의 배포 방식을 먼저 살펴보면 개발환경에서 개발을 하고 목표한 작업이 완료되면 테스트 후 배포한다. 이렇게만 보면 굉장히 간단해 보이고 실제로 어플리케이션 규모가 크지 않으면 간단한 작업이기도 하다. 하지만 어플리케이션 규모가 커지고 배포를 위해 해야할 작업량이 많아진다면 매번 작업단위로 배포하는일은 굉장히 번거로운 일이되버린다. 어차피 배포 자체는 항상 같은 프로세스를 반복하는 것이기 때문에 자동화를 시켜놓는다면 굉장히 편하게 개발을 진행할 수 있다. 그러면 자동화는 알겠는데 왜 가상화를 끼워넣었을까 아래의 예시를 보자 기존에 운영중이던 사내 서비스 중 PHP로 ..