Як стати платформним інженером чи куди розвиватися в DevOps-напрямку?

Як стати платформним інженером чи куди розвиватися в DevOps-напрямку?

Поговорили про те, кому і чому найближчим часом знадобляться навички створення інфраструктурної платформи за допомогою Kubernetes, з викладачем Юрієм Ігнатовим, провідним інженером Експрес 42.

Звідки береться попит на платформних інженерів?

Останнім часом все більше компаній усвідомлюють необхідність створення внутрішньої інфраструктурної платформи, яка була б єдиним середовищем для розробки, підготовки релізів, випуску та експлуатації цифрових продуктів компанії. Така платформа містить системи та сервіси для управління обчислювальними та мережевими ресурсами, систему безперервної інтеграції, сховище артефактів постачання, системи моніторингу та інших сервісів, які використовують ваші команди розробки. Рух у бік побудови внутрішніх платформ та формування платформних команд почався кілька років тому. Підтвердження тому можна знайти у звітах State of DevOps від організації DORA, публікаціях від Gartner і книгах, наче Team Topologies.

Основні переваги платформного підходу до управління інфраструктурою компанії полягають у наступному:

  • Продуктові команди не відволікаються від розвитку своїх продуктів на вирішення інфраструктурних завдань.
  • Платформна команда, відповідальна за розвиток інфраструктурної платформи, враховує потреби продуктових команд у компанії та створює рішення спеціально під внутрішні потреби.
  • Компанія накопичує всередині досвід, який легко перевикористовувати, наприклад, під час запуску нової продуктової команди або формування стандартів чи загальних практик у компанії.

Якщо компанії вдалося прийти до такого підходу, згодом внутрішня інфраструктурна платформа може стати для команд розробки зручніше, ніж сервіси хмарних провайдерів, тому що вона створювалася з урахуванням особливостей і потреб команд, накопичувала їх досвід і специфіку. Усе це призводить до збільшення продуктивності продуктових команд, отже, корисно бізнесу.

Чому саме Kubernetes?

Як основу для створення інфраструктурної платформи можна використовувати різні інструменти. Раніше це був Mesos, зараз, крім Kubernetes, ви можете використовувати Nomad і, звичайно ж, ніхто не обмежує вас у створенні власних «велосипедів». І все ж таки переважна частка компаній воліє будувати платформу саме на Kubernetes. Ось за що його найбільше цінують:

  • Підтримка сучасних інженерних практик, таких як «інфраструктура як код».
  • Безліч необхідних команд механізмів «з коробки». Наприклад, управління обчислювальними ресурсами, механізми керованого розгортання додатків та забезпечення їх стійкості до відмови.
  • Величезна екосистема, в якій є інструменти для вирішення різних завдань, підтримка хмарних послуг.
  • Розвинене комьюніті: десятки конференцій по всьому світу, значний список контріб'ютерів, наявність сертифікації та сертифікованих фахівців, освітніх програм з цього інструменту.

Kubernetes можна назвати новим стандартом індустрії, це питання часу, коли ваша компанія почне його використовувати.

На жаль, все це дістається не безкоштовно: разом з приходом з Kubernetes та технології контейнеризації у процесах та інструментах, які команда використовує у повсякденній роботі, багато чого зазнає змін:

  • Змінюється підхід до управління обчислювальними ресурсами.
  • Змінюється спосіб розгортання та конфігурації програми.
  • Необхідний інший підхід до організації сервісів моніторингу та логування.
  • З'являється необхідність створення нових інтеграцій між сервісами, що входять до складу платформи, адаптації існуючих скриптів автоматизації.

Навіть локальне оточення розробника та процедура налагодження додатків також зазнають змін.

Компанії можуть здійснити перехід на інфраструктурну платформу та її обслуговування самотужки, розвиваючи компетенції співробітників або наймаючи необхідних спеціалістів. Випадки, коли варто делегувати ці процеси, теж трапляються часто, наприклад, якщо у компанії немає можливості перевести фокус команди з розвитку продукту на створення нової інфраструктури, немає можливості провести великий внутрішній R&D або є неприпустимі ризики, пов'язані з самостійним створенням нової інфраструктури та переведення продуктових команд на неї – тут краще звернутися за допомогою до компаній, які вже неодноразово проходили цей шлях.

Нові компетенції роботи з інфраструктурною платформою знадобляться не лише адміністраторам (спеціальність, яка зараз трансформується в інфраструктурного інженера), а також розробникам. Дизайнер повинен розуміти, як запущено і працює його застосування в бою, він повинен вміти використовувати екосистему на максимум, вміти налагодити програму або змінити процедури розгортання та конфігурування. Також без цих знань не обійтися і техлідам: потрібно провести велику кількість R&D, вибрати відповідні інструменти, вивчити їх обмеження, знайти підходи до інтеграції між інструментами, що входять до складу платформи та передбачити різні сценарії використання платформних сервісів продуктовими командами.

Якщо розгорнути Kubernetes, у тому числі на потужностях хмарних провайдерів, не так вже й складно, то ось перекласти всі процеси розробки та експлуатації, адаптувати програми, інтегрувати між собою десяток нових для команди інструментів та інше — справді проблематичне завдання, яке потребує глибокого розуміння процесів і велику кількість комунікації з усіма учасниками створення ваших продуктів.

І всю цю інформацію ми зібрали на нашому онлайн-курсі Інфраструктурна платформа на основі Kubernetes. За 5 місяців практики ви освоїте:

  • Як влаштований Kubernetes
  • Як реалізуються DevOps-практики з його застосуванням
  • Які інструменти екосистеми вже досить зрілі для використання у бою та як їх інтегрувати між собою.

На відміну від інших освітніх програм ми наголошуємо на екосистемі та нюансах експлуатації Kubernetes-кластерів, адже саме в цьому виникають складнощі у компаній, які вирішили перейти на свою інфраструктурну платформу.

Завершивши курс, ви матимете кваліфікацію платформного інженера і зможете самостійно створити інфраструктурну платформу у своїй компанії. Що, до речі, і роблять у нас як проектну роботу деякі студенти, отримуючи фідбек та підтримку викладачів. Також знань та навичок буде достатньо, щоб підготуватися до сертифікації CNCF.

Важливо, що з освоєння цих навичок необхідне впевнене знання DevOps практик та інструментів. За нашими спостереженнями ринку вакансій, після навчання такий фахівець може сміливо розраховувати зарплату 150–200 тис. рублів.

Якщо ви якраз такий фахівець із досвідом використання DevOps-практик, запрошуємо вас пройти вступний тест та познайомитися з програмою курсу докладніше.

Джерело: habr.com

Додати коментар або відгук