Kubernetes - чудовий проект відомий усім, особливо для розгортання та управління додатками в контейнерах. А у Маркуса Ейзеле, керівника з прийняття розробників EMEA від Red Hat, є кілька важливих деталей для всіх, хто зацікавлений у цьому.
І саме в тому, що розвиток бізнесу завжди був однією з найбільших проблем комп'ютерної інженерії, і особливо Росії компанії, такі як Red Hat. Ось чому за останнє десятиліття ми перейшли від класичної 3-рівневої архітектури до нової архітектури з високо розподіленими мікросервісами, щоб досягти майже необмежених ресурсів інфраструктури для публічних хмарних провайдерів. Крім того, ці мікросервіси можуть спеціалізуватися на дуже конкретних та простих завданнях, порівняно із застарілими важкими серверами додатків.
ці мікросервіси вони передбачають кращу ефективність з точки зору споживаних ресурсів, що є ще однією великою перевагою. Крім того, це один з найкращих способів розгорнути ці програми через контейнери, як ніби невеликі віртуальні машини лікувалися. Хоча основна відмінність між віртуальною машиною та контейнером полягає в тому, що перший не має операційної системи, натомість він працює в просторі користувача ядра операційної системи хоста, ніби це програма. Це також означає більшу безпеку.
Але не все мало б бути перевагами, оскільки ця архітектура вимагає багато контейнерів (по одному на службу або більше), а це означає, що спосіб їх управління та координації може бути складним та представляти більші зусилля для системного адміністратора. Ось де На сцену виходить Кубернетес і це значно полегшує все.
Налаштування природного середовища в Кубернете
Kubernetes полегшує життя адміністраторам, що дозволяє більш автоматизоване управління програмами та послугами. Шукаючи аналогії, це могло б бути схоже на портову адміністрацію на пристані, яка дозволяє кораблям одночасно рухатися в космосі. Іншими словами, спочатку можливості Kubernetes можна було порівняти з можливостями Java EE, оскільки обидва запускають програми на розподіленому фізичному обладнанні. Однак контейнери мало цікавляться вимогами самого додатка.
За допомогою Kubernetes ви можете налаштувати кластер, записавши конфігураційні файли текстовий формат (переважно YAML, хоча він також підтримує JSON). Всередині будуть розміщені параметри або технічні характеристики кожного об'єкта, визначені для управління.
Обладнання для локальної конфігурації Kubernetes
Для того, щоб скористатися висока масштабованість і надійність забезпечується кластером Kubernetes, розробники та адміністратори повинні подбати про те, щоб забезпечити контейнер достатньою кількістю ресурсів для запуску.
Якщо передбачається, що кластер має два основні вузли з 2 ГБ оперативної пам'яті, 4 ядрами і 2 робочі вузли з 1 ГБ оперативної пам'яті і 2 ядрами, то скупчення Кубернетеса вам знадобиться 6 ГБ оперативної пам'яті та 12 ядер як мінімум. Деякі ресурси, які можуть надати не всі настільні комп’ютери, хоча правда, що цей проект не призначений для робочого столу.
Однак в даний час існує ряд менші середовища навчання які дозволяють розробникам розвиватися разом з Kubernetes в локальних середовищах. Прикладами їх є MiniKube, MicroK8s, OpenShift CodeReady Cointainers тощо. Всі вони являють собою кластери з одного вузла, щоб мати їх у настільному ПК, і встановлення яких можна зробити за кілька хвилин.
Для тестування a більш складне екологічне обслуговування, вам зазвичай потрібно перейти до справжнього кластеру Кубернетів. Але інструмент Контейнери, готові до коду це може значно полегшити життя розробника, включаючи весь набір інструментів та установку кластера Kubernetes на один вузол.
Рідне усиновлення в Кубернете - це інший світ
Kubernetes прийшов змінити весь досвід розробників, які бачать, як спосіб управління цими послугами абсолютно різний та інтегрований. Як результат, усиновлення Кубернетеса стало наступний логічний крок до спрощення для розробника.
Так само, Kubernetes дозволяє більша гнучкість, за допомогою та інструментами для продуктивної розробки Kubernetes та нових захоплюючих завдань ...