La виртуализацията се превърна в много често срещана практика, особено в облачните услуги, за да можете да извлечете повече от сървърите в центровете за данни. Но напоследък виртуализацията, базирана на контейнери, е тази, която се налага, тъй като позволява много по-ефективно управление (като не се налага да дублира определени процеси). И точно на този връх възникват битките между Docker и Kubernetes.
Два много популярни проекта, които сигурно вече знаете. И двете с неговите предимства и недостатъци и с разлики това може да е ключово, когато става въпрос да ви помогнем да изберете проект според вашите нужди ...
Какво представлява виртуализацията, базирана на контейнери?
Както знаете, има няколко видове виртуализациякато пълна виртуализация, паравиртуализация и др. Е, в този раздел ще се съсредоточа върху пълната виртуализация, която обикновено се използва при монтиране на виртуални машини и контейнери, за да не въвеждам други променливи, които могат да ви объркат.
- Виртуални машини- Това е подход, ориентиран към виртуализацията Той се основава на хипервизор, като KVM, Xen или програми като VMWare, VirtualBox и др. С този софтуер се емулира цялостна физическа машина (vCPU, vRAM, дискови устройства, виртуални мрежи, периферни устройства и др.). По този начин на този виртуален хардуер може да се инсталира операционна система (гост) и оттам приложенията могат да се инсталират и стартират по същия начин, както би се направило в операционната система хост.
- контейнери: това е друга технология, при която се присъединява един вид клетка или пясъчник, при който някои части от тази цялостна система могат да бъдат освободени, което е по-ефективно и с някои предимства на преносимост и допълнителна сигурност (въпреки че не е без уязвимости) . Всъщност, вместо да има хипервизор, в тези случаи има софтуер като Docker и Kubernetes, който ще използва самата хост система за стартиране на изолирани приложения. Недостатъкът е, че ви позволява само да разположите собствени приложения от самата ОС на хоста. Това означава, че докато във VM можете да виртуализирате Windows на дистрибуция на Linux, например, и на този Windows можете да стартирате всяко собствено приложение за него, в контейнер можете да го направите само с приложения, поддържани от системата хост, в този случай с Linux ...
Не забравяйте, че разширенията или поддръжката на хардуерна виртуализация, като Intel VT и AMD-V са успели да подобрят производителността доста, предполагайки само 2% режийни разходи на процесора. Но това не се отнася за други ресурси като памет или самото хранилище, което е разпределено за пълна виртуализация, което означава значително търсене на ресурси.
Всичко това е това, което контейнерите идват да решат, което не е необходимо да дублирате определени процеси за да можете да внедрите приложение. Например, ако искате да създадете контейнер със сървър Apache, с пълната виртуална машина ще имате операционната система хост, хипервизора, операционната система за гости и софтуера за тази услуга. От друга страна, с контейнера би трябвало да разполагате само със софтуера, който реализира споменатата услуга, тъй като тя ще работи изолирано в „кутия“ и използва самата операционна система на хоста. Освен това стартирането на приложението е много по-бързо, като се елиминира гост ОС.
Какво е Docker?
докер е проект с отворен код под лиценза Apache, написан на програмния език Go и използван за автоматизиране на разполагането на приложения в контейнери. С други думи, този софтуер ще ви позволи да управлявате контейнери на различни операционни системи, тъй като работи на няколко платформи.
Когато Docker се появи, имаше много предимства, и се разпространи бързо. Неговата изолирана визия за операционната система и простота, позволяват да се изграждат контейнери с приложения, да се прилагат, мащабират и изпълняват бързо. Начин за стартиране на всички приложения, от които се нуждаете, с минимално потребление на ресурси.
В обобщение Docker предлага следното характер ключ:
- Изолация от околната среда.
- Управление на контейнери.
- Контрол на версиите.
- Местоположение / Сходство.
- Ловкост.
- Производителността.
- Ефективност.
Pero не беше освободен от определени проблеми, като когато тези контейнери трябваше да се координират, да комуникират помежду си. Това беше една от причините, които доведоха до създаването на Kubernetes ...
Както ще коментирам по-късно Докер рояк, Бих искал да коментирам, че това е софтуер, създаден от същите разработчици на Docker, за да може да групира поредица от хостове на Docker в клъстер и по този начин да управлява клъстерите централно, в допълнение към организирането на контейнерите.
Какво представлява Kubernetes?
Първоначално е създаден от Google, а по-късно е дарен на Cloud Native Computing Foundation. Kubernetes Също така е система, подобна на Docker, с отворен код, лицензирана под Apache и написана с помощта на програмния език Go. Използва се за автоматизиране на внедряването и управлението на контейнеризирани приложения. В допълнение, той поддържа различни среди за работа на контейнери, включително Docker.
В крайна сметка Kubernetes е платформа за оркестрация контейнер, който отговаря за подпомагането на различните контейнери на различните машини, тяхното управление и разпределение на товари между тях. Особено тази организация е направила този проект съществена част от този тип сценарии ...
- Автоматизирано планиране.
- Способности за самолечение.
- Автоматизирани пускания и внедряване.
- Балансиране на товара и хоризонтална скала.
- По-висока плътност на използване на ресурсите.
- Функции, ориентирани към бизнес среда.
- Централизирано управление на приложения.
- Саморазменяема инфраструктура.
- Декларативна конфигурация.
- Надеждност.
Докер срещу Кубернетис
Както можете да видите в дефиницията, и двете са много сходни в много отношения, но вие сте техните различия, както и да имат своите предимства и недостатъци като всичко. Може би си мислите, че знаейки тези подробности, ще имате всичко, за да знаете коя да изберете, в зависимост от целта, която имате.
Проблемът обаче това е нещо по-сложно от това. Не става въпрос за Docker срещу Kuernetes, тъй като би било все едно да сравнявате много различни неща и ще изпаднете в грешката да мислите, че трябва да избирате между едното и другото. Резултатът от Docker срещу Kubernetes е абсурден, по-скоро трябва да свържете двете технологии заедно, за да можете да доставяте и мащабирате контейнерирани приложения по-добре.
Най-подходящо би било да се сравни Докер рояк с кубернети. Това би било по-успешно, тъй като Docker Swarm е технология за оркестрация на Docker за създаване на клъстери на контейнери. Въпреки че дори тогава нямаше да бъде напълно успешен ... Всъщност Kubernetes е проектиран да работи в клъстер, като е в състояние да координира ефективно клъстери от възли в производството, докато Docker го прави в единичен режим.
Докер срещу Kubernetes разлики
Запазване на тези различни, ако искате да знаете различията между Docker Swarm и Kubernetes те биха били:
- Kubernetes включва много опции за персонализация липсва в Docker Swarm.
- Docker Swarm е по-лесно за конфигуриране поради неговата простота. Освен това е по-лесно да се интегрира в екосистемата на Docker.
- Вместо това Толерантност към повреди Kubernetes е по-висока, което може да бъде по-положително в среди като високодостъпни сървъри.
- Docker Swarm е по-бързо относно разполагането и разширяването на контейнери.
- Kubernetes от своя страна предлага по-големи гаранции към състоянията на клъстера.
- El балансиране на натоварването в Kubernetes позволява по-добър баланс, въпреки че не е автоматичен, както в Docker.
- Kubernetes предлага по-добра гъвкавост, дори в сложни приложения.
- Docker Swarm ще поддържа до 2000 възли, в сравнение с 5000 за Kubernetes.
- Kubernetes е оптимизиран за много малки клъстери, докато Dockers е за голям клъстер.
- Kubernetes е сложно, По-опростен докер.
- Kubernetes може да позволи споделяне на места за съхранение между всеки контейнер, докато Docker е по-ограничен и се споделя само между контейнери в една и съща под.
- Docker Swarm позволява да се използва софтуер на трети страни за регистриране и наблюдение Kubernetes включва свои собствени вградени инструменти.
- Docker Swarm е ограничен до 95.000 XNUMX контейнери, докато Kubernetes може да поддържа до 300.000 XNUMX.
- Докато Docker има страхотна общност Kubernetes също има подкрепата на компании като Microsoft, Amazon, Google и IBM.
- Docker се използва от фирми като Spotify, Pinterest, eBay, Twitter и др. Докато Kubernetes предпочитат 9GAG, Intuit, Buffer, Evernote и т.н.
Предимство
След като видях някои различия, сега е ред на предимствата всеки:
- Kubernetes:
- Лесна организация на услугата с подс.
- Разработено от Google, с богат опит в облачната индустрия.
- Огромна общност и инструменти за оркестрация на контейнери.
- Разнообразие от възможности за съхранение, включително локални SAN и публични облаци.
- докер:
- Ефективна и лесна първоначална настройка.
- Проследява версиите на контейнери, за да изследва вариациите.
- Speed.
- Много добра документация.
- Добра изолация между приложенията.
Недостатъци
Относно недостатъците:
- Kubernetes:
- По-сложни миграции.
- Сложен процес на инсталиране и конфигуриране.
- Несъвместим със съществуващите инструменти на Docker.
- Внедряването на ръчен клъстер е сложно.
- докер:
- Той не предоставя опция за съхранение.
- Лошо проследяване.
- Няма автоматично препрограмиране на неактивни възли.
- Действията трябва да се извършват в CLI.
- Ръчно управление на множество екземпляри.
- Имате нужда от поддръжка за други инструменти.
- Трудно ръчно разполагане на клъстери.
- Няма поддръжка за здравни проверки.
- Docker е компания с идеална цел и някои от нейните критични компоненти, като Docker Engine и Docker Desktop, не са с отворен код.
Docker срещу Kubernetes: Заключение
Както можете да си представите, не е толкова лесно да се избере между едното или другото. Битката между Docker и Kubernetes е по-сложна, отколкото може да изглежда. И всичко ще зависи от целта, която имате. Едното или другото ще отговарят по-добре и това трябва да бъде вашият избор.
В много други случаи, използването на Kubernetes с Docker ще бъде най-доброто от всички опции. И двата проекта работят добре заедно. Това може да подобри сигурността на инфраструктурата и високата наличност на приложения. Можете дори да направите приложенията по-мащабируеми.
Благодаря много ! За мен става все по-ясно и най-вече да разбера, че както много пъти, няма по-добро или по-лошо, ако не и въпрос на избор на най-подходящия.
Може би просто се нуждая от по-ясен пример, за да разбера в кой сценарий единият или другият работи по-добре и в кой случай да ги използвам заедно.
Също така, какви алтернативи имаме пред този тип софтуер?
И каква употреба можем да започнем да знаем за контейнерите, за да видим реални случаи, без да чакаме да работим в големи компании?
Мисля, че нещо е дефинирано погрешно тук, docker е мениджър на контейнери, не може да се сравни с Orchestrator.
Сравнението ще бъде между Docker Swarm и Kubernetes.
Очевидно по време на създаването на тази великолепна публикация (наистина интересна според мен) бяха пресечени някои термини.