본문 바로가기

전체 글231

배포 자동화를 해보자-1(Github Actions) ㅇ 배포 자동화 클릭 이나 명령어 입력을 통해서 전체 배포과정을 진행하는것 왜할까? 수동으로 배포를 할때보다 자동으로 하는게 시간절약되고, 휴먼에러를 방지 할 수 있다. ㅇ 배포 자동화 파이프라인 소스코드의 관리부터 실제 서비스로의 배포 과정을 연결하는 구조. 파이프라인을 크게 세단계로 나눌 수 있다. Source 단계 : 원격 저장소에 관리되고 있는 소스코드의 변경이 일어날 경우, 다음단계로 전달함. Build 단계 : 전달받은 코드를 컴파일, 빌드, 테스트해 가공함. build단계를 거쳐 생성된 결과물을 다음 단계로 전달함. Deploy 단계 : 전달받은 결과물을 실제 서비스에 반영하는 작업을 수행함. ㅇ AWS 개발자 도구 개발자 도구 섹션에서 제공하는 서비스를 활용해 배포자동화 파이프라인을 구축할.. 2023. 7. 27.
배포과정중 외부포트 문제 해결 분명 기존 인바운드 규칙에서 포트는 전체로 고정되어있었다. 그래서 나는 절대로 포트 문제는 아니라고 생각했는데, 인바운드 규칙을 새롭게 만들고 포트를 8080으로 했더니 포스트맨으로도 api 호출이 가능해졌다. 원래 EC2 내에서 curl 명령어로는 api가 잘 호출이 됐었다. 하지만 포스트맨으로 테스트하려고하면 timeout이 되면서 연결이 안됐던게 바로 외부 포트가 연결이 안되어있었기 때문이다. 여기서 의문이 든다. 왜 왜 왜 분명 기존 인바운드 규칙에서 포트범위는 전체였다. 그런데 왜 닫혀있었던걸까? 포트 포워딩 설정: EC2 인스턴스 내부에서 애플리케이션이 동작하는 포트와 보안 그룹의 인바운드 규칙에 설정된 포트가 일치하지 않을 수 있습니다. 예를 들어, 애플리케이션이 8080 포트에서 동작하고 .. 2023. 7. 24.
배포를 해볼까-7(성공) 와우! 우리팀의 빛, 지원님께서 외부포트가 안열린거 아닐까요? 라고 힌트를 주셨다. 그래서 집에오자마자 바로 인바운드 규칙을 추가했다. 그러니 바로 성공했다. 나의 잃어버린 일주일이 아깝지가 않았다. 너무너무 행복했다. 위에있는 규칙을 추가해보니 8080 포트로 열리고 됐다. 나는 기존에 있던 규칙이 포트범위가 전체로 되어있어서 당연히 열려있을거라 착각했던 것이었다. 저 영롱한 초록빛깔 200OK가 보이는가 오늘 잠은 편히 잘 수 있을것 같다. 이 모든 영광을 지원님께 바친다. 빅토리. 트러블 슈팅 https://thcoding.tistory.com/110 2023. 7. 24.
배포를 해볼까-6 저번 포스팅에 이어서 작성해본다. 저번에 도커에 이미지를 띄우고 컨테이너도 만들어서, 거기에 내 프로젝트를 git clone 하고, 환경변수까지 적용을 성공했다. 그래서 docker logs {컨테이너ID} 명령어를 입력하면 내 프로젝트가 정상적으로 실행되고 있는 로그를 확인 할 수 있었다. 그런데, 막상 포스트맨으로 테스트해보려고하는데, 타임아웃이 떠서, 테스트를 할 수 없었다. 그래서 gpt에게 왜 안되는지 할 수 있는 방법을 물었다. gpt의 답변은 아래와 같다. 도커 호스트 네트워크 모드: EC2 인스턴스에서 Docker 컨테이너를 실행할 때, 도커의 호스트 네트워크 모드를 사용하는지 확인하세요. 호스트 네트워크 모드는 컨테이너를 도커 호스트의 네트워크와 동일하게 실행하므로, 도커 호스트의 포트가.. 2023. 7. 24.

티스토리툴바