0
단일 모 놀리 식 응용 프로그램을 "마이크로 서비스"로 분리해야하며 각 모듈은 (응용 프로그램 서버 + 데이터베이스)의 조합입니다.프로덕션 서버에서 주로 "응용 프로그램 서비스"를 개발하고 배포하는 데 사용되는 플랫폼
생산 서버에서 사용
하나 (그것의 데이터 영속성을 지원하지 도다로서 바람직하지 선택)이
- 방랑
- 오픈 VZ
- 도커에서 궁금?
A
답변
1
TL : Docker와 RKT는 엔터프라이즈 선택이며 Docker는 훨씬 더 광범위한 커뮤니티, 관심 및 임팩트를 제공합니다.
우선 Docker는 데이터 지속성을 지원합니다. 볼륨을 통해 쉽게이 작업을 수행 할 수 있으며 다양한 저장소 백엔드에 사용할 수있는 많은 드라이버가 있습니다.
도커 철학 : Microservices.
Google은 2000 년대에 컨테이너를 사용하기 시작했습니다. 많은 기업들이 오늘 과중한 컨테이너를 사용합니다. Docker는 최고의 구현 중 하나입니다. 그래서 당신의 필요와 환경에 따라 분명히 고정시킵니다.
방랑제은 개발 환경 용입니다. 도커를 안쪽에 사용할 수도 있고, 부랑자 로컬 도커를 사용할 수도 있습니다.
OpenVZ은 직접 장식하는 VPS 컨테이너 설정에 중점을 두었습니다. 따라서 그들은 비어있는 리눅스 머신을위한 템플릿을 제공한다.이 템플릿은 SSH를 시작하고 셧다운 할 수 있으며, LAMP 스택과 같이 필요에 따라 스스로 설정할 수있다.
OpenVZ 대 Docker : OpenVZ는 컨테이너를 VPS로보고 Docker는 컨테이너를 응용 프로그램/서비스로 간주합니다. 마이크로 서비스를위한 확실한 항해자.
RKT, 기능적으로 도커는 모두 rkt와 유사합니다. 그러나 "Docker Images"와 함께 rkt는 "App Container Images"(ACI)를 다운로드하고 실행할 수 있습니다. rkt는 ACI를 지원하는 것 외에도 구성 가능성과 보안을 염두에두고 설계된 아키텍처가 크게 다릅니다.
rkt에는 중앙화 된 "init"데몬이 없으며 클라이언트 명령에서 직접 컨테이너를 시작하므로 systemd, upstart 등과 같은 init 시스템과 호환됩니다.
rkt는 표준 UNIX 그룹 권한을 사용하여 여러 작업간에 권한 분리를 허용합니다. rkt 데이터 디렉토리가 올바르게 설정되면 컨테이너 이미지 다운로드 및 서명 확인이 비 특권 사용자로 실행될 수 있습니다.
+0
답변을 주셔서 감사합니다. 도커는 처음에는 해결책이되는 것 같지만 https://thehftguy.com/2016/11/01/docker-in-production- 실패의 역사 - /, https://blog.abevoelker.com/why-i-dont-use-docker-much-anymore/ 의심 스럽지만 도커를 건너 뛰고 싶었고, 도커에 대한 다른 안정적인 대안? –
+0
docker의 데이터 지속성 지원에 대해 +1 – rocksteady
+0
@ forum.test17 답변을 rkt로 업데이트했습니다. –
넓은 질문입니다. 맞습니까? – jbird
@jbird이지만, 방글라데시가 분명히 언급하고 있듯이 개발 환경 "https://www.vagrantup.com"("경량, 재현성 및 휴대용 개발 환경을 만들고 구성하십시오.), 내 요구를 충족시키는 프로덕션 서버에 사용됩니까?, 1 년 이래로 openVZ를 사용하여 테스트 설치를 완료했습니다. 완벽하게 작동합니다. 아무도 나를 혼란스럽게하는 서비스를 배포하는 것에 대해서도 이야기하지 않았습니다. (내 질문은 데이터 지속성을 가진 CRUD 기반 서비스가 실제 세계에 배포되는 방식입니다 :) :) 안정성과 쉬운 확장 성이 요구됩니다. –
데이터 지속성은 일반적으로 상태가 도입되기 때문에 바람직하지 않습니다. – hek2mgl