Перейти до вмісту
BigTree108

Послуги platform engineering

Послуги platform engineering для компаній, чиї розробники чекають на операційну команду, щоб випустити реліз: внутрішні платформи для розробників, портали Backstage і каталоги ПЗ, golden paths і шаблони сервісів, self-service інфраструктура, платформи на Kubernetes, preview-середовища та спільні пайплайни, з виділеними інженерами платформ для вашої команди або платформою, яку ми будуємо від початку до кінця.

Роботи з platform engineering, які ми беремо на себе

  • Внутрішні платформи для розробників

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

  • Портали розробника на Backstage

    Портал Backstage з каталогом ПЗ, наповненим із ваших репозиторіїв, із власниками та чергуваннями, показаними для кожного сервісу, плагінами для вашого CI, хмари та інструментів роботи з інцидентами й документацією, що лежить поряд із кодом. Хмарні портали, як-от Cortex або Port, якщо ви не хочете вести його самі.

  • Golden paths і шаблони сервісів

    Шаблони, з яких стартує новий сервіс, із готовими збіркою, тестами, образом контейнера, розгортанням, дашбордами та алертами, і scorecards, які показують, які сервіси відійшли від стандарту.

  • Self-service інфраструктура

    Бази даних, черги, бакети й цілі середовища, які замовляють з порталу або через pull request, а створюють перевірені модулі Terraform чи композиції Crossplane, у межах обмежень за розміром, регіоном і вартістю.

  • Kubernetes як спільна платформа

    Мультитенантні кластери з namespace і квотою на кожну команду, мережеві політики та правила Kyverno для кожного навантаження, GitOps через Argo CD чи Flux і коротка специфікація застосунку замість маніфестів, написаних вручну.

  • Спільні складові пайплайнів

    Повторно використовувані workflow GitHub Actions, компоненти GitLab CI/CD чи шаблони Azure Pipelines, якими володіє платформна команда, тож кроки підписання, сканування й розгортання потрапляють до кожної команди через оновлення версії.

  • Тимчасові preview-середовища

    Короткоживуча копія застосунку для кожного pull request, яку пайплайн створює із заповненими тестовими даними, дає посилання з рев'ю і видаляє після merge.

  • Хмарні середовища розробки

    Dev-контейнери, GitHub Codespaces чи робочі простори Coder, що відтворюють збірку та її залежності на будь-якій машині, тож новий інженер запускає код уже в перший день.

  • Метрики досвіду розробників

    Метрики доставки DORA, час збірки та рев'ю й короткі опитування розробників вимірюються до і після кожної зміни платформи, тож її цінність показано цифрами, а не просто заявлено.

Наші інженери платформ для вашої команди

  • Виділені інженери платформ

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

  • Platform engineering як окремий проєкт

    Окремий проєкт (напрям: platform engineering) з визначеним обсягом, фіксованим планом і призначеним керівником з нашого боку, який відповідає за результат і звітує про хід роботи у ваших каналах.

  • Постійна співпраця: platform engineering

    Platform engineering як постійна послуга: ті самі люди щомісяця, беклог, пріоритети в якому визначаєте ви, і години, які видно в нашому порталі та в рахунку.

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

Хто працює над вашим проєктом (напрям: platform engineering)

  • Інженери платформ

    Платформа, її шаблони та self-service

  • Kubernetes-інженери

    Мультитенантні кластери та GitOps

  • DevOps-інженери

    Спільні пайплайни та інфраструктура як код

  • Бекенд-розробники

    Плагіни Backstage та API платформи

  • SRE-інженери

    Спостережуваність і чергування, вбудовані в шаблони

Як ми будуємо платформи

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

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

Інші послуги з хмари, DevOps і безпеки

Хмара, DevOps і безпека: огляд

Запитання про platform engineering

У яких галузях працюють ваші інженери платформ?

Здебільшого це фінтех і банки, де кожна команда має випускати реліз тим самим аудитованим шляхом; корпоративні SaaS-компанії з багатьма командами та сервісами; e-commerce і ритейл; хмарні, хостингові та телеком-компанії, що пропонують платформу власним клієнтам; AI- та data-продукти, яким на вимогу потрібні GPU-ресурси та ємність для пайплайнів; і медицина, де контролі відповідності вбудовані в шаблони.

Чи потрібен Backstage, щоб почати?

Ні. Платформа це підтримуваний шлях до продакшну, а портал лише один зі входів до нього. Багато команд починають із шаблонів і self-service через pull request, а Backstage додають, коли кількість сервісів робить каталог вартим підтримки.

Чим platform engineering відрізняється від DevOps?

DevOps-інженери зазвичай працюють усередині однієї продуктової команди над її пайплайнами та інфраструктурою. Інженери платформ будують те, чим користуються всі команди: шаблони, self-service і шлях до продакшну, щоб кожна команда менше займалася цією роботою самостійно. Ми надаємо і те, і інше, окремо або разом.

Як швидко можуть стати до роботи інженери платформ?

Якщо відповідний інженер платформ вільний, старт залежить лише від вашої співбесіди, NDA і передачі прав на інтелектуальну власність. Інакше ми проводимо пошук, який зазвичай дає профілі кандидатів за два-три тижні, і ніхто не починає роботу, доки ви не скажете «так».

Як найняти фахівців через BigTree108, якщо вам потрібні інженери платформ?

Розкажіть про роботу, рівень і години, які вам потрібні. Ми пропонуємо одну-двох людей з їхніми профілями, ви проводите з ними співбесіду так, як зі своїм власним кандидатом, підписуєте один договір із ТОВ «БІГ ТРІ 108» і отримуєте один рахунок на місяць.

Кому належать результати їхньої роботи?

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

Будуєте внутрішню платформу для розробників?

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