저는 빌드 파이프라인이 생성되는 [레거시] 프로젝트를 진행 중입니다.회전 속도s가 픽업되었습니다스피니커도착하다빵 굽기하나급성 심근경색그러면 AWS EC2 시스템에서 실행됩니다.
RPM+AMI 대신 Docker를 사용하는 것이 좋지만 우리 팀은 "프로덕션에서" Docker 사용을 거부합니다. 그 이유 중 하나는 Docker가 가상 환경이고 그 자체가 가상화된 환경인 EC2에서 실행하는 것이 의미가 없기 때문입니다.
프로덕션에서 Docker를 사용하는 것에 반대하는 주장을 검색했지만 이 접근 방식의 장단점은 여전히 명확하지 않습니다. 내 말은 아마존을 말하는 거야ECSDocker가 지원되지만 이는 "호환성"이라는 전문 용어에 더 가깝습니다. 사람들이 Docker(또는 기타 컨테이너 기술, 예:역방향 지식 전달) RPM+AMI 대신?
docker-compose2016년 12월 업데이트: 더 자세히 조사한 결과 우리 팀의 주요 관심사는 다음과 같은 고급 오케스트레이션 도구에 있다는 것을 깨달았습니다.쿠버네티스. Kubernetes는 Docker(및 기타 컨테이너 기술)를 사용할 수 있습니다. 즉, 필요한 오케스트레이션 기술이 마련되어 있으면 프로덕션에서 Docker를 실행하는 데 문제가 없습니다.
답변1
Docker는 호스트 시스템(AWS 인스턴스)과 RPM을 생성하는 실행 프로세스 간의 격리를 제공합니다. Docker를 또 다른 보안 및 자동화 계층으로 사용할 수 없는 이유가 무엇인지 모르겠습니다. 다른 서버나 클라우드 제공업체로 이동해야 한다면 훨씬 쉬울 것이기 때문입니다.
또한 완전히 자동화된 워크플로에서 새로 생성된 RPM 패키지의 설치를 테스트하기 위해 다양한 운영 체제 배포 및 버전을 실행하는 여러 Docker 이미지를 생성할 수 있습니다.
이제 "프로덕션에서 Docker 사용"과 관련하여 1년 전부터 프로덕션에서 Docker를 사용하고 있는 회사와 대규모 프로젝트를 모두 나열할 수는 없습니다. 안정적이고 훌륭한 문서를 보유하고 있으며 규모가 크고 빠르게 성장하는 커뮤니티가 있으며 그 뒤에 있는 회사(Docker Inc)는 현재 가장 혁신적이고 소프트웨어 개발 레이더에 있는 회사 중 하나입니다. Docker의 기술 스택이 커널 자체 및 libcontainer.
시작 계획으로 환경의 일부를 Docker로 마이그레이션하고 이를 테스트 설정으로 사용하는 것이 좋습니다. 이는 또한 발생할 수 있는 최종 문제를 발견할 더 많은 이유를 제공합니다.
내가 찾은 훌륭한 참고자료: [1]https://clusterhq.com/assets/pdfs/state-of-container-usage-june-2015.pdf