Шта је Кубернетес?

Шта је Кубернетес? И која је његова архитектура?

Контејнеризација је пресекла везу између програмера софтвера и производног окружења. Не у смислу да вам производни систем уопште није потребан, али не морате да бринете о специфичности производног окружења.

Апликације су сада у пакету са зависностима које су им потребне, у лаганом контејнеру уместо у ВМ-у. То је одлично! Међутим, не пружа имунитет од кварова система, квара мреже или квара диска. На пример, ако је центар за обраду података, у којем су покренути сервери, у фази одржавања, апликација ће се искључити из мреже.

Кубернетес долази у слику да би решио ове проблеме. Потребна је идеја контејнера и проширује се на рад на више рачунарских чворова (који могу бити виртуелне машине хостоване у облаку или голи метал сервери). Идеја је имати дистрибуирани систем за рад контејнерираних апликација.

Зашто Кубернетес?

Е сад, зашто би уопште требало да имате дистрибуирано окружење?

Из више разлога, прво и најважније је велика доступност. Желите да ваша веб локација за е-трговину остане на мрежи 24/7, или ћете изгубити посао, користите Кубернетес за то. Друга је скалабилност, где желите да повећате 'оут'. Скалирање овде укључује додавање више рачунарских чворова како би ваша растућа апликација имала више простора за ноге.

Дизајн и архитектура

Као и сваки дистрибуирани систем, и Кубернетес кластер има главни чвор, а затим читав низ радничких чворова, на којима би се ваше апликације заправо покренуле. Мастер је одговоран за распоређивање задатака, управљање радним оптерећењима и сигурно додавање нових чворова у кластер.

Сада, наравно, сам главни чвор може да пропадне и поведе са собом целу кластеру, тако да вам Кубернетес заправо омогућава више матичних чворова због сувишности.

Поглед из птичје перспективе на типично размештање Кубернетеса

Кубернетес Мастер

Кубернетес мастер је оно што тим ДевОпс комуницира и користи за обезбеђивање нових чворова, примену нових апликација и надзор и управљање ресурсима. Најосновнији задатак главног чвора је да распоред ефикасно оптерећење међу свим радничким чворовима како би се максимизовало коришћење ресурса, побољшале перформансе и поштовале различите политике које је тим за ДевОпс одабрао за своје посебно оптерећење.

Друга важна компонента је итдд што је демон који прати радне чворове и чува базу података која чува целокупно стање кластера. То је складиште података кључ / вредност, које се такође може изводити у дистрибуираном окружењу кроз више главних чворова. Садржај етцд даје све релевантне податке о целом кластеру. Раднички чвор би с времена на време погледао садржај етцд да би утврдио како треба да се понаша.

Контролер је ентитет који ће преузети упутства од АПИ сервера (о чему ћемо се касније позабавити) и изводити неопходне радње попут креирања, брисања и ажурирања апликација и пакета.

Тхе АПИ сервер излаже Кубернетес АПИ, који користи ЈСОН оптерећења преко ХТТПС-а, да комуницира са корисничким интерфејсом са којим би тимови програмера или особље ДевОпс-а на крају завршили у интеракцији. И веб интерфејс и ЦЛИ користе овај АПИ за интеракцију са кластером Кубернетес.

АПИ сервер је такође одговоран за комуникацију између радних чворова и различитих компоненти главног чвора попут етцд.

Главни чвор никада није изложен крајњем кориснику јер би ризиковао сигурност читавог кластера.

Чворови Кубернетес

Машини (физичкој или виртуелној) требало би неколико важних компоненти које једном правилно инсталиране и постављене могу тај сервер претворити у члана вашег Кубернетес кластера.

Прва ствар која ће вам требати је извршавање контејнера, попут Доцкера, инсталирано и покренуто на њему. Очигледно ће бити одговоран за предење и управљање контејнерима.

Уз Доцкер рунтиме, потребан нам је и Кубелет демон. Комуницира са главним чворовима, преко АПИ сервера и пита етцд, и враћа информације о здрављу и употреби о подсовима који се изводе на том чвору.

Међутим, контејнери су прилично ограничени сами по себи, па Кубернетес има већу апстракцију изграђену на врху колекције контејнера, познату као Махуне.

Зашто смислити махуне?

Доцкер има политику покретања једне апликације по контејнеру. Често се описује као „Један поступак по контејнеру“ политике. То значи да ако вам је потребна ВордПресс локација, препоручујемо вам да имате два контејнера, један за рад базе података, а други за веб сервер. Спајање таквих сродних компонената апликације у махуну осигурава да кад год се увећате, два међусобно зависна контејнера увек коегзистирају на истом чвору и тако међусобно брзо и лако разговарају.

Махуне су основна јединица примене у Кубернетесу. Када се умањи, кластеру додате још махуна. Свака махуна добија своју јединствену ИП адресу унутар интерне мреже кластера.

Повратак на Кубернетесов чвор

Сада чвор може да покреће вишеструке подс и таквих чворова може бити много. Све је то у реду док не размислите о покушају комуникације са спољним светом. Ако имате једноставну услугу засновану на Интернету, како бисте усмерили име свог домена на ову колекцију махуна са много ИП адреса?

Не можете и не морате! Кубе-проки је последњи део слагалице који омогућава оператерима да изложе одређене махуне на Интернету. На пример, ваш фронт-енд може бити јавно доступан и кубе-проки ће дистрибуирати саобраћај између свих различитих подс који су одговорни за хостовање фронт енд-а. Међутим, ваша база података не мора бити јавна, а кубе-проки ће омогућити само интерну комуникацију за таква радна оптерећења повезана са позадином.

Треба ли вам све ово?

Ако тек започињете као хоби или студент, употреба Кубернетес-а за једноставну апликацију била би неефикасна. Читава ригмарола потрошила би више ресурса од ваше стварне апликације и додала би више забуне за једног појединца.

Међутим, ако ћете радити са великим тимом и применити своје апликације за озбиљну комерцијалну употребу, Кубернетес је вредан додатка. Можете зауставити ствари да постану хаотичне. Направите простор за одржавање без застоја. Подесите сјајне А / Б услове тестирања и постепено увећавајте, а да не трошите превише на инфраструктуру унапред.