안녕하세요 강사님! 강의 잘 듣고 있습니다. 현재 개인 프로젝트를 EKS 기반(Spring Boot + RDS PostgreSQL)으로 AWS에 배포 완료한 상태에서, 대용량 부하 테스트 및 장애 복구 경험을 포트폴리오에 깊이 있게 녹여내고자 고민 중입니다. 실무 및 기술 검증 관점에서 Kafka를 어디에 어떻게 배치하여 테스트하는 것이 맞는지 2가지 방향을 고민해 보았는데, 강사님의 조언을 얻고 싶어 질문드립니다. [현재 저의 아키텍처 구조] EKS (Worker Node 2개) + Spring Boot (Kotlin) Amazon RDS PostgreSQL ALB -> Ingress -> Service -> Pod [고민 중인 2가지 방향] 아키텍처 내부에 Kafka를 직접 추가하여 검증하는 방식 EKS 내부(Pod) 또는 Amazon MSK로 Kafka를 추가하고, 결제 승인 웹훅이나 대량 데이터 수집 로직을 비동기 이벤트 기반으로 변경합니다. 목적: k6 부하 테스트 시 Consumer Lag 지연 측정, EKS Pod 강제 종료 시 메시지 재처리 및 멱등성(중복 방지)을 실제로 아키텍처상에서 검증하고 포트폴리오에 데이터로 남기는 목적입니다. 2. 아키텍처 외부에 별도 격리 환경으로 테스트 후 결과만 포트폴리오에 녹이는 방식 메인 배포 아키텍처는 현재 구조(Spring Boot + RDS)로 깔끔하게 유지하고, Kafka 관련 부하/장애 테스트는 로컬 Docker Compose나 별도 테스트 전용 EC2 인스턴스에서 독립적으로 진행한 뒤 "비동기 메세징 검증 경험"으로 정리합니다. [질문 내용] 면접관 입장에서 "실제 포트폴리오의 완성도와 깊이"를 보여주려면, 현재 EKS 메인 아키텍처에 Kafka를 직접 편입시켜 비동기 파이프라인 전체를 부하 테스트한 지표를 보여주는 것이 훨씬 설득력이 있을까요? 아니면 서비스의 복잡도보다 "결제/예약 시 정합성과 장애 상황(Consumer 중단, 메시지 중복)을 데이터로 검증했는가" 자체가 더 핵심이므로, 별도 환경에서 테스트한 기록만 남겨도 충분한 가치가 있을까요? 강의 범위 외의 포트폴리오 전략 관련 질문이지만, 현업에서의 실무적 관점이 궁금하여 여쭤봅니다. 바쁘시겠지만 방향성에 대해 조언해 주시면 정말 큰 도움이 될 것 같습니다. 감사합니다!
강의해주신부분에서 docker push해서 이미지 올린거 실습하다 궁금해서 질문드리는데요. ecr처음 상요할때 nginx? 랑 프론트는 보통 어디에 하는것인지 궁금합니다... eks에서는 실제 nginx설치가 필요없는것인지? 또 프론트는 하나의 이미지에 같이 배포하는지 궁금합니다.
위의 스샷에 보이듯이 python3를 찾지 못한다고해서 해당 강의 문의 내용 찾아보니까 아래의 코드를 추가하라고 하셔서 추가하고 mobaxterm에서 docker compose --profile docker-compose.yml up -d 를 통해 실행했는데도 되지않습니다. 어떻게 처리해야할까요?
제미나이 대신 클로드를 사용하려고 합니다. 대화창에서 ai를 선택하려고 하니, upgrade를 하라고 써있고 들어가보면 결제하라고 합니다. 무료로 하는 다른 방법이 있을까요? 그리고 클로드를 사용할 때는 vsc 마켓플레이스에서 어떤걸 설치해야할까요? 클로드를 사용할 때 강의에서 적으신 프롬프트 그대로 사용해도 문제 없을까요?
build.gradle.kts id("com.google.cloud.tools.jib") version "3.4.5" 기존 3.4.4에서 3.4.5로 변경한 후 빌드가 정상적으로 완료되었습니다. Jib 3.4.5 변경 사항 Fixed fix: address windows deadlock issue when determining docker environment info #4267
안녕하세요, 먼저 도움되는 강의 공유해주셔서 감사드립니다. 일반적으로 실제 운영 환경에서 Secret을 관리하는데 사용하는 방식이 있는지 궁금합니다. 실제로 제 시스템은 Helm 및 gitops를 사용중인데, Secret의 경우 따로 yml 파일로 관리하지 않고 매번 직접 create 해서 사용합니다. 이 방식의 경우, 동일한 Secret들을 각각 다른 환경에 배포( dev, prd, dr 등) 할 경우 중복된 작업이 발생한다는 문제가 있는데요, 보통 운영환경에서는 이를 관리하는 방법이 있을까요? 다른 객체들처럼 git에 두고 관리하기에는 base64 디코딩만으로 민감정보가 노출이 될 수 있는거라.. 암호화가 가능한 추가 tool을 함께 사용하나요? 추가로, 이와 같이 실제 운영시 k8s 객체들을 어떻게 다루는지에 대해서는 어떤 강의를 들으면 가장 도움이 될지도 문의드립니다. 감사합니다.
우선 해당 카페 주소에 있는 실습 코드를 사용했습니다. 1-1, 1-2 https://cafe.naver.com/kubeops/498 생성 후 생성된 service의 IP 주소 확인을 대시보드와 명령어를 통해 확인했습니다. 생성한 파드가 Service label에 정상적으로 묶여있고 running 상태인것도 확인했습니다. 질문은 2가지 입니다. 왜 connection refused인지 원인을 잘 모르겠습니다. b. Service 정보를 확인할 수 있는 대시보드화면에서 적혀있는 엔드포인트 쪽 호스트 IP는 어떤 IP 인가요?
안녕하세요, 강사님 강의 잘 듣고있습니다. 들으면서 궁금한 점이 한가지 있는데요, Redis 연산의 경우 이것도 I/O 작업일텐데 트랜잭션 내부에서 사용해도 되는것인지 궁금합니다. (ex HTTP Client 와 같이 I/O 작업의 경우에는 트랜잭션 내부에서 호출하는걸 지양하는것처럼..)
안녕하세요. virtualbox 설치 진행과정 중에 아래와 같은 경고 문구가 뜨는데, 제가 현재 사정상 회사 노트북으로 강의를 듣고 실습을 진행하려고 하는데. 저 과정에서 yes를 선택한다고 해서 기존 회사 사내망 관련 네트워크 인터페이스 정보라든가 vpn 정보들도 같이 리셋이 될 가능성이 있을까요?
