안녕하세요. 강사님!강의 정말 잘 보고 있습니다.lightsail로 서버도 배포해보고, ECS를 사용하여 hello world까지 구현해보고, 관리형 서비스에 대해 공부하는데 많은 도움이 되고 있습니다. 고민이 하나 있어 질문 드립니다. 강사님의 강의를 듣기전에 EC2로 배포한 웹사이트가 하나 있습니다. 이 사이트를 강사님 강의 내용을 기반으로 lightsail 또는 ECS로 전환해보고자 합니다. 전환하려는 이유는 기존 ec2는 로드밸런서 및 오토스케일링이 적용되어있지 않아 고가용성이 힘듭니다.보안그룹 또한 보완할점이 많다고 생각합니다.Backend의 경우는 DB도 ec2 내부에 있어서, 수평확장도 힘들 것같아, RDS로 데이터를 이관하려고 합니다.그래서 lightsail과 ECS 선택 기준에 알아보았는데, 소규모 서비스는 lightsail / 대규모 서비스는 ECS로 생각하면 된다고 하더라구요. 당연히 소규모와 대규모는 여러 요인에 따라 달라지긴 하겠지만, LightSail과 ECS를 선택하는 대략적인 기준이 있을까요?

안녕하세요. 강의 잘 보고 있습니다. lightsail instance 터미널에 연결후에 서버를 실행해 주고 난 뒤 터미널을 종료하면 어느정도 시간이 지나면 서버가 연결이 끊기네요. 계속 연결을 지속시키려면 어떻게 할 수 있을까요?  

강의 타이핑 그대로 따라했는데도, npm run build, npm run test에서 redis time out error가 발생하네요. 버전이 안맞는건지.. 강사님과 동일하게 버전 맞추고 진행하고 싶은데 package.json이라도 제공해주시면 감사드리겠습니다.

안녕하세요,포트를 80으로 바꾼 뒤, sudo npm run start 가 안됩니다.sudo: npm: command not found 메세지 뜹니다. 어떻게 해야될까요? 

ec2 에 배포할 경우 아래처럼 deploy.ytml 수정 하면 pm2 프로세스 종료 후 서버 시작까지 잘되요 여기에 뭔가 좀 빼고 더하는 개선이 필요할것 같은데 일단 기본적인 배포 액션은 잘 동작 합니다. deploy.ymlname: deploy on: push: branches: - main jobs: deploy: runs-on: ubuntu-latest steps: - name: Checkout the code uses: actions/checkout@v1 - name: Setup Node.js uses: actions/setup-node@v3 with: node-version: "18.x" - name: Create SSH directory run: mkdir -p ~/.ssh - name: Install pm2 run: sudo npm install -g pm2 - name: SSH Commands uses: appleboy/ssh-action@v0.1.6 with: host: ${{ secrets.AWS_SSH_HOST }} username: ${{ secrets.AWS_SSH_USERNAME }} key: ${{ secrets.AWS_SSH_KEY }} port: ${{ secrets.AWS_SSH_PORT }} script_stop: true script: | # sudo apt-get update || exit 1 cd express-redis-server/ sudo pm2 delete all || true sudo git pull || exit 1 sudo npm install || exit 1 sudo npm run build || exit 1 sudo pm2 start npm -- start

'Express App 받아서 준비하기' 강의 내 강의자료(프로젝트 파일)을 다운받아서 .env 파일에 PORT, REDIS_URL 값만 설정해주고 바로 npm rum dev를 실행시켰는데 계속 저런 오류가 발생하네요... node.js를 전혀 모르다보니... 어떤식으로 트러블슈팅을 해야하는지 감이안잡혀서 질문 남깁니다ㅠ

"Artillery 이용해서 부하 테스트 해보기" 강의에서 소스 다운 받을 수 있게 해주신다고 했는데 어디서 받을 수 있나요?

섹션 5. 견고한 서버 구축하기 강의 이전까지는 문제가 없었는데 갑자기 npm run dev 명령어를 실행하니 아래와 같은 오류가 생기는데 왜 생기는 걸까요? 

test.yml 파일까지는 실행이 되는데deploy.yml 은 실행이 안되네요.Action 에서 test 만 실행되고 deploy 은 실행이 안되는데, 별도로 어디 설정을 해줘야 하나요?확인 부탁드릴게요...   

지금 강의 수강중인데 express 소스 코드는 확인했는데 그 외 수업자료는 제공이 안될까요? 공부한 내용을 화면 캡쳐해서 정리하고 있거든요.

[섹션 10 - Self-healing! - 죽은 서버(테스크) 자동으로 살려내는 AWS ECS service 알아보기] 강의에서Task 의 RollingUpdate 하는 모습과 health check 에 의한 Task 소멸 및 생성 모습을 보여주셨는데요.ECS 의 Task 소멸 및 생성 속도가 너무 느려서 놀랐습니다.집에서 Kubernetes 로 실습해본 경험에 의하면, K8S 에서는 3초면 되는 것이, ECS Fargate 에서는 3분이 걸리는 것 같은데요.원래 ECS 의 Fargate launch type 이 아주 느린 것인가요?ECS 의 EC2 launch type 이었다면 Fargate 보다는 조금 빠른지요? 로컬에서 돌리는 Kubernetes 만큼 몇초만에 수행을 완료할 정도로 빠르게 하는 방법은 없는지요?ECS 너무 느려서 이걸 써야 되나라는 실망스런 마음이 큰데요.반응 속도가 빠른 auto scailing 을 구현하려면, 직접 K8S 쓰는 것이 더 현실적인 방법인 것인지 고민이 됩니다.

안녕하세요, 강사님,섹션 9 : Container Orchestration - [AWS ECS - Service 사용해서 여러개의 Task 생성하고 Load balancer 연결해주기] 강의에서ECS Cluster 에 Service 를 만들 때, Service 에 적용하는 Load Balancer 도 내부적으로는 EC2 를 이용한 것인가요? Service 에 만든 Load Balancer 에도 별도의 Load Balancer 비용이 부과되나요?LightSail 에서 적용했던 Load Balancer 와 동일하게 비용이 드는지 궁금합니다. 만약, 비용이 부과된다면, ECS 에서 여러 Task 에 auto scailing 을 적용할 경우, Load Balancer 의 갯수가 많아질텐데, 그 갯수만큼 비용이 부과되는지도 궁금합니다.

안녕하세요 수업 잘 듣고 있습니다 JSON을 처음 접하게 되었는데 막히는게 너무 많이서 세션6 도커 부터 듣고 이후헤 AWS를 들어도 될까요?세션4 중간 까지 했습니다 구글링해도 에러를 해결 하지를 못해서 시간을 너무 많이 잡아 먹습니다

도메인으로 접속하면 502으로 뜨고 IP로는 접속이 안됩니다

해당 강좌에서 secrets key도 github에정상 등록했으나 github action시 SSH and deploy 동작에서 아래와 같은 에러가 발생합니다 deploy.yml

섹션1넘기고 섹션2에서 공유해주시는 express파일로 그냥 진행해도되나요?

마지막 git action으로 배포하고 env보니, 기존에 설정했던 PORT랑 URL 유지가 안되던데.. 방법이 있을까요?

ecs service 등록하려고 보니, Load balancer 설정 부분에 이렇게 뜨는데,, 제가 Lightsail 볼때 따로 등록 안해줘서 설정 부분이 이렇게 뜨는걸까요? ㅠㅠ ec2에서 설정 따로 해줘야한다는거 같은데 로드밸런싱 활성 작업을 위해서 어떤 어떻게 등록 해야하는 걸까요?

선생님 안녕하세요.MongoDB에 이어 infra 관련 강의도 잘 수강하고 있습니다.캐싱 관련되어 선생님 의견이 궁금해 질문드립니다. 백그라운드현재 MongoDB + Nest.JS를 사용해 WAS를 구축한 상태입니다.도큐먼트 안에 서브 도큐먼트들이 array 형태로 들어가도록 Model을 설계했는데요, 서브 도큐먼트를 가져올 때 aggregation을 사용해 페이지네이션을 적용했습니다.(처음에 설계 시, 잘 못 생각해 이러한 설계를 하긴 했습니다..)aggregation에는 성능 문제가 따라올 위험이 있을까봐 해당 GET 요청 컨트롤러에는 캐싱을 적용했습니다.문제가 되는 부분은 캐싱처리로 인한 코드의 가독성 저하 입니다.WAS안에서 GET 요청 시 캐싱을 적용하고, POST, PUT, PATCH 요청시에는 캐싱을 지우고 있는데, 비즈니스 로직안에서 이를 처리하다보니 코드의 가독성이 급격히 떨어지더라고요. 제가 생각한 해결 방안이를 해결하기 위해 event emitter를 사용해 캐싱을 비즈니스 로직으로부터 떼어낼까 고민했습니다.다만 이 해결방안은 캐싱처리하는 로직 자체가 하나의 WAS에 존재하고 있어 추후에 또 비슷한 문제가 발생하지 않을까 생각이 들더라고요. 질문선생님께서는 이러한 문제 발생 시 캐싱 처리는 프록시 서버를 띄워서 앞단에서 미리 처리를 하시는지... 아니면 또 다른 좋은 방식으로 설계를 하시는지 궁금해서 질문드립니다.

Attempting to validate your cerificate... 상태에서 아무리 기다려도 Valid 상태로 넘어가지지가 않습니다.이런경우는 어떤 경우인가요?