, вся суть якого продовжує курс на автоматизацію та оптимізацію роботи з хмарним середовищем.
Нагадаємо, що у травні 2019 року ми представили Red Hat OpenShift 4 – наступне покоління нашої Kubernetes-платформи, яку ми переробили з метою спрощення управління контейнерними програмами у продакшн-середовищах.
Рішення створювалося як самоврядна платформа з функціями автооновлення ПЗ та управління життєвим циклом у гібридній хмарі та побудована на основі перевірених Red Hat Enterprise Linux та Red Hat Enterprise Linux CoreOS. У версії 4.2 основна увага була приділена тому, щоб зробити платформу зручнішою для розробників. Крім того, ми спростили для адміністраторів кластерів роботу з управління платформою та додатками, запропонувавши засоби міграції з 3-ї на 4-ю версію OpenShift, а також реалізувавши підтримку конфігурацій без доступу до інтернету.
Де тут швидкість?
Версія 4.2 сильно спрощує роботу з Kubernetes, пропонуючи новий оптимізований під девелоперські завдання режим консолі управління OpenShift, а також нові інструменти та плагіни для збирання контейнерів, організації конвеєрів CI/CD та реалізації serverless-систем. Все це допомагає програмістам більш прицільно зосередитися на своїй головній задачі - створення коду додатків, не відволікаючись на особливості роботи Kubernetes.
Перегляд топології додатків у консолі розробника.
Новий девелоперський режим консолі OpenShift
Нові інструменти для розробників у OpenShift 4.2:
- веб-консолі допомагає розробникам сфокусуватися на головному, відображаючи лише необхідні відомості та конфігурації. Удосконалений UI для перегляду топології та складання додатків полегшує створення, розгортання та візуалізацію контейнеризованих додатків та ресурсів кластера.
- інструментарій – спеціальний інтерфейс командного рядка для розробників, який спрощує розробку програм на платформі OpenShift. Організуючи взаємодію на кшталт git'овського push, цей CLI допомагає розробникам без зайвих зусиль створювати додатки на платформі OpenShift, не вникаючи в тонкощі роботи Kubernetes.
- для Microsoft Visual Studio Code, JetBrains IDE (включаючи IntelliJ) та Eclipse Desktop IDE забезпечує просту інтеграцію з застосовуваними інструментами та дозволяє виконувати розробку, складання, налагодження та розгортання додатків для OpenShift у звичному для розробників IDE-середовищі.
- Red Hat OpenShift Deployment Extension для Microsoft Azure DevOps. Надає користувачам цього інструменту DevOps можливість розгортати свої програми на Azure Red Hat OpenShift або в будь-яких інших кластерах OpenShift на платформі Microsoft Azure DevOps.
Плагін для Visual Studio
Повноцінний OpenShift на ноутбуці
, які є готовими кластерами OpenShift, оптимізовані для розгортання на робочій станції або ноутбуці, дають можливість розробляти хмарні програми в локальному режимі.
Сервісна сітка Service Mesh
наше рішення , побудоване на основі СПО-проектів Istio, Kiali та Jaeger та спеціального , спрощує розробку, розгортання та супровід додатків на платформі OpenShift, надаючи необхідний інструментарій та переймаючи на себе автоматизацію хмарних додатків на основі сучасних архітектур, таких як мікросервіси. Рішення дозволяє звільнити програмістів від необхідності самостійно розгортати та підтримувати спеціалізовані мережеві сервіси, необхідні для створюваних додатків та бізнес-логіки.
, , заточений під розробника буквально «від і до» і пропонує такі можливості, як трасування, метрики, візуалізація та спостереження мережевих комунікацій, а також встановлення та налаштування сітки service mesh в один клік. Крім того, рішення пропонує переваги з точки зору операційного управління та безпеки, наприклад, шифрування трафіку між серверами в межах дата-центру та інтеграція з API-шлюзом .
Розширена візуалізація кластерного трафіку засобами Kiali у рамках OpenShift Service Mesh
Serverless-обчислення
Інше наше рішення, , допомагає розгортати та запускати програми, які легко масштабуються на вимогу вгору та вниз аж до нульового рівня. Це рішення, побудоване на основі проекту Knative та доступне у версії Technology Preview, можна активувати на будь-якому кластері OpenShift 4 за допомогою відповідного Kubernetes-оператора, який дозволяє легко розпочати роботу та встановити компоненти, необхідні для розгортання serverless-додатків або функцій на OpenShift. Девелоперський режим консолі OpenShift, що з'явився у версії 4.2, дозволяє задіяти serverless-опції в стандартних процесах розробки, таких як Import from Git або Deployan Image, інакше кажучи - створювати serverless-програми можна прямо з консолі.
Налаштування serverless-розгортання в консолі OpenShift
Окрім інтеграції з консоллю розробника, у новій версії OpenShift є й інші покращення в плані serverless. Зокрема, це kn – інтерфейс командного рядка Knative, який забезпечує зручну та зрозумілу роботу, дозволяє групувати об'єкти, необхідні для додатків; робити моментальні знімки коду та конфігурацій, а також дає можливість зіставити кінцеві точки мережі з певними версіями чи сервісами. Всі ці функції, доступні у версії Technology Preview через оператор OpenShift Serverless, допомагають розробникам освоїтися з архітектурою serverless та гнучко розгортати свої програми у гібридній хмарі без жорсткої прив'язки до конкретних інфраструктур.
Хмарні конвеєри CI/CD
Безперервна інтеграція та доставка (CI/CD) – це ключові на сьогоднішній день практики розробки, що підвищують швидкість та надійність розгортання ПЗ. Хороший інструментарій CI/CD дозволяє командам розробників оптимізувати та автоматизувати процеси зворотного зв'язку, що має вирішальне значення для успішної agile-розробки. В OpenShift як такий інструментарій можна використовувати класичний Jenkins або наше нове рішення .
Jenkins сьогодні є стандартом де-факто, проте ми пов'язуємо майбутнє контейнерної CI/CD та зі СПО-проектом Tekton. Тому OpenShift Pipelines побудований саме на основі цього проекту і краще підтримує такі типові для хмарних рішень підходи, як pipeline-as-code (конвеєр як код) і GitOps. В OpenShift Pipelines кожен крок виконується у власному контейнері, тому ресурси задіяні лише під час виконання цього кроку, що дозволяє розробникам повністю контролювати свої канали доставки, плагіни та керування доступом, не використовуючи центральний сервер CI/CD.
OpenShift Pipelines поки що знаходиться в стадії Developer Preview і доступний у вигляді відповідного оператора, який можна використовувати в будь-якому кластері OpenShift 4. Jenkins можна застосовувати як в 3-й, так і в 4-й версіях OpenShift.
Конвеєри Red Hat OpenShift
Управління контейнерами у гібридній хмарі
Автоматизована установка та оновлення OpenShift максимально наближають гібридну хмару до канонічної хмари з позицій досвіду використання. Четвертий OpenShift і раніше був доступний для основних загальнодоступних хмарних платформ, приватних хмарних середовищ, платформ віртуалізації та серверів bare-metal, але версія 4.2 додає до цього списку ще дві нові загальнодоступні хмарні платформи – Microsoft Azure та Google Cloud Platform, а також приватні хмари OpenStack .
Інсталятор OpenShift 4.2 доопрацьований для різних цільових середовищ, а також вперше навчений працювати з ізольованими (не підключеними до інтернету) конфігураціями. Ізольована установка та режим обов'язкового використання проксі з можливістю надання власних ланцюжків сертифікатів (CA bundle) допомагають забезпечити виконання нормативних стандартів та протоколів внутрішньої безпеки. Режим ізольованої установки дозволяє завжди мати останню версію OpenShift Container Platform там, де немає доступу до інтернету, або серед строгих політик тестування образів.
Крім того, розгортання повноцінного стека OpenShift з використанням Red Hat Enterprise Linux CoreOS, полегшеної версії Red Hat Enterprise Linux, дозволяє отримати готову хмару менш ніж за годину після початку встановлення.
Red Hat OpenShift дозволяє уніфікувати процеси створення, розгортання та управління контейнерними програмами у хмарі та на інфраструктурах on-premises. За рахунок більш простої, автоматизованої та швидкої установки OpenShift 4.2 тепер доступна на платформах AWS, Azure, OpenStack та GCP, що дозволяє організаціям ефективно керувати своїми Kubernetes – платформами у гібридній хмарі.
Проста міграція з OpenShift 3 на OpenShift 4
Нові засоби міграції робочих навантажень полегшують перехід на OpenShift 4.2 з попередніх версій платформи. Перенесення навантажень зі старого кластера на новий тепер виконується набагато швидше, простіше та з мінімумом ручних операцій. Адміністратору кластера достатньо вибрати вихідний кластер OpenShift 3.x, відзначити на ньому потрібний проект (або простір імен) і потім вказати, що робити з відповідними постійними томами - копіювати їх у цільовий кластер OpenShift 4.x або переносити. Після цього додатки продовжують працювати на початковому кластері доти, доки адміністратор не завершить їхню роботу.
OpenShift 4.2 підтримує різні сценарії міграції:
- Дані копіюються з використанням проміжного репозиторію на основі проекту Velero. Цей варіант дозволяє провести міграцію зі зміною системи зберігання, коли, наприклад, у початковому кластері використовується Gluster, а в новому – Ceph.
- Дані залишаються у поточному репозиторії, але він підключається до нового кластера (перемикання постійного тому).
- Копіювання файлових систем через Restic.
Право першої ночі
Найчастіше наші користувачі хотіли б мати можливість випробувати заплановані нововведення OpenShift задовго до випуску нового релізу. . Зверніть увагу, що ці зборки не призначені для використання у продакшні, не забезпечуються підтримкою, мізерно документуються та можуть мати неповний функціонал. Якість цих збірок зростає з наближенням до фінальної версії.
Складання nightly build дозволяють замовникам та партнерам ознайомитися з новими функціями на ранніх стадіях розробки, що може бути корисним з точки зору планування розгортання або інтеграції OpenShift із власними рішеннями ISV-розробників.
Примітка для учасників спільноти OKD
Розпочалася робота на OKD 4.0, Kubernetes-дистрибутивом з відкритим кодом, який створюється силами спільноти розробки та є основою Red Hat OpenShift. Ми запрошуємо всіх бажаючих дати свою оцінку поточного стану , Fedora CoreOS (FCOS) та Kubernetes в рамках OKD Working Group або стежити за ходом робіт на сайті .
Примітка:
Слово «партнерство» у цій публікації не означає юридичного партнерства чи будь-якої іншої форми юридичних відносин між Red Hat, Inc. та будь-якою іншою юридичною особою.
Джерело: habr.com