클라우드 부트캠프에서 현업에서는 EB보다는 ECS를 더 활용 많이 한다고 한다 그래서 백엔드 부트캠프에서 배운 Elastic Beanstalk과 클라우드 부트캠프에서배운 ECS는 어떤차이점이 있을지 궁금해서 정리했다 Elastic Beanstalk(EB) 웹 애플리케이션을 배포하고 실행하는 가장 간단한 방법 용량 프로비저닝, 로드 밸런싱, 오토스케일링 자동으로 관리해준다 + (docker와 함께 사용 가능) -프로비저닝 : 사용자의 요구에 맞게 시스템자원을 미리 할당해두었다가 필요할때 즉시 사용하는것 -로드 밸런싱 : 서버의 부하가 한쪽으로 치우치지 않게 클라이언트들의 요청을 여러서버로 균등하게 나눠주는것 -오토스케일링 : 어플리케이션을 모니터링하며 실시간으로 용량을 늘였다 줄였다 하는것 사용이 편리하다..
PNU_Cloud_Bootcamp
alias k=kubectlcs 도커->pvc로 가는 volume docker vs containerd service는 yaml에서 자동완성 type 빼먹으면 안된다
local에서 front와 back을 docker hub에 올려두고 docker-compose run시켰다 구조는 80->3333->80 순서의 간단한 구조였다 cloud9의 ec2에서도 허브에 있는 front와,back을 docker-compose-up 시킨다 여기서 ec2의 퍼블릭 80으로 들어가면 cors위반에러가 발생하는데 backend의 app.js에서 cors를 사용한다고 고쳐주면 해결된다 const express = require('express') const cors = require('cors') const app = express() app.use(cors())
class1 FROM node:16-alpine workdir /app copy package*.json ./ run npm install copy . . expose 80 cmd ["node","app.js"] npm 설치하고 추가로 생기는 모듈도 챙겨야해서 한번더 전체를 카피한다 도커데스크탑을 켜야 엔진이 돌아간다 docker build --tag=backend . -> 뒤에 . 을 붙여야 하는데 현재 폴더에 있는걸 빌드 한다는 뜻이다 dockerfile을 각각 이미지로 빌드 하고 내 컴퓨터에 있는 이미지를 도커허브에 넣어야 한다 docker login->docker push name 도커레포지에 푸쉬하는 이유 : 로컬에만 존재하면 복구 위험이 존재하기때문에 푸쉬한다 레포지에는 하나의 이미지만 존재할..
1. port 80->3333변경 2. 태그 입력할때 frontend:1.0 사이에 : 입력해야한다
