개발하고 싶은 초심자

1. Client Deployment Pipeline ① 소스 코드를 클론해온 뒤, buildspec.yml 파일을 생성하고 파일 내용을 채운다. version: 0.2 phases: pre_build: commands: - cd client - npm install build: commands: - npm run build artifacts: files: - '**/*' base-directory: client/build 저장하고 commit, push한다. ② AWS에 접속하여 CodePipeline을 검색하여 메인 콘솔에 들어간 후 파이프라인 생성 클릭. 파이프라인 이름 설정 - 다음 - 소스 공급자는 Github(버전 2) - 다음 - Github에 연결 - 연결 이름 설정 - Github에 연결..

오늘은 도커에 대해 학습했다. 지난 시간 ec2 생성부터 시작하여 rds 데이터베이스까지 연결해서 서버와 클라이언트를 배포할 때는 정말 복잡해보였는데, 도커를 활용하여 이미지를 만들고 도커파일을 생성하고, 도커 컴포즈를 활용하니 정말 쉽게 느껴졌다. 실습 중간 중간 나오는 에러 메시지들은 빠질 수 없었지만. 에러 메시지들이 나올 때마다 캡쳐하여 블로그에 정리해두니 머리속에 더 잘 남는다. 익숙하지 않으면 자주 볼 수도 있고, 그렇게 계속 반복하면서 에러를 해결할 수도 있지만, 똑같은 내용의 에러가 다시 나올 것이라는 보장을 할 수 없기 때문에 내 스스로 정리해둔 것을 보면서 학습하는 것이 좋다. 내일 모레가 시험인데, 벌써부터 또 긴장이 된다. 중요한 일을 앞두고 항상 긴장이 되는 것은 어떻게 해야 하는..

✷ Docker Download macOS Docker Desktop Install (intelChip / Apple Chip(M1) 설치 방법 따로 존재하기 때문에 설치 과정에서 주의할 것) M1으로 Docker 설치 방법 (인텔칩이나 우분투는 사용하지 않아 자세히 쓰지 않음) (우분투 도커 설치 방법 / Docker Engine 설치 후 Docker Compose 설치 진행할 것 / 우분투는 무조건 명령어 앞에 sudo 붙일 것) ① Mac with Apple silicon을 클릭하여 다음 명령어로 로제타 2 설치하기. softwareupdate --install-rosetta ② 사이트에 들어가서 보이는 Mac with Apple Chip으로 설치하기 ③ Docker.dmg 파일 더블 클릭 - Do..

오늘은 EC2 인스턴스 생성부터 S3 버킷 생성, RDS 데이터베이스 생성 및 연결, 그리고 advanced 챕터인 ELB 생성 및 ACM을 통한 인증서 발급과 CloudFront 배포 생성, 그리고 ELB와 CloudFront의 호스팅 영역에 별칭 레코드 생성하는 부분까지 해봤다. 일요일에 할 때는 계속 같은 에러 메시지가 뜨고 제대로 연결이 되지 않아 왜 그런지에 대한 원인에만 매달리다가 결국 해결하지 못했다. 그래서 오늘 오전 시간에 한 번 인스턴스 재생성부터 시작했더니, 데이터베이스 연결까지 잘 되는 것을 확인할 수 있었다. getaddrinfo EAI_AGAIN mysql:3306 에러는 데이터베이스를 연결하지 않아 나오는 에러였다. 서버만 실행되고 있을 뿐, 실질적인 데이터베이스는 연결하지 않..

1. 백엔드 ① ELB 생성 및 ACM을 통한 인증서 발급 (인증서 발급은 무조건 미국 동부 리전에서 만들 것. 다른 곳에 만들면 CloudFront 연결에서 안됨). ✷ ELB(Elastic Load Balancing) : 네트워크 트래픽을 분산하여 애플리케이션 확장성 개선 → 트래픽을 자동으로 분산해주는 기능. 트래픽의 짐을 덜어주는 역할. AWS 사이트에 EC2를 검색한 후 로드 밸런싱 - 로드 밸런서 - 로드 밸런서 생성을 클릭한다. Application Load Balancer(제일 왼쪽에 있는 것)의 Create 버튼을 클릭한다. Load Balancer name을 ELB로 설정한다. Add listener 버튼을 누르고 HTTPS를 추가한다. Network mapping에서 Mapping 체..

0324 git branch와 project workflow를 학습했다. section 1에서 git과 github를 미리 학습했기 때문에 이번 챕터의 내용이 많이 어렵다고 느껴지지는 않았다. 그러나 section 1에서는 모든 브랜치를 master나 main으로만 통일했지만, section 3에서는 그 master / main을 내가 원하는 브랜치 이름으로 나누어야 한다는 것이 달랐다. 그리고 유독 유어클래스에 많은 정보들이 들어있지 않고, 공식 문서 링크들을 많이 달아놓았다는 느낌이 많이 들었다. 공식문서를 보아도 이해되지 않는 부분들이 많아 직접 구글링을 통해 블로그에 정리해두었다. 그렇게 하다보니 이해가 잘 될 수 있었고, 체크포인트 문제들을 푸는 것이 어렵지 않았다. 0325 aws 배포를 직접..

1. 백엔드 배포 ① EC2 인스턴스 생성 및 연결 EC2를 검색하여 EC2 메뉴에 들어온 다음, 리전을 현재 있는 위치와 가깝게 지정해준다(지금은 아시아 태평양(서울)). 그 다음 인스턴스 시작 버튼을 클릭한다. 용도에 맞게 AMI를 선택해준다. 프리 티어만 체크박스에 체크해주고, Ubuntu Server 18.04(우분투 인스턴스를 생성하기 위해)를 선택해준다. (20버전은 이슈가 발생할 수 있기 때문에 18버전을 권장한다. 프리티어만 체크박스에 체크하지 않았을 시, 요금이 부과될 수 있다.) 인스턴스 유형을 선택하는 과정으로 생성하는 인스턴스의 CPU, RAM, 용량에 대한 선택이 가능하다. 이번 실습 과정에서는 프리티어 사용 가능 태그를 확인하여 과금되지 않은 유형인 t2 micro를 선택했고, ..

1. Cloud Computing : 인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비스를 제공하는 서비스 ⇒ 컴퓨터 통신망의 복잡한 네트워크 및 서버 구성 등을 알 필요 없이 어디에서나 컴퓨터 자원으로 인터넷이 연결된 어디서나 자신이 원하는 작업을 할 수 있다는 것을 보장해줌. ① 클라우드 컴퓨팅이 나오기 전 기존 서버 방식의 한계점 ‣ 주기적인 유지관리 필요 ‣ 공간의 한계 ⇒ 추가적인 서버 증설이 어렵게 되어 데이터 센터의 등장, 유휴자원 대여 서비스 등장 ⇒ 데이터 센터는 온프레미스 환경(서버의 자원과 공간 네트워크 환경 제공 환경) ② 클라우드 ‣ 데이터 센터와 비슷한 역할을 하지만 가상화 기술의 발전으로부터 비롯된 가상 컴퓨터를 대여한다는 점이 다르다. ‣ 클라우드 서비..