Create Week10 Mission

[ThreeeJ]

🗣️ 이슈 번호

closed #89

📝 미션 번호

10주차 Misson

📋 구현 사항

• CI/CD 파이프라인 구축
• 구글 소셜 로그인 리다이렉트 주소 수정

📎 스크린샷

깃허브 주소 : https://github.com/ThreeeJ/UMC-9th-Node.js

✅ 체크리스트

• Assignees에 본인을 선택 했나요?
• Merge 하려는 브랜치가 올바르게 설정되어 있나요?
• 로컬에서 실행했을 때 에러가 발생하지 않나요?
• 불필요한 주석이 제거되었나요?
• 코드 스타일이 일관적인가요?

🤔 질문 사항

[hardwoong]

GitHub Actions와 AWS EC2를 이용한 CI/CD 배포, 그리고 EC2 환경에서의 Google 로그인 문제 해결까지 모두 잘 해결하셨습니다.

---

1. CI/CD 배포 파이프라인 구축

GitHub Actions와 AWS EC2를 연동하여 자동 배포 시스템을 구축하셨습니다. 스크린샷을 보니 deploy-main 워크플로우가 성공적으로 완료되었네요! 코드를 푸시하면 자동으로 배포되는 환경을 만드신 것은 정말 큰 성과입니다.

• deploy-main 워크플로우가 정상적으로 동작
• Pull Request 머지 시 자동 배포 트리거
• 최근 워크플로우들이 성공적으로 완료됨
• 배포 단계들이 모두 성공적으로 실행됨:
  • Set up job
  • Checkout
  • Configure SSH
  • Copy Workspace (34s)
  • Install dependencies (15s)
  • Copy systemd service file
  • Enable systemd service
  • Restart systemd service

배포 파이프라인 구성:

• GitHub Actions를 통한 자동 배포
• EC2 인스턴스에 자동 배포되는 파이프라인 구성
• systemd 서비스를 통한 애플리케이션 관리
• 배포 환경에서 애플리케이션이 정상적으로 동작

2. Google 로그인 배포 환경 문제 해결

EC2 배포 환경에서 Google 로그인이 동작하지 않았던 문제를 잘 해결하셨습니다. 스크린샷을 보니 umcnodehw.p-e.kr:3000 도메인을 통해 Google OAuth 콜백이 정상적으로 동작하고 있고, 데이터베이스에도 Google 로그인 사용자 정보가 정상적으로 저장되고 있네요!

해결 방법:

• Google OAuth 리다이렉트 URI를 도메인 형태(http://umcnodehw.p-e.kr:3000/oauth2/callback/google)로 변경
• auth.config.js에서 callbackURL을 도메인으로 설정
• Google Cloud Console에서 해당 도메인을 리다이렉트 URI로 등록

확인된 사항:

• Google 로그인 후 데이터베이스에 사용자 정보가 정상적으로 저장됨
• provider가 google로 설정됨
• provider_id가 정상적으로 저장됨
• 사용자 정보가 올바르게 DB에 적재됨

---

배포 환경에서의 Google OAuth 설정

핵심 포인트:

• Google OAuth는 IP 주소와 포트 번호 형태(15.165.8.21:3000)의 리다이렉트 URI를 지원하지 않습니다
• 따라서 도메인을 사용하는 것이 필수입니다
• callbackURL을 도메인 형태로 설정하고, Google Cloud Console에서도 동일한 도메인을 등록해야 합니다

현재 설정:

callbackURL: 'http://umcnodehw.p-e.kr:3000/oauth2/callback/google';

이 설정이 올바르게 적용되어 Google 로그인이 정상적으로 동작하고 있습니다!

도메인 설정 과정:

1. 도메인 DNS 설정

   • 도메인 제공업체(예: 내도메인한국)에서 도메인의 A 레코드를 EC2 인스턴스의 퍼블릭 IP 주소(15.165.8.21)로 설정
   • 이렇게 하면 도메인(umcnodehw.p-e.kr)이 EC2 인스턴스를 가리키게 됩니다

2. Google Cloud Console 설정

   • Google Cloud Console에서 OAuth 리다이렉트 URI를 도메인 형태로 등록
   • 예: http://umcnodehw.p-e.kr:3000/oauth2/callback/google
   • IP 주소 형태는 Google OAuth에서 지원하지 않으므로 도메인을 사용해야 합니다

3. 애플리케이션 코드 수정

   • auth.config.js에서 callbackURL을 도메인 형태로 변경
   • 환경 변수를 사용하여 개발/프로덕션 환경을 구분하는 것도 좋은 방법입니다

---

마무리

이번 미션을 통해 실제 프로덕션 환경 배포의 전 과정을 경험하셨습니다. CI/CD 파이프라인 구축부터 도메인 설정, OAuth 인증까지 모두 다루셨습니다!

특히 Google OAuth 리다이렉트 URI를 도메인 형태로 변경하는 부분에서 문제를 정확히 파악하고 해결하신 점이 인상적입니다. 여러 번의 시도 끝에 성공한 GitHub Actions 워크플로우도 고생 많으셨습니다!

배포 서버에서 API 테스트가 성공적으로 완료되었고, Google 로그인 후 데이터베이스에 사용자 정보가 정상적으로 저장되는 것까지 확인하신 점도 훌륭합니다!

---

참고사항

HTTPS 설정 권장:

• 현재 HTTP로 동작하고 있다면, 프로덕션 환경에서는 HTTPS를 사용하는 것이 보안상 안전합니다
• AWS Certificate Manager(ACM)를 사용하여 SSL/TLS 인증서를 발급받고, Application Load Balancer나 CloudFront와 연동하여 HTTPS를 적용할 수 있습니다
• 또는 Let's Encrypt를 사용하여 무료 SSL 인증서를 발급받을 수도 있습니다 (저는 이 방법을 더 선호합니다! 더 편해서..)

보안 그룹 확인:

• AWS EC2 보안 그룹 설정에서 HTTPS(443 포트)가 열려있는지 확인하세요
• 필요하다면 HTTP(80 포트)도 열어두되, 가능하면 HTTPS로 리다이렉트하는 것을 권장합니다

환경 변수 관리:

• 개발 환경과 프로덕션 환경의 callbackURL을 환경 변수로 관리하는 것을 권장합니다
• 예: CALLBACK_URL=http://umcnodehw.p-e.kr:3000/oauth2/callback/google
• 이렇게 하면 코드 수정 없이 환경에 따라 다른 URL을 사용할 수 있습니다

// src/config/auth.config.js
export const googleStrategy = new GoogleStrategy(
  {
    clientID: process.env.PASSPORT_GOOGLE_CLIENT_ID,
    clientSecret: process.env.PASSPORT_GOOGLE_CLIENT_SECRET,
    callbackURL: process.env.CALLBACK_URL || "http://localhost:3000/oauth2/callback/google", // 환경 변수 사용
    scope: ["email", "profile"],
  },
  // ...
);

PM2 또는 프로세스 매니저 사용:

• 프로덕션 환경에서는 PM2나 다른 프로세스 매니저를 사용하여 애플리케이션을 관리하는 것을 권장합니다