SLOW NOTES · CLEAR STRUCTURE
Learning, building, and documenting.
목차1. 오늘 한 일2. 전체 최종 구성3. 로컬 변경사항 GitHub에 push4. EC2 생성 및 최초 SSH 접속5. Windows PEM 파일 권한 수정6. EC2에 Docker 설치7. 공용 Docker Network 생성8. 최초 계획: GitHub Actions 전용 SSH 키9. EC2_KNOWN_HOSTS 생성 과정에서 발생한 문제10. 초기 GitHub Secrets11. GitHub Variables12. NEXT_PUBLIC_API_URL은 바로 설정하지 않음13. 최초 GitHub Actions CI 확인14. PostgreSQL 준비15. DB 비밀번호 생성16. PostgreSQL Compose 작성17. WAS → PostgreSQL 연결18. WAS 최초 배포 활성화19. ..
댓글
SSH 배포와 SSM 배포 정리오늘 배운 내용어제 CI/CD를 정리하면서 파이프라인의 마지막 칸을 ./scripts/deploy.sh production 한 줄로 넘겼는데, 그 한 줄이 실제로 어떻게 원격 서버에서 실행되는지가 비어 있었다. 오늘은 그 자리를 채우는 두 가지 방식을 비교해보았다.배포의 마지막 단계는 결국 하나의 문제로 좁혀진다. 내 손에 있는 산출물을 저기 있는 서버에서 실행되게 만들기. 그러려면 원격 서버에 명령을 내릴 통로가 있어야 하고, 그 통로를 무엇으로 여느냐가 오늘의 TIL 주제이다.SSH — 서버에 직접 접속해서 명령을 실행한다. 가장 오래되고 어디서나 통하는 방식.SSM(AWS Systems Manager) — 서버에 설치된 에이전트에게 AWS API로 명령을 대신 전달한다..
댓글