쌩로그

목록 포스팅 개요 본론 도커(Docker) 1-1. 가상 머신과 도커 컨테이너 1-2. 도커를 시작해야 하는 이유 1-3. 도커 엔진 설치 요약 1. 포스팅 개요 이 포스팅은 위키북스 출판사의 '시작하세요! 도커/쿠버네티스'의 제 1장 도커란? 을 학습하며 기록한 포스팅입니다. 2. 본론 도커(Docker) 도커는 리눅스 컨테이너에 여러 기능을 추가함으로 애플리케이션을 컨테이너로서 사용할 수 있게 만들어진 오픈 소스입니다. 도커는 Go 언어로 작성되었습니다. 2013년 3월에 첫 릴리스가 발표된 이후 지금까지 개발되고 있습니다. 기존에 쓰이던 가상 머신(VM)과는 도커 컨테이너는 성능의 손실이 거의 없습니다. 도커와 관련된 프로젝트에는 다음과 같은 것들이 있습니다. 도커 컴포즈(Docker..

목록포스팅 개요본론  2-1. 구글  2-2. 카카오요약1. 포스팅 개요OAuth 2.0 애플리케이션 등록 과정에 대한 포스팅이다.참고로 네이버는 까다롭다는 말을 들어서 일부러 안 했다.2. 본론2-1. 구글먼저 구글부터 보자구글 OAuth 연결 링크에 들어간다.프로젝트를 만들어준다. 프로젝트 이름을 적고, 만들어준다. 그러면 위에 다음과 같이 프로젝트 이름이 나올 것이다.클릭! 프로젝트 선택 창이 나온다.생성된 프로젝트를 클릭한다. OAuth 동의 화면에 들어간다. 외부를 선택하고 만들어준다. 앱이름과 본인의 이메일을 넣어준다. 그리고 최 하단에 역시 본인의 이메일을 적어준다. 저장 후 계속 테스트 사용자는 등록해본적이 없다.그러므로 나는 저장 후 계속을 눌렀다. 그럼 완료가 진행된다..

목차 포스팅 개요 본론 2-1. NginX 설치 2-2. 로드밸런스 적용 2-3. SSL 적용 요약 살짝 푸념. 1. 포스팅 개요 HTTP 프로토콜로 통신하는 배포서버에 NginX를 이용하여 SSL인증서를 발급받아 서버가 HTTPS 프로토콜로 통신되도록 해보려고 한다. 2. 본론 2-1. NginX 설치 일단 배포 서버에 NginX를 설치해줘야 한다. $ sudo apt-get install nginx -y # EC2에 NginX 설치NginX를 설치한 후, 서버URL을 들어가면 다음과 같이 나온다. 그러면 NginX가 잘 설치 된 것이다. 참고로 NginX는 80포트를 기본으로 사용한다. 만약 80포트로 다른 무언가가 적용되어 있다면, 아래 화면이 나오지 않을 수도 있다. 2-2. 로드밸런스 적용 현재..

목차 포스팅 개요 본론 2-1. GitHub Actions란? 2-2. GitHub Actions 구축 2-2-1. 사전 준비 요약 1. 포스팅 개요 GitHub Actions가 무엇인지 간략히 알아보고 구축 과정을 살펴보고자 포스팅을 하게 되었다. 2. 본론 2-1. GitHub Actions란? GitHub Actions는 GitHub가 공식적으로 제공하는 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 CI/CD 플랫폼이다. CI/CD에 간략히 정리한 글이 있다. 이제 GitHub Actions를 구축해보도록 하자. 2-2. GitHub Actions 구축 2-2-1. 사전 준비 S3가 준비되어있어야 한다. CodeDeploy가 준비되어있어야 한다. EC2가 준비되어있어야 한다. IAM 서비스..

목록 포스팅 개요 본론 2-1. 파라미터 그룹 생성 2-2. 데이터 베이스 설정 요약 1. 포스팅 개요 AWS에서 RDS 인스턴스를 생성해주고, DB를 이용하는데, 시간이 한국 시간(GMT+9)으로 들어가는 것이 아니라, 유럽 런던 시간으로 들어가서 이걸 해결하고 싶었는데, AWS RDS에서 설정해주는 방법이 있었다. 그래서 트러블 슈팅 겸, RDS 설정 겸해서 포스팅하게 되었다. 간단하게는 하나의 파라미터 그룹을 만들고 그 그룹에 묶어주면 된다. 2. 본론 2-1. 파라미터 그룹 생성 먼저 RDS를 생성해준 이후, RDS의 파라미터 그룹 탭에서 파라미터 그룹 생성을 해준다. 각 항목을 적절히 입력하고, 생성하면 된다. 그리고 파라미터 그룹에서 생성된 파라미터 그룹을 선택해서 들어간다. 그럼 time 혹..

목록 포스팅 개요 본론 2-1. CI 2-2. CD 2-3. 지속적인 전달 요약 1. 포스팅 개요 CI/CD를 구축하는데 있어서 CI/CD에 대한 개념을 정리해보고자 포스팅하게 되었다. 쁠라스(+) 지속적인 전달 2.본론 2-1. CI CI는 continuous integration 의 줄임말로써 지속적인 통합을 의미한다. CI는 CI/CD 파이프라인을 구현하기 위한 첫 번째 단계이다. CI의 이점 배포 위험 감소 : 코드를 작성하면서 지속적으로 병합하면 초기에 발생하는 모든 오류를 해결할 수 있다. 높은 품질 : 수작업의 상당 부분을 자동화하면 개발자가 더 높은 수준의 테스트 활동에 집중할 수 있다. 비용 절감 : 지속적 통합을 구현하고 세분화된 배치로 나누어 많은 작업을 자동화하면 소프트웨어 전달과 ..

목차 포스팅 개요 본론 2-1. JAVA 설치 2-2. CodeDeployAgent 설치 2-3. AWS CLI 설치 요약 1. 포스팅 개요 GitHub Actions를 이용하기에 앞서서 EC에 해줘야 될 일이 있다. 바로 빌드된 jar 파일을 실행하기 위해 JAVA를 설치해줘야 하고, 배포를 위해서 CodeDeployAgent도 설치해줘야한다. 그 설치 과정을 기록한 포스팅이다. 2. 본론 정말 간단하다. 일단 시작하기 전에 패키지의 정보를 최신 상태로 업데이트하기 위해 해당 명령어를 실행해주자. $ sudo apt update2-1. JAVA 설치 먼저 JAVA부터 설치해보자. 커맨드에 아래 명령어를 실행해준다. $ sudo apt install openjdk-11-jre-headless해당 명령어를..

목차 포스팅 개요 본론 2-1. CodeDeploy 왜 필요할까? 2-2. CodeDeploy 구축과정 요약 1. 포스팅 개요 GitHub Actions를 통해서 CI/CD를 구축하기 위해선 CodeDeploy 설정을 해줘야 하는데, 왜 CodeDeploy가 필요한지 잠깐 알아보고, 구축 과정을 살펴보기로 하자. 2.본론 2-1. CodeDeploy 왜 필요할까? GitHub Actions로 CI/CD를 구축할 때, 대략적인 흐름은 다음과 같다. // github actions로 프로젝트의 빌드를 진행한다. // 빌드된 파일은 S3로 전달된다. // GitHub Actions가 CodeDeploy와 연결된 작업 중, EC2에 배포하라고 명령을 내리는 과정이 있다. // CodeDeploy가 그 명령을 받..

목차 포스팅 개요 본론 2-1. IAM 서비스 역할 생성 2-2. IAM 사용자 생성 요약 1. 포스팅 개요 AWS 배포를 위해 필요한 IAM 사용자와 IAM 서비스 역할 생성 구축 과정에 대한 포스팅이다. IAM 서비스 역할이 있어야 AWS EC2와 연계되어 배포 시 프로젝트 파일들이 EC2로 전달되어 배포가 진행된다. 그리고 IAM 사용자를 생성해야 액세스키가 발급되는데, 이 키는 GitHub Actions로 CI/CD 배포를 구축할 때 필요한 값들이다. 여튼.. 그렇다. 2. 본론 두 항목으로 나눠서 진행할 것이다. 하나는 IAM 서비스 역할 생성이고, 하나는 IAM 사용자 생성이다. 2-1. IAM 서비스 역할 생성 EC2의 인스턴스를 선택한 후, 태그를 확인해준다. 사진에선 가려놨지만, Name..

목차 포스팅 개요 본론 2-1. S3란? 2-1-1. Standard 클래스 2-1-2. Glacier 클래스 2-2. S3의 이점 2-2-1. 정적 웹 사이트 호스팅 2-3. 버킷 2-3-1. 객체 2-4. S3 구축 2-4-1. S3 버킷 생성 2-4-2. 정적 웹 페이지 파일 업로드 2-4-3. 퍼블릭 액세스 설정 2-4-4. 정책 생성 요약 1. 포스팅 개요 S3에 대해 간략히 알아보고 구축하는 방법에 대한 포스팅이다. 1-1. S3가 필요한 이유 현재 나에게 S3가 필요한 이유는 Github Actoins를 이용해서 CI/CD 자동 배포가 되도록 구축하는데, Github Actions에서 빌드를 진행하고, 빌드된 jar파일은 S3 - CodeDeploy를 거쳐 EC2에서 실행되어 배포되기 때문에..