이미지 pull중 no basic auth credentials 문제입니다.

안녕하세요 수현님! 질문 잘 해주셨어요 !보내주신 내용들 토대로 디버깅 도와드려볼게요 ~아래 과정들을 통해 디버깅 해보시는걸 추천드려요 :) "이미지를 pull 하는 곳에서 문제가 생깁니다. no basic auth credentials 이렇게 에러가 나오게 되네요…"-> 현재 스크립트에서 ECR 로그인 부분에 문제가 있는것 같아요 !아래와 같이 실제 ECR 주소로 변경하시고, sudo 명령어를 제거한 뒤 시도해보시는 걸 추천드려요 !script: | cd /home/ubuntu/movie-project aws ecr get-login-password —region ap-northeast-2 | docker login —username AWS —password-stdin 139144002104.dkr.ecr.ap-northeast-2.amazonaws.com docker-compose down docker-compose pull docker-compose up -d "Docker 권한 문제"-> EC2에서 ubuntu 사용자가 docker 그룹에 포함되어 있는지 확인해보시는걸 추천드려요 !sudo usermod -aG docker ubuntu newgrp docker " 각 마이크로 서비스에 연결된 데이터베이스가 모두 maraiDB라면 이걸 docker-compose.yml로 이미지화 시켜야하는것이 맞을까요?"-> 실제 운영 환경에서는 docker-compose로 한 번에 띄우지 않고 별도의 서버에 DB를 띄우지만개발 및 테스트를 위해 docker-compose를 활용해 한 번에 모든 DB를 띄우고 싶으시다면맞게 구성하신겁니다! 위에 말씀드린 방식으로 디버깅 해보시고 여전히 에러가 발생하시면질문 다시 한 번만 남겨주세요~!!

redis 사용으로 인한 비용

안녕하세요 ddobbi님! 질문 잘해주셨어요 ~Redis 라이선스와 비용에 대해 답변드려볼게요~~Redis 자체는 오픈소스이기 때문에 고객사의 별도 사용 허락 없이도 자유롭게 사용하실 수 있어요 !다만, 선배님이 말씀하신 비용 부분은 클라우드 서비스(AWS ElastiCache, Redis Cloud 등)를 사용할 때 발생하는 인프라 비용을 말씀하신 것 같네요 :)추가로 궁금하신 점 있으시면 언제든 질문 남겨주세요 ~

AWS 리소스 종료 관련 문의

안녕하세요 baltol님! 질문 잘 해주셨어요 !AWS 비용에서 가장 헷갈리는 포인트 중 하나예요 ! 정리해서 답변드려볼게요 ~"중지(Stop)"는 인스턴스를 잠깐 꺼두는 개념이에요 ~이 경우 컴퓨팅 비용은 발생하지 않지만, EBS(스토리지) 요금이나 퍼블릭 IP 요금은 계속 나가요 !그래서 환경을 그대로 두고 나중에 다시 시작할 수 있다는 장점은 있지만, 완전히 비용이 없어지는 건 아니에요 ~"종료(Terminate)"는 인스턴스 자체와 루트 볼륨까지 싹 다 삭제하는 개념입이에요 ~따라서 컴퓨팅/스토리지 비용이 같이 없어져서 비용 발생 가능성이 거의 사라져요 !다만, 다시 쓰려면 새로 인스턴스를 생성해야 한다는 점이 있어요 ~즉, 환경을 유지하면서 잠깐 꺼두고 싶다면 "중지(Stop)"를, 비용이 절대 안 나오게 하고 싶다면 종료(Terminate)를 하시면 됩니다 :)따라서 학습 목적이라면 "종료"가 확실한 비용 차단 방법이에요~~추가로 궁금하신 점 있으시면 또 질문 남겨주세요 ~

적정 파티션 개수 계산하는 방법 질문드립니다

안녕하세요! 질문 너무 잘해주셨어요 ~전혀 죄송하지 않으셔두 됩니다 ㅎㅎ 덕분에 다른 분들도 같이 도움 받는걸요 :)질문해주신 내용에 대해 답변드려 볼게요 ! 말씀하신 계산이 맞습니다! 실무에서도 이런 식으로 접근해요 ![1] 2프로듀서 메시지량: 120/초[2] 하나의 스레드 처리량: 0.3/초[3] 필요한 스레드 수: 120 ÷ 0.3 = 400개[4] Spring Boot 기본 max 스레드: 200개결론: 2개의 컨슈머 서비스 필요 (200 × 2 = 400 스레드) 또한 실무에서는 모니터링을 통해 실제 처리 상황을 확인하고, 피크 시간이나 장애 상황을 대비해 1.5~2배 정도 여유분을 두고 운영하는 경우가 많아요! 그래서 해당 계산을 통해 운영을 하시면서 상황에 맞게 조정이 필요할 수 있는 점이 중요해요 ! "부하테스트 강의에도 지금 강의에 설명되는 파트가 ( 카프카 파티션 구하기 관련? ) 따로 있나요 ?"-> 카프카 파티션 계산에 특화된 부하테스트 강의는 별도로 구성되어 있지 않습니다 ! 추가로 궁금하신 점 있으시면 또 질문 남겨주세요!늘 파이팅입니다!! 😄

섹션5 33 질문드립니다

안녕하세요! 질문 잘 해주셨어요 !!질문해주신 내용에 대해 답변드려 볼게요 ! "파티션을 5개 생성했을때 컨슈머 서버도 5개를 띄우는게 일반적인가요?"-> 꼭 그렇지는 않아요~ 실무에서는 보통 '처리량'을 기준으로 결정해요 !컨슈머 1대가 충분히 처리할 수 있다면 굳이 5대를 띄우지 않아요~보통 파티션 수 >= 컨슈머 수 로 설정하는 편이에요! 파티션보다 컨슈머가 많아도 의미없거든요 ~예시) 파티션 5개 → 컨슈머 3~5대 정도로 시작해서 처리량 모니터링 후 조정 "실무에서의 여러 토픽을 처리하는 방법"-> 실무에서는 비즈니스 로직의 유사성과 도메인/운영 포인트에 따라 결정해요 !대표적인 2가지 방식을 말씀드려볼게요. [방식 1] 하나의 컨슈머 애플리케이션에서 다중 리스너 활용리소스가 효율적이고 관리포인트가 작아요 ! 하지만 한 토픽에 장애 발생시 다른 토픽도 영향받을 수 있어요 ! [방식2] 토픽별로 별도 서비스 완전 분리장애 격리, 각 서비스별 독립적 스케일링이 가능해요 ! 하지만 운영 복잡도가 증가하고 리소스 오버헤드가 발생해요 !실무에서는 대부분의 경우 방식 1로 하나의 알림 서비스에서 여러 토픽을 처리하는 방식을 선호해요!토픽별로 완전히 다른 비즈니스 도메인이라면 서비스를 분리하지만, 알림처럼 유사한 로직이면 통합해서 관리하는 게 일반적이에요 !다만, 외부 연동/장애 특성이 크게 다르거나 팀이 분리되어 있는 경우에는 방식 2로 운영을 하기도 해요:) 추가로 궁금하신 점 있으시면 또 질문 남겨주세요!

aws아닌 도커로는 안되나요?

안녕하세요 skyjoon2님! 질문 잘해주셨어요 !!도커를 어느 정도 다룰 줄 아신다면, 도커를 활용해 강의를 따라오시더라도 지장은 없습니다:)이 외로 추가로 궁금하신 점 있으시면 편하게 질문 남겨주세요 ~😄

비용이 나가는데 정확한 이유를 모르겠습니다

안녕하세요! 질문 잘 해주셨어요 !지금 보여주신 화면을 보니 비용이 나가는 원인이 크게 세 가지 정도 의심이가네요 ! [1] EC2는 없지만 RDS(DB Instance)가 존재하고 있어요!두 번째 이미지에서 main-db (DB Instance)가 보여요 ! 아마 RDS (관계형 데이터베이스 서비스) 인스턴스가 남아있는것 같네요 !RDS 인스턴스는 EC2처럼 인스턴스 형태로 돌아가고, 중지해도(Stop) 과금이 발생할 수 있어요! (스토리지, 백업, 프로비저닝된 리소스 등) [2] 스토리지/스냅샷 과금EC2 인스턴스는 없어도 EBS 볼륨이나 스냅샷이 남아 있으면 스토리지 비용이 계속 청구될 수 있어요 !두 번째 이미지의 검색 조건에서 Volume, S3 Bucket, DB Cluster가 걸려 있는데, 이 중에서 S3 버킷이나 DB 스토리지도 과금 대상일 수 있어요 ! 특히 자동 백업/스냅샷은 삭제하지 않으면 계속 비용이 나갈 수 있어요 ! [3] 팀원이 만든 계정과의 관계말씀하신 "부트캠프 때 팀원이 루트 계정으로 새 계정을 만든 것"은 AWS Organizations의 하위 계정(서브 계정)일 가능성이 있어요 !이 경우, 루트 계정에서 생성한 모든 하위 계정의 비용은 루트 계정으로 청구됩니다!따라서 팀원이 만든 하위 계정에서 RDS, S3 등을 사용 중이라면 그 비용이 청구될 수 있어요~~아래 방법으로 차근차근 차례대로 확인해보시며 조치해보시는걸 추천드려요 ~[1] Billing 대시보드 → Cost Explorer지난달/이번달 비용 상세 내역을 확인해보세요! 어떤 서비스(RDS, S3, EBS 등)에서 비용이 발생했는지 알 수 있어요 ~ [2] RDS 콘솔 확인main-db 인스턴스가 여전히 살아 있는지 확인해보세요 ! 단순 Stop은 스토리지 비용이 남고, 삭제(Delete) 하셔야 과금이 멈춰요 ! [3] EBS / S3 / 스냅샷EC2 → Volumes, Snapshots 메뉴에서 남아 있는 스토리지가 있는지 확인해보세요 !S3 콘솔에서도 버킷이 남아 있다면 삭제해보시는걸 추천드려요 ~ [4] Organizations 확인팀원이 만든 하위 계정이 있다면, 해당 계정에서 리소스를 사용하는지도 꼭 확인해보세요 !참고하시면 도움이 되실 레퍼런스 자료도 링크로 첨부드려볼게요:)https://kominjae.tistory.com/258https://h-susu.tistory.com/10 추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~

Secret을 활용한 환경변수 분리 강의자료 문의

안녕하세요 정환님 ! 강의 자료에 오타가 있었네요 !말씀해주셔서 감사합니다 :) 결론적으로 강의를 토대로 실습을 진행해주시면 됩니다 !'2.기존 매니페스트 파일 수정하기 / 새로운 매니페스트 파일 생성하기'의 수정 (spring-config.yaml)은 kind: ConfigMap으로 유지되는게 맞습니다 !해당 강의자료의 오타는 수정해 놓겠습니다 ~ 다른 질문 있으시면 언제든지 편하게 남겨주세요~ 😄

파티션 증가 질문드립니다

안녕하세요! 질문 잘 해주셨어요 !질문해주신 내용에 대해 답변드려볼게요 ~파티션을 늘리는 것은 실무에서 큰 문제 없이 가능합니다!말씀해주신 상황처럼 3개 파티션에서 랙이 쌓이고 처리량이 부족해서 파티션을 늘리고 컨슈머도 함께 늘리는 건 실무에서 자주 사용하는 방법이에요 ~ 파티션을 늘리실 때 알고계시면 좋을 점들이 몇가지 있어요 ~[1] 운영 중인 토픽의 파티션 수를 늘리는 것은 다운타임 없이 실시간으로 안전하게 가능해요 ![2] 기존 파티션의 데이터는 변경되지 않고, 새로운 메시지부터 새 파티션에 분산돼요 ![3] 컨슈머 그룹의 자동 리밸런싱이 발생해서 새로운 파티션을 컨슈머들이 자동으로 할당받게 돼요 !따라서 말씀하신 상황에서는 파티션을 늘리고 컨슈머도 추가하시면 문제없이 성능 개선이 가능합니다 :) 추가로 궁금하신 점 있으시면 또 질문 남겨주세요 ~

클라우드 프론트 관련 질문입니다!!

안녕하세요 상욱님 ! 질문 잘 해주셨어요 !질문해주신 내용에 대해 답변드려볼게요 ~ 기존에 파일/이미지 저장용으로 사용하고 있는 S3 버킷에 바로 CloudFront를 적용하셔도 괜찮습니다 !별도의 새로운 S3 버킷을 만들 필요 없이 기존 버킷에 CloudFront를 연결해서 사용할 수 있어요~ CloudFront는 S3 버킷의 콘텐츠를 캐싱해서 더 빠르게 전달해주는 CDN 서비스이기 때문에 기존 S3 버킷의 구조나 저장된 파일들을 건드리지 않고 그대로 활용할 수 있어요 !따라서 현재 사용 중인 S3 버킷에 CloudFront 배포를 생성해서 연결하시면 됩니다:) 추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~