안녕하세요! 어제 질문남겼던 학생입니다! ec2에 mysql을 설치후 다음과 같이 연결을 하였습니다. 이후로 log파일을 열어보았는데 이와 같은 에러가 발생해서 검색을 해보니 initialization 관련 설정 오류라 해서 아래와 같이 추가해줬는데 이후로 github actions secret도 바꾸고 ec2로 jar 파일이 올바르게 간것도 확인됬는데 계속 같은 문제가 발생하네요ㅜㅠ 이유가 뭔지 궁금합니다!!
안녕하세요. 컨테이너 가상화에서 OS 관련하여 질문이 있습니다. 아래 설명에서 궁금한점이 있습니다. """ 하이퍼바이저 가상화는 게스트OS와 호스트OS가 따로 존재합니다. 컨테이너 가상화는 리눅스 커널 기술을 활용해서 프로세스 간 격리를 합니다. 컨테이너 가상화에서 컨테이너는 호스트OS를 사용합니다. 이미지 개발자는 소프트웨어, 의존성 파일, OS를 준비해 이미지로 만듭니다. """ 이미지에 OS가 있다면 호스트OS와 게스트OS 개념이 들어가는거 아닌가 싶어서요 그러면 하이퍼바이저 가상화가 아닌가 싶어서요... 사용자 환경이 windows or ubuntu고 이미지에 사용하고 있는 os는 linux or centos라고 가정할때 해당 이미지를 실행하면 다른 os를 가지는거 아닌가 싶습니다. 추가로 "이미지의 이름을 동료나 친구에게 전달해 주시면 어떤 환경에서든 도커만 설치되어 있으면 완벽하게 일치하는 서버를 구성할 수 있습니다." 해당 작동이 어떻게 될 수 있는지도 궁금합니다. 제 windows 환경에서 도커이미지를 만들어 배포를 합니다. linux를 사용하고 있는 동료가 해당 이미지를 사용하게 되었을때 어떻게 완벽하게 일치하는 서버를 구성할 수 있는지도 궁금하고요.
보안적으로 민감한 변수를 저장하기 위해 활용한다고 배웠습니다. 그러나 Secret의 작성 방법이 별다른 암복호화 로직없이 configMap과 99% 동일한 것 같아서요. 같은 repository에서 Secret과 ConfigMap가 함께 위치하는 경우 ConfigMap에 접근할 수 있는 사용자는 Secret에도 손쉽게 접근할 수 있을것 같다는 생각이 듭니다. Secret이 ConfigMap보다 어떠한 측면에서 보안상의 이점이 있는지 궁금합니다.
안녕하세요~! 다름이 아니라 강사님 처럼 yml 자동완성 ? 하고 기능 사용하고 싶은데, 어떻게 설정하면 되지 알 수 있을까요? 플로그인 Spring Ass ... 찾아봤는데 없더라고요. 그래서 어떻게 하면 되지 여쭤봅니다. 학생계정이라 유료버전 사용 중 입니다. 항상 좋은 강의 감사합니다. 좋은 하루되세요 ~ 감사합니다
ubuntu@ip-172-31-47-72:~$ cd git-actions-study/ ubuntu@ip-172-31-47-72:~/git-actions-study$ ls README.md build.gradle gradle gradlew gradlew.bat settings.gradle src ubuntu@ip-172-31-47-72:~/git-actions-study$ ./gradlew clean build -bash: ./gradlew: Permission denied 실습 개인 프로젝트에서 많이 쓰는 CI/CD 구축방법에서 빌드과정중 권한이없다고 하는 것 같은데, 혹시 이 상황에서 어떻게 하면 되지 여쭤봐도 괜찮을까요...?
안녕하세요. 선생님 오늘도 공부하다 궁금증이 생겨 질문 드립니다. services: my-web-server: container_name: webserver image: nginx ports: - 80:80 여기서 선생님이 나눠주신 자료랑 강의를 보면 하나의 서비스가 하나의 컨테이너라고 설명해주셨습니다. 그러면 my-web-server는 서비스 이름이니까 컨테이너 이름도 맞는 설명인가 같은데 아래 보면 container_name: webserver 도 하나의 컨테이너 이름으로 설명하셨습니다. 이 my-web-server와 webserver 차이점이 무엇인지 궁금하고 어느 곳에서 쓰이는지 활용사례(?)도 궁금합니다!!
Dockerfile에서 베이스 이미지를 작성할 때 openjdk 이미지를 바탕으로 컨테이너를 실행하면 어느 환경으로 구성되어 있나요 ? 베이스 이미지를 ubuntu 이미지로 지정하면 컨테이너 생성 시 우분투 환경으로 설정이 되어 있는것 같은데 혹시 생각한 것이 맞는지도 궁금합니다 !!
안녕하세요! 우선 제 k8s cluster는 클라우드 서비스를 이용하여 master노드와 worker노드 2개를 각각 다른 vm에 설치해서 총3대로 구성한 상태이구요, section7의 service 실습 강의를 듣던 도중, master노드에서 DNS record를 조회해 보았는데 조회가 안되더라구요. 정상적인 결과인 것일까요? ps. 노드1에서 노드2로의 접근은 확인이 된 상태입니다. (pod-a가 node1, request-pod가 node2에 위치)
[질문 하기] 강의를 보다 livenessProbe가 killing하고 restart하는 기준이 이해가 안가서 질문 게시판을 봤는데, 저와 비슷한 의문을 가지신 분이 계신 것 같아서 질문드립니다. 일단 periodSeconds가 10초, 30초 모두 livenessProbe에서 실패를 하는데, 10초 설정은 killing을 하고 30초는 killing을 안 하길래 찾아보니 failureThreshold 라는 값이 또 있더라고요. 이 필드는 몇 번의 실패를 수신해야 실패로 간주하는지 설정하는 옵션입니다 (기본값: 3) . 이걸 보니 10초와 30초 옵션의 차이를 이해하게 되었습니다. 10초는 빠른 시간 내에 반복 체크해서 3번 실패하여 바로 실패로 간주하고 재시작하였고, 30초 옵션은 반복 2회차 이후에 pod가 정상적으로 떠서 3회차에 성공하여 pod를 재시작하지 않은 것 같습니다. 이외에도 다른 여러 옵션이 있지만 모든 옵션을 다루기에는 시간상 어려울 거라는 점은 이해합니다. 다만, 실습 환경에서 단순히 시간 차이로 테스트하는데 이러한 부분이 언급되지 않으면 이해하기 어려울 것 같습니다. 위 내용을 언급하지 않으신 특별한 이유가 있으신가요? 없다면 보충해주시는 게 좋지 않을까 조심스럽게 의견 드립니다.
http://127.0.0.1:52741로 접속해야 하는 이유는 다음과 같습니다: Docker 드라이버 사용: Minikube를 Docker 드라이버로 실행하고 있기 때문에, 클러스터의 네트워크가 호스트 시스템과 직접 연결되어 있지 않습니다 2 . 네트워크 격리: Docker 드라이버는 클러스터를 호스트 시스템과 네트워크적으로 격리시킵니다. 따라서 192.168.49.2와 같은 클러스터 내부 IP는 호스트에서 직접 접근할 수 없습니다 2 5 . 포트 포워딩: minikube service 명령어는 클러스터 내부의 서비스를 호스트 시스템의 포트로 포워딩합니다. 이 경우, WordPress 서비스의 80번 포트가 호스트의 52741번 포트로 포워딩되었습니다 8 . 로컬호스트 바인딩: 포워딩된 포트는 로컬호스트(127.0.0.1)에 바인딩됩니다. 이렇게 함으로써 호스트 시스템에서 해당 서비스에 접근할 수 있게 됩니다 9 . 터널링: minikube service 명령어는 내부적으로 터널을 생성하여 클러스터 내부의 서비스를 호스트 시스템에 노출시킵니다. 이 터널은 로컬호스트의 특정 포트(여기서는 52741)를 통해 서비스에 접근할 수 있게 해줍니다 1 8 . 따라서, http://127.0.0.1:52741은 Minikube가 생성한 터널을 통해 WordPress 서비스에 접근할 수 있는 주소입니다. 이 방식을 통해 Docker 드라이버를 사용하는 Minikube 환경에서도 클러스터 내부 서비스에 쉽게 접근할 수 있게 됩니다.