도커 볼륨, 네트워킹, 로깅
왜 우린 도커를 써야하나요? 지속가능한 데이터를 활용하기 위해 볼륨을 사용할 수 있으며, 호스트볼륨을 공유하거나, 볼륨컨테이터를 만들어 활용하거나, 도커 볼륨을 활용할 수 있다. 도커는 컨테이너 내부IP를 순차적으로 할당하며,(컨테이너 별로 내부망이 생성) veth 인터페이스로 접근가능하다. 도커가 자체적으로 제공하는 5가지 네트워크 드라이버가 존재한
왜 우린 도커를 써야하나요? 지속가능한 데이터를 활용하기 위해 볼륨을 사용할 수 있으며, 호스트볼륨을 공유하거나, 볼륨컨테이터를 만들어 활용하거나, 도커 볼륨을 활용할 수 있다. 도커는 컨테이너 내부IP를 순차적으로 할당하며,(컨테이너 별로 내부망이 생성) veth 인터페이스로 접근가능하다. 도커가 자체적으로 제공하는 5가지 네트워크 드라이버가 존재한
도커 환경으로 구성된 인프라들을 최근들어 자주 접하게 되고, 프론트 리소스도 도커, 쿠버네티스 환경에서 운영됨에 따라, 프론트 개발자도 이에 대한 지식이 필요하다고 느껴 스터디를 진행합니다. 스터디는 “시작하세요 도커/쿠버네티스” 책으로 진행합니다. 왜 우린 도커를 써야하나요? 도커? 🐋리눅스 컨테이너에 여러 기능을 추가하여→ 어플리케이션
셋팅은 여기 레포에서 확인 가능하다. 최근 버그와 관련된 CS가 인입이 되어, 픽스 후 배포했음에도 불구하고 유사한 CS가 인입이 되었을때 또 다시 버그 개선 티켓이 생성되곤 했다. 버그 픽스가 제대로 되지 못했을 수도있지만, 상황을 확인해보면 이슈를 CS단계에서 확인하지 못하고 바로 넘어오는 상황이 많았다. (커뮤니케이션으로 해결가능한 것들도) 이
잘못된 점이 있으면 댓글 부탁드립니다 :) 서론한 언어로 여러 프로젝트를 만들다 보면, 공용으로 사용되는 모듈들이 자연스럽게 생성된다. 비즈니스 코어를 모듈화할 수 있고, 또는 언어도 같고, api를 공유하는 프로젝트가 2벌 이상일 경우 http client만 모아있는 모듈을 따로 분리해서 공용화할 수도 있을 것이다. 이렇게 같은 공용 컴포넌트, 공용
개인의 경험을 바탕으로 적은 글이기에 피드백은 언제나 댓글로 환영합니다. :) 목차 모듈 세팅 프리티어 설치하기 에디터에만 세팅하기 프로젝트에 세팅하기 프리티어 옵션 값 precommit, 커밋 전 옵션에 맞춰 재포맷 하는 hook 추가. lint stage husky 한 프로젝트에 프론트엔드 개발자가 여러 명일 경우 각자의 코드
목차1. 단위테스트. 다들 중요하다고 하는데 왜 중요할까?3. 결국 클린코드를 위한 길2. TDD : Test Driven Development4. 실습1. 단위테스트. 다들 중요하다고 하는데 왜 중요할까? +단위테스트는 모듈이나 어플리케이션 안에 있는 개별적인 코드 단위가 예상대로 작동하는지 확인하는 반복적인 행위이다. 프로젝트에 단위 테스트를 적용하