Kubernetes е страхотен проект известен на всички, особено за разгръщане и управление на приложения в контейнери. А Маркус Айзеле, ръководител за приемане на разработчици от EMEA на Red Hat, има някои важни подробности за всеки, който се интересува от това.
И това е, че развитието на бизнеса винаги е било едно от големите предизвикателства на компютърното инженерство, и особено на компании като Red Hat. Ето защо през последното десетилетие преминахме от класическата тристепенна архитектура към нова архитектура с високо разпределени микроуслуги, за да постигнем почти неограничени инфраструктурни ресурси за публични доставчици на облак. В допълнение, тези микроуслуги могат да бъдат специализирани в много специфични и прости задачи, в сравнение с остарели тежки сървъри за приложения.
Тези микроуслуги те предполагат по-добра ефективност по отношение на изразходваните ресурси, което е друго голямо предимство. В допълнение, това е един от най-добрите начини за разполагане на тези приложения чрез контейнери, сякаш малки виртуални машини са били лекувани. Въпреки че основната разлика между виртуална машина и контейнер е, че първата няма операционна система, вместо това тя работи в потребителско пространство на ядрото на операционната система на хоста, сякаш е приложение. Това означава и по-голяма сигурност.
Но не всичко щеше да бъде предимства, тъй като тази архитектура изисква много контейнери (по един на услуга или повече), което означава, че начинът, по който те се управляват и координират, може да бъде сложен и да представлява по-големи усилия за системния администратор. Това е където Кубернетес излиза на сцената и прави всичко много по-лесно.
Създаване на родна среда в Kubernetes
Kubernetes улеснява живота на администраторите, позволявайки по-автоматизирано управление на приложения и услуги. Търсейки аналогия, би било като пристанищната администрация на пристан, която позволява на корабите да се движат едновременно в космоса. С други думи, отначало възможностите на Kubernetes могат да бъдат сравнени с тези на Java EE, тъй като и двете изпълняват приложения на разпределен физически хардуер. Контейнерите обаче не се интересуват много от изискванията на самото приложение.
С Kubernetes можете да конфигурирате клъстер, като пишете конфигурационни файлове в текстов формат (главно YAML, въпреки че поддържа и JSON). Вътре ще бъдат параметрите или спецификациите на всеки обект, дефинирани за управление.
Хардуер за локална конфигурация на Kubernetes
За да се възползвате от висока мащабируемост и надеждност предоставени от клъстер Kubernetes, разработчиците и администраторите трябва да се погрижат да предоставят на контейнера достатъчно ресурси за работа.
Ако се приеме, че клъстерът има два главни възела с 2 GB RAM, 4 ядра и 2 работни възли с 1 GB RAM и 2 ядра, тогава клъстер Kubernetes ще ви трябват 6 GB RAM и 12 ядра като минимум. Някои ресурси, които не всички настолни компютри могат да предоставят, въпреки че е вярно, че този проект не е предназначен за работния плот.
В момента обаче има редица по-малки учебни среди които дават възможност на разработчиците да се развиват с Kubernetes в локална среда. Примери за тях са MiniKube, MicroK8s, OpenShift CodeReady Cointainers и др. Всички те са клъстери от 1 единичен възел, за да могат да ги разполагат в настолен компютър и чиято инсталация може да бъде извършена за няколко минути.
За да тествате a по-сложна екологична услуга, обикновено трябва да отидете на истински клъстер Kubernetes. Но инструментът Контейнери, готови за код тя може да улесни живота на разработчика, включително целия набор от инструменти и инсталация на един възел на клъстер Kubernetes.
Родното осиновяване в Kubernetes е различен свят
Kubernetes дойде да промени целия опит на разработчиците, които виждат как начинът на управление на тези услуги е напълно различен и интегриран. В резултат осиновяването на Kubernetes стана следващата логическа стъпка към опростяване за разработчика.
По същия начин Kubernetes позволява по-голяма гъвкавост, с помощ и инструменти за продуктивно разработване на родния Kubernetes и вълнуващи нови предизвикателства ...