안녕하세요! 섹션 9에 레이어 관리 파트 강의를 듣다가 궁금증이 생겨서 질문드립니다! 이미지 크기를 줄이기 위해 최소한의 환경만 갖춰진(?) alpine OS를 사용한다고 이해했습니다. 그러면 현업에서는 alpine OS를 사용한다고 가정할 때 해당 OS에 애플리케이션 실행에 필요한 구성이 전부 존재하는지, 어떤 프로그램들을 추가로 설치해야 하는지 확인하는 방법이 있는지 궁금합니다!
안녕하세요! 처음 도커를 공부하는데 강의 너무 잘 듣고 있습니다. 😀 도커 가상 네트워크와 컨테이너 상태 부분을 들으면서 2가지 궁금한게 있어 질문 드립니다. 1. 지금까지 스프링부트 애플리케이션을 개발하면서는 DB 접속 도메인을 고정으로 사용해도 되는 경우가 대부분이었는데, (로컬에서 h2 DB 사용 또는 aws rds 처럼 이미 도메인이 부여된 경우) 이런 백엔드 애플리케이션과 프론트엔드 애플리케이션을 같이 띄울때는 도커 dns 기능이 딱히 필요가 없어 보이는데 이런 경우에도 별도로 네트워크를 구성해서 띄우는게 좋을까요? 그냥 기본 bridge 네트워크를 사용하면 될까요? 도커 가상 네트워크가 단지 dns 기능만을 위해서 사용되는건지, 하나의 애플리케이션에 필요한 서버 전체 구성을 묶어 주는 개념으로도 사용하는 것인지 궁금합니다. 2. 컨테이너의 Stateless 특징 중에 “특정 컨테이너에 쌓인 파일들이 컨테이너의 동작에 영향을 주지 않기 때문에 서버를 지우고 다시 생성하거나 필요하지 않은 서버를 제거할 때 걱정 없이 제거 가능하다” 는 부분이 조금 모호하게 이해됩니다. 이미지와 컨테이너를 사용하지 않더라도 서버의 변경 사항을 수정하고 재기동을 하면 이전 서버의 상태와 상관 없이 새로운 내용이 적용되는데, 어떤 차이점이 있는걸까요? 여러대의 서버를 사용하는 환경에서 컨테이너를 사용하면 여러대의 서버가 동일한 상태를 가질 수 있다는것이 핵심인 것으로 이해하면 되는 내용인지 헷갈려서 질문 드립니다. 감사합니다 🙇♀
안녕하세요. 좋은 강의 열심히 수강하고 있는 개발자 입니다. 강의를 수강하다 궁금한게 생겨 질문을 남기게 되었습니다. 만약, 실수로 볼륨을 삭제하게 된다면, 볼륨 파일을 다시 복구하는 방법이 있을까요?? 가령, 데이터베이스의 경우 commit 전이라면 rollback이 가능하듯 명령어 실수 혹은 휴먼 에러로 불륨을 삭제하게 되었을시에 대응 방법도 궁금합니다. 감사합니다.
Docker로 MySQL을 올리다가 컨테이너가 계속 실패했는데, 나중에 보니까 볼륨이 꼬여 있어서 삭제(docker volume prune) 후 해결됐습니다. 볼륨이 꽉 차거나 꼬였을 때 컨테이너가 왜 바로 실패하는지, 그리고 이런 문제를 실무에서는 어떻게 예방하는지 궁금합니다.
인텔리제이 Ultimate 라이센스가 있어서, 프론트엔드 작업(React)과 백엔드 작업(Spring)모두 인텔리제이에서 작업하는데요. 노드 버전을 이것저것 설치하면서 들었던 생각이 '개발환경도 컨테이너로 띄워서 하면 안되나?' 였습니다. 이 섹션을 통해 그 갈증을 해소한 것 같아요.
토스 개발자와 함께하는 Data Workflow Management 기반의 대용량 데이터 처리 설계 패턴
안녕하세요 섹션6의 강의를 듣다가 질문드릴게 있어 글을 작성하게되었습니다 우선 강의를 너무 잘 듣고 있음에 감사드립니다. 다만 질문이 하나있는데요 섹션 6강의의 실습환경에 기반이 되어지는 python과 airflow 그리고 DB는 버전에 맞게 미리 설치를 하고 강의를 들어야하는게 맞는거죠? 저는 강의에서 최초 환경부터 같이 설치하는 모습을 보여주시나 했는데 없어서 여쭈어봅니다.
안녕하세요 강의 정말 잘 듣고 있습니다 너무 감사합니다. 맨마지막 강의때 spring boot + mysql + redis 컨테이너를 docker compose 를 통해 배포하는 과정에서 jar 파일이 mysql 과 커넥션을 맺어주기 위해서는 전에 강의에서 했던 것 처럼 mysql 컨테이너 service 명으로 url 을 application.yml 에 변경해야 되는게 아닌가요?? 그런 작업이 없었는데도 잘 동작하는게 의아합니다. 디폴트로 in memory db(H2) 가 구동이 된 걸까요?
............10%............20%.............30%............40%.............50%............60%.............70%............80%.............90%............100% Welcome to Gradle 8.4! Here are the highlights of this release: - Compiling and testing with Java 21 - Faster Java compilation on Windows - Role focused dependency configurations creation For more details see https://docs.gradle.org/8.4/release-notes.html Starting a Gradle Daemon (subsequent builds will be faster) <==========---> 78% EXECUTING [2m 6s] > :test > Executing test com...Ec2SpringBootSampleApplicationTests > :test > 0 tests completed 78%에서 더이상 올라가지 않고 멈춰있네요.. instance를 지우고 다시 해봐도 동일 합니다 ㅜㅜ 어떤 이유때문인지 감이 아예 안잡혀 문의 드립니다!
안녕하세요, 질문 있습니다! 마지막 부분에서 초기 비밀번호 외에 새로 생성한 비밀번호로는 새로 생성할 수 없다고 하셨는데, 호스트 컴퓨터의 폴더를 삭제하고 다시 생성하는 경우 이전에 생성했던 데이터베이스도 모두 삭제되는 게 맞을까요? : 호스트 컴퓨터의 폴더를 삭제하면 데이터도 삭제로 이해면 될지 답변부탁드립니다. (유익한 강의 즐겁게 수강중입니당.. 감사합니다.)