Docker는 장난감인가요? 아니면 아직도 사실인가요?

안녕하십니까!

나는 주제에 대해 곧바로 이야기하고 싶지만 내 이야기에 대해 조금 이야기하는 것이 더 정확할 것입니다.

기입

저는 서버에서 프런트엔드 단일 페이지 애플리케이션, scala/java 및 nodejs를 개발한 경험이 있는 프로그래머입니다.

꽤 오랜 시간 동안(확실히 XNUMX~XNUMX년) 저는 Docker가 천국에서 온 만나이고 일반적으로 매우 멋진 도구이며 모든 개발자가 이를 사용할 수 있어야 한다고 생각했습니다. 따라서 모든 개발자는 로컬 컴퓨터에 Docker를 설치해야 합니다. 내 의견은 어떻습니까? 동일한 hh에 게시된 공석을 살펴보십시오. 매 두 번째에는 docker에 대한 언급이 포함되어 있으며, 이를 소유하고 있다면 이것이 경쟁 우위가 될 것입니다 😉

가는 길에 저는 Docker와 그 생태계에 대해 서로 다른 태도를 가진 많은 사람들을 만났습니다. 어떤 사람들은 이것이 크로스 플랫폼 기능을 보장하는 편리한 것이라고 말했습니다. 두 번째는 컨테이너에서 실행해야 하는 이유와 그로부터 어떤 이익을 얻을 수 있는지 이해하지 못했고, 세 번째는 전혀 신경 쓰지 않고 귀찮게 하지 않았습니다(그들은 단지 코드를 작성하고 집으로 갔습니다. 나는 그들이 부럽습니다. 방법 :)

사용 이유

왜 도커를 사용했나요? 아마도 다음과 같은 이유 때문일 것입니다.

• 데이터베이스 출시, 99%의 애플리케이션이 이를 사용
• 프론트엔드 배포를 위해 nginx를 시작하고 백엔드로 프록싱
• 애플리케이션을 도커 이미지로 패키징할 수 있습니다. 이렇게 하면 내 애플리케이션이 도커가 있는 모든 곳에서 작동하고 배포 문제가 즉시 해결됩니다.
• 즉시 서비스 검색을 통해 마이크로서비스를 생성할 수 있으며, 각 컨테이너(공통 네트워크에 연결됨)는 별칭을 통해 다른 컨테이너에 쉽게 도달할 수 있어 매우 편리합니다.
• 컨테이너를 만들고 그 안에서 "놀이"하는 것은 재미있습니다.

내가 항상 docker에 대해 마음에 들지 않는 점은 다음과 같습니다.

• 내 애플리케이션이 작동하려면 서버에 Docker 자체가 필요합니다. 내 애플리케이션이 jre 또는 nodejs에서 실행되고 해당 환경이 이미 서버에 있는 경우 이것이 필요한 이유는 무엇입니까?
• 원격 서버에서 로컬로 구축된 내 (개인) 이미지를 실행하려면 자체 docker 저장소가 필요하고 어딘가에서 작동할 레지스트리가 필요하며 docker cli는 https를 통해서만 작동하기 때문에 https도 구성해야 합니다. 아 젠장... 물론 다음을 통해 이미지를 로컬에 저장하는 옵션도 있습니다. docker save scp를 통해 이미지를 보내면 됩니다... 그런데 몸의 움직임이 너무 많아요. 게다가 자신의 저장소가 나타나기 전까지는 "목발" 솔루션처럼 보입니다.
• docker-compose. 컨테이너를 실행하는 데만 필요합니다. 그게 다야. 그는 다른 어떤 것도 할 수 없습니다. Docker-compose 여러 버전의 파일과 자체 구문이 있습니다. 아무리 선언적이라도 나는 그들의 문서를 읽고 싶지 않습니다. 다른 곳에서는 필요하지 않습니다.
• 팀으로 작업할 때 대부분의 사람들은 Dockerfile을 매우 비뚤게 작성하고, 어떻게 캐시되는지 이해하지 못하고, 필요하고 필요하지 않은 모든 것을 이미지에 추가하고, Dockerhub 또는 개인 저장소에 없는 이미지에서 상속하고, 일부를 생성합니다. docker-compose 데이터베이스가 있는 파일에는 아무것도 지속되지 않습니다. 동시에 개발자들은 Docker가 훌륭하고 모든 것이 로컬에서 작동하며 HR은 공석에 "우리는 Docker를 사용하며 그러한 업무 경험을 가진 후보자가 필요합니다."라고 자랑스럽게 선언합니다.
• 나는 Docker에서 postgresql, kafka, redis 등 모든 것을 높이는 것에 대한 생각에 끊임없이 시달립니다. 컨테이너에서 모든 것이 작동하는 것은 아니며 모든 것을 구성하고 실행하기 쉬운 것은 아닙니다. 이는 공급업체 자체가 아닌 타사 개발자가 지원합니다. 그건 그렇고, 즉시 질문이 생깁니다. 공급업체는 Docker에서 제품을 유지 관리하는 것에 대해 걱정하지 않습니다. 왜 그럴까요? 뭔가 알고 있을까요?
• 컨테이너 데이터의 지속성에 대한 질문은 항상 발생합니다. 그런 다음 호스트 디렉토리를 마운트해야 하는지, 도커 볼륨을 생성해야 하는지, 아니면 지금 있는 데이터 컨테이너를 만들어야 하는지 생각합니다. deprecated? 디렉터리를 마운트하는 경우 컨테이너에 있는 사용자의 uid 및 gid가 컨테이너를 시작한 사용자의 ID와 일치하는지 확인해야 합니다. 그렇지 않으면 컨테이너에서 생성된 파일이 루트 권한으로 생성됩니다. 내가 사용한다면 volume 그런 다음 데이터는 일부에서 생성됩니다. /usr/* 그리고 첫 번째 경우와 마찬가지로 uid와 gid에 대해서도 같은 이야기가 나올 것입니다. 타사 구성 요소를 시작하는 경우 설명서를 읽고 "구성 요소가 파일을 쓰는 컨테이너 디렉터리는 어디입니까?"라는 질문에 대한 답을 찾아야 합니다.

나는 Docker를 너무 오랫동안 만지작거려야 한다는 사실이 항상 마음에 들지 않았습니다. 초기 단계에서: 컨테이너를 시작하는 방법, 시작할 이미지를 파악하고 긴 Docker 명령에 대한 별칭이 포함된 Makefile을 만들었습니다. 저는 docker 생태계의 다른 도구를 배우고 싶지 않았기 때문에 docker-compose를 싫어했습니다. 그리고 docker-compose up 그게 마음에 걸렸어요. 특히 그들이 아직도 그곳에서 만난다면 말이죠. build 이미 조립된 이미지가 아닌 건축물. 내가 정말로 원했던 것은 단지 효율적이고 빠르게 제품을 만드는 것뿐이었습니다. 하지만 도커를 사용하는 방법을 알 수 없었습니다.

앤서블 소개

최근(XNUMX개월 전) 저는 DevOps 팀과 함께 일했는데, 그 팀의 거의 모든 구성원이 Docker에 대해 부정적인 태도를 보였습니다. 이유:

• docker 규칙 iptables(daemon.json에서 비활성화할 수 있음)
• docker는 버그가 있어서 프로덕션 환경에서 실행하지 않습니다.
• docker 데몬이 충돌하면 그에 따라 인프라가 있는 모든 컨테이너가 충돌합니다.
• 도커가 필요하지 않습니다
• Ansible과 가상 머신이 있다면 docker를 사용하는 이유

같은 직장에서 저는 또 다른 도구인 Ansible을 알게 되었습니다. 한 번은 들어봤지만 나만의 플레이북을 쓰려고 노력한 건 아니었어요. 그리고 이제 작업을 작성하기 시작했고 내 비전이 완전히 바뀌었습니다! Ansible에는 동일한 도커 컨테이너, 이미지 빌드, 네트워크 등을 실행하기 위한 모듈이 있으며 컨테이너는 로컬뿐만 아니라 원격 서버에서도 실행할 수 있다는 것을 깨달았기 때문입니다! 나의 기쁨은 끝이 없었습니다. 나는 NORMAL 도구를 발견하고 Makefile과 docker-compose 파일을 버리고 yaml 작업으로 대체되었습니다. 다음과 같은 구문을 사용하여 코드가 줄어들었습니다. loop, when등

데이터베이스와 같은 타사 구성 요소를 실행하기 위한 Docker

나는 최근에 SSH 터널에 대해 알게 되었습니다. 원격 서버의 포트를 로컬 포트로 "전달"하는 것은 매우 쉽다는 것이 밝혀졌습니다. 원격 서버는 클라우드의 머신이거나 VirtualBox에서 실행되는 가상 머신일 수 있습니다. 내 동료나 데이터베이스(또는 다른 타사 구성 요소)가 필요한 경우 이 구성 요소로 서버를 시작하고 서버가 필요하지 않을 때 끌 수 있습니다. 포트 전달은 Docker 컨테이너에서 실행되는 데이터베이스와 동일한 효과를 제공합니다.

이 명령은 내 로컬 포트를 postgresql을 실행하는 원격 서버로 전달합니다.

ssh -L 9000:로컬 호스트:5432 [이메일 보호]

원격 서버를 사용하면 팀 개발 문제가 해결됩니다. 이러한 서버는 여러 개발자가 동시에 사용할 수 있으므로 postgresql을 구성하고 Docker 및 기타 복잡한 사항을 이해할 필요가 없습니다. 원격 서버에서는 특정 버전을 설치하기 어려운 경우 Docker 자체에 동일한 데이터베이스를 설치할 수 있습니다. 개발자에게 필요한 모든 것은 SSH 액세스를 제공하는 것입니다!

나는 최근 SSH 터널이 일반 VPN의 제한된 기능이라는 것을 읽었습니다! OpenVPN 또는 기타 VPN 구현을 설치하고 인프라를 설정한 후 개발자가 사용할 수 있도록 제공하면 됩니다. 너무 멋져!

다행히 AWS, GoogleCloud 등은 XNUMX년 무료 사용을 제공하므로 꼭 이용해 보세요! 사용하지 않을 때 꺼두면 가격이 저렴해집니다. gcloud 같은 원격 서버가 왜 필요한지 늘 궁금했는데, 찾게 된 것 같습니다.

로컬 가상 머신으로는 Docker 컨테이너에서 활발히 사용되는 것과 동일한 Alpine을 사용할 수 있습니다. 글쎄, 또는 머신 부팅을 더 빠르게 만드는 다른 경량 배포판입니다.

결론: 원격 서버나 VirtualBox에서 데이터베이스 및 기타 인프라 기능을 실행할 수 있고 실행해야 합니다. 이러한 목적에는 도커가 필요하지 않습니다.

도커 이미지 및 배포에 대해 조금

나는 이미 썼다. статью 여기서 저는 도커 이미지를 사용한다고 해서 어떠한 보장도 제공되지 않는다는 점을 전달하고 싶었습니다. Docker 이미지는 Docker 컨테이너를 생성하는 데에만 필요합니다. Docker 이미지로 업그레이드하는 경우 Docker 컨테이너를 사용하도록 업그레이드하는 것이며 해당 컨테이너만 사용하게 됩니다.

소프트웨어 개발자가 자신의 제품을 Docker 이미지로만 포팅하는 곳을 본 적이 있습니까?
대부분의 제품의 결과는 특정 플랫폼에 대한 바이너리 파일이며, 원하는 플랫폼에서 상속된 도커 이미지에 추가되기만 하면 됩니다. dockerhub에 비슷한 이미지가 왜 그렇게 많은지 궁금한 적이 있나요? 예를 들어 nginx를 입력하면 다양한 사람들의 100500개의 이미지가 표시됩니다. 이 사람들은 nginx 자체를 개발하지 않았으며, 단순히 공식 nginx를 docker 이미지에 추가하고 컨테이너 시작의 편의를 위해 자체 구성으로 양념했습니다.

일반적으로 누군가 docker에서 실행해야 하는 경우 간단히 tgz에 저장할 수 있습니다. 그러면 Dockerfile에 tgz를 추가하고 원하는 환경에서 상속하고 tgz에서 애플리케이션 자체를 변경하지 않는 추가 빵을 만들 수 있습니다. 도커 이미지를 생성하는 사람은 누구나 tgz가 무엇인지, 작업에 필요한 것이 무엇인지 알 것입니다. 이것이 내가 도커를 사용하는 방법입니다 여기에

결론: 도커 레지스트리가 필요하지 않습니다. 일종의 S3를 사용하거나 Google 드라이브/드롭박스와 같은 파일 저장소만 사용하겠습니다.

CI의 도커

제가 다녔던 회사들은 다 비슷했어요. 그들은 일반적으로 식료품입니다. 즉, 하나의 애플리케이션, 하나의 기술 스택(음, 아마도 두세 가지 프로그래밍 언어)이 있습니다.

이들 회사는 CI 프로세스가 실행되는 서버에서 Docker를 사용합니다. 질문: 서버의 Docker 컨테이너에서 프로젝트를 빌드해야 하는 이유는 무엇입니까? 예를 들어, 필요한 버전의 nodejs, php, jdk를 설치하고 SSH 키 등을 빌드가 수행될 서버에 설치하는 Ansible 플레이북을 작성하는 등 빌드를 위한 환경을 준비하면 어떨까요?

이제 나는 이것이 내 발에 총을 쏘고 있다는 것을 이해합니다. 왜냐하면 docker는 격리로 인해 이익을 얻지 못하기 때문입니다. Docker의 CI에서 발생한 문제:

• 다시 빌드하려면 도커 이미지가 필요합니다. 이미지를 찾거나 자신만의 dockerfile을 작성해야 합니다.
• 90%는 도커 이미지에 쓰고 싶지 않은 일부 SSH 키, 비밀 데이터를 전달해야 합니다.
• 컨테이너가 생성되고 종료되면 모든 캐시도 함께 손실됩니다. 다음 빌드에서는 모든 프로젝트 종속성을 다시 다운로드하므로 시간이 많이 걸리고 비효율적이며 시간은 곧 돈입니다.

개발자는 도커 컨테이너에서 프로젝트를 빌드하지 않습니다. (저는 한때 그런 팬이었습니다. 과거에는 제 자신이 안타깝습니다. xD). Java에서는 여러 버전이 있고 하나의 명령으로 지금 필요한 버전으로 변경할 수 있습니다. nodejs에도 동일하며 nvm이 있습니다.

출력

나는 docker가 매우 강력하고 유연한 도구라고 믿습니다. 이것이 단점입니다(이상하게 들리네요, 그렇습니다). 도움을 받으면 기업은 쉽게 그것에 빠져 필요할 때와 필요하지 않을 때 사용할 수 있습니다. 개발자는 컨테이너와 일부 환경을 시작한 다음 모든 것이 CI와 프로덕션으로 원활하게 흘러갑니다. DevOps 팀은 이러한 컨테이너를 실행하기 위해 일종의 코드를 작성하고 있습니다.

다음에서만 docker를 사용하세요. 가장 최근에 작업 단계에서 처음부터 프로젝트로 끌어오지 마십시오. 그것은 귀하의 비즈니스 문제를 해결하지 못할 것입니다. 그는 문제를 다른 수준으로 옮기고 그 자신의 해결책을 제시할 뿐이며, 당신은 이중 작업을 수행하게 될 것입니다.

도커가 필요한 경우: 나는 docker가 특정 프로세스를 최적화하는 데는 매우 능숙하지만 기본 기능을 구축하는 데에는 능숙하지 않다는 결론에 도달했습니다.

여전히 docker를 사용하기로 결정했다면 다음을 수행하세요.

• 극도로 조심하다
• 개발자에게 Docker를 사용하도록 강요하지 마세요
• 한 곳에서 사용을 현지화하고 모든 Dockefile 및 docker-compose 저장소에 분산시키지 마십시오.

추신:

• 최근에 우연히 접한 포장 기계 Ansible과 매우 잘 작동하며 이미지(도커 이미지 포함) 구축 프로세스를 통합할 수 있다고 합니다.
• 도커에 대해서도 흥미로운 기사입니다.

읽어주셔서 감사합니다. 귀하의 업무에서 투명한 결정과 생산적인 근무일을 기원합니다!

출처 : habr.com