DevOps11

• 

  AWS S3 퍼블릭 버킷 생성하기 Amazon Simple Storage Service(Amazon S3)는 업계 최고의 확장성, 데이터 가용성, 보안 및 성능을 제공하는 객체 스토리지 서비스입니다. 모든 규모와 업종의 고객은 Amazon S3를 사용하여 데이터 레이크, 웹 사이트, 모바일 애플리케이션, 백업 및 복원, 아카이브, 엔터프라이즈 애플리케이션, IoT 디바이스, 빅 데이터 분석 등 다양한 사용 사례에서 원하는 양의 데이터를 저장하고 보호할 수 있습니다. Amazon S3는 특정 비즈니스, 조직 및 규정 준수 요구 사항에 맞게 데이터에 대한 액세스를 최적화, 구조화 및 구성할 수 있는 관리 기능을 제공합니다. 출처 : https://docs.aws.amazon.com/ko_kr/AmazonS3/latest/userguide/W.. DevOps/AWS 2024. 1. 2.

• 

  AWS Route 53 으로 도메인 등록하기 도메인 등록 도메인을 등록할 때 여러 사이트에서 도메인을 등록할 수 있다. 가장 널리쓰는 "가비아" 같은 곳도 있다. https://www.gabia.com/?utm_source=google&utm_medium=cpc&utm_term=%EA%B0%80%EB%B9%84%EC%95%84&utm_campaign=%EA%B0%80%EB%B9%84%EC%95%84 웹을 넘어 클라우드로. 가비아 그룹웨어부터 멀티클라우드까지 하나의 클라우드 허브 www.gabia.com 이곳에서 도메인을 등록하거나 DNS 전용관리를 할 수 있다. 많은 사람들이 가비아를 사용하는 이유가 편한 이유도 있지만 값싸게 도메인을 살 수 있다는 이유도 있다. 예를들어 AAA 를 예를 들었을 때 AAA.shop 또는 AAA.store 같은 도메.. DevOps/AWS 2023. 12. 18.

• 

  AWS Route53 을 이용하여 vercel 도메인 설정 및 변경 프론트엔드 분들이 CI/CD 또한 지원되어 repository 에 push 가 일어날 때 마다 자동으로 배포를 해주는 편리함 등 여러 이유로 VERCEL를 이용하여 서비스를 배포한다. 하지만 최상위 도메인은 .vercel.app 이기 때문에 서비를 할 때는 도메인을 변경할 필요가 있다. 오늘은 AWS 의 Route 53 서비스를 이용하여 vercel 도메인 설정 및 변경할 것이다. 먼저 도메인을 구입하여, Route53 서비스 호스팅 영역에서 자신이 산 도메인이 보이게 한다. AWS 의 Route 53 서비스를 이용하여 도메인을 샀다면 바로 나타날 것이고, "가비아"나 다른 곳에서 도메인을 샀다면 호스팅 영역 생성을 눌러 호스팅 영역을 만들어주어야 한다. 본인이 구매하거나 얻은 도메인 이름을 입력해준다... DevOps/AWS 2023. 12. 14.

• 

  EC2에 HTTPS 적용 2편 - 로드 밸런싱( 대상 그룹, 로드 밸런서) https://programmer-may.tistory.com/176 EC2 HTTPS 적용 (feat. Mixed Content 에러) 개요 최종적으로 프론트엔드와 백엔드의 작업이 끝나, vercel에 배포된 프론트엔드 배포 사이트와 내가 만든 서버인 EC2 서버를 연동시켰다. 하지만 연동하자마자 에러를 만날 수 있었다. 최초 HTML programmer-may.tistory.com 전편의 도메인 등록(AWS Route 53 , 가비아 )부터 SSL 인증서 발급( AWS Certificate Manager(ACM)) 까지 알아 봤다. 이젠 EC2 겉에 로드밸런서를 두어 HTTPS 요청을 받을 수 있게 하자! EC2 - Target Group 로드 밸런서에 적용하기 위한 Target Group을 만들어줘.. DevOps/AWS 2023. 12. 9.

• 

  EC2 HTTPS 적용 1편 - (feat. Mixed Content 에러) 개요 최종적으로 프론트엔드와 백엔드의 작업이 끝나, vercel에 배포된 프론트엔드 배포 사이트와 내가 만든 서버인 EC2 인스턴스를 연동시켰다. 하지만 연동하자마자 에러를 만날 수 있었다. 최초 HTML이 안전한 HTTPS 연결을 통해 로드될 때 혼합 콘텐츠가 발생한다. 이때 다른 리소스(예: 이미지, 동영상, 스타일시트, 스크립트)는 안전하지 않은 HTTP 연결을 통해 로드된다. 이는 HTTP 콘텐츠와 HTTPS 콘텐츠가 함께 로드되어 동일한 페이지를 표시하므로 혼합 콘텐츠라고 하는데, 최초의 요청은 HTTPS 연결을 통해 보안 처리되었다. 최신 브라우저는 이 유형의 콘텐츠에 대한 경고를 표시하여 해당 페이지에 보안되지 않은 리소스가 포함되어 있음을 사용자에게 알려 준다. 즉, HTTPS 요청 내에서.. DevOps/AWS 2023. 12. 8.

• 

  AWS EC2 : permission denied (public key) 나같은 휴먼 에러 있으신 분들을 위해 글 작성합니다. yml 파일에는 RELEASE_SERVER_USERNAME 의 Secrets를 받는데, 변수명과 안에 내용들 잘 확인합시다~~!! 버린 시간이 너무 아깝다.... DevOps/Git 2023. 12. 3.

• 

  CI/CD : GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 3편 이전 포스팅 보지 않으신 분들은 아래 포스팅을 참고 하고 이것을 봐주세요. GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 1편 - EC2 서버 구축 https://programmer-may.tistory.com/172 CI/CD : GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 1편 지난번 혼자서 끙끙대고 지인에서 물어봐서 develop 브랜치의 자동배포 파이프 라인을 구축해 보았다. 이번엔 혼자서 실전 느낌으로 release 브랜치의 자동 배포 서버를 만들어 보겠다. 먼저 사용하 programmer-may.tistory.com GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 2편 - RD.. DevOps/Git 2023. 11. 29.

• 

  CI/CD : GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 2편 이번 글은 저번글에서 이어지니 저번글을 아직 보지 않은 분들은 저번글을 읽어주세요. https://programmer-may.tistory.com/172 GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 1편 지난번 혼자서 끙끙대고 지인에서 물어봐서 develop 브랜치의 자동배포 파이프 라인을 구축해 보았다. 이번엔 혼자서 실전 느낌으로 release 브랜치의 자동 배포 서버를 만들어 보겠다. 먼저 사용하 programmer-may.tistory.com 저번에 OpenSSH key를 만드는 것 까지 했다. 이젠 나의 EC2 서버에 들어가서 Open JDK 를 깔아 나의 JAR 파일이 실행 될 수 있도록 하겠다. (추가적으로 MySQL 클라이언트까지 다운) 먼저 Mob.. DevOps/AWS 2023. 11. 28.

• 

  CI/CD : GitHub Actions, EC2, RDS를 활용한 자동 배포 파이프 라인 구축하기 1편 (PEM, PPK 키 , PuTTy) 지난번 혼자서 끙끙대고 지인에서 물어봐서 develop 브랜치의 자동배포 파이프 라인을 구축해 보았다. 이번엔 혼자서 실전 느낌으로 release 브랜치의 자동 배포 서버를 만들어 보겠다. 먼저 사용하는 것으로 EC2 인스턴스와 RDS MySQL 이다. 인스턴스 시작을 누르고 이름을 적어준다. 사용자로는 ubuntu 를 사용하였다. 인스턴스 유형으로는 기본값으로 설정되어 있는 t2.micro 사용하였다. 다음은 중요한 키페어이다. 미리 만들어둔 키페어가 없기 때문에 새키 페어 생성을 눌러 키페어를 등록해준다. PEM 로 하면 OpenSSH 연결을 한번에 할 수 있는데, ppk 키를 Putty 로 OpenSSH Key로 변환하는 작업을 공개하겠다. 그러면 이런 키가 다운 받아지는데, 잘 갖고 있어야한다. .. DevOps/AWS 2023. 11. 27.

• 

  GitHub Actions - CI/CD 환경 설정 : Pull Request 승인절차, 코드 리뷰 환경 구축 CI/CD의 "CI"는 개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration)을 의미합니다. 지속적인 통합이 제대로 구현되면 애플리케이션 코드의 새로운 변경 사항이 정기적으로 빌드 및 테스트를 거쳐 공유 리포지토리에 병합됩니다. 따라서 여러 명의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 경우 서로 충돌하는 문제를 이 방법으로 해결할 수 있습니다. 출처 : https://www.redhat.com/ko/topics/devops/what-is-ci-cd 협업 문화가 활발해지면서 유지보수성(maintainable)의 중요성 또한 높아졌다. 이번 미니프로젝트 백엔드 팀장이 되면서, 이 부분에 대해서 더욱 느끼는 바이다. 깔끔한 코드란 어떠한 방법론으로 적은 코.. DevOps/Git 2023. 11. 21.

• 

  [Git] Git의 기능과 명령어(init , vi , status , add , commit, ) window11 64 Git설치 (23.07.12) 깃의 기능 *분산 버전 관리 *변경사항 추적 *브랜치 *원격 저장소 지원 *이력 관리 *병합 및 충돌 해결 *태그 git repository 깃으로 관리되는 프로젝트 저장소 프로젝트의 모든 파일, 폴더,버전 정보, 이력등을 저장 git repository에는 local repository remote repository 두가지가 있는데 local은 개발자가 작업하는 디바이스 저장이다 중앙저장소의 개념으로 디바이스에 있던 내용을 동기화 시켜서 협업이 가능하다 깃 브랜치 코드 변경사항을 병렬적으로 개발할 수 있는 기능 새로운 브랜치를 생성하여 기존 소스 코드와는 별개로 작업을 진행 브랜치 간에는 서로 영향을 주지 않는다 여러 개발자가 동시에 작업할 때 충돌방지 git을 설치하고 $ git 명령어를 치면 간략.. DevOps/Git 2023. 7. 12.