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

Послуги SRE (site reliability engineering)

Послуги SRE (site reliability engineering) для систем, які мають залишатися доступними: цілі за рівнем сервісу та бюджети помилок, спостережуваність на OpenTelemetry, чергування та управління інцидентами, навантажувальне тестування і планування ємності, аварійне відновлення та chaos engineering, а також автоматизація повторюваної операційної роботи, з виділеними SRE-інженерами для вашої команди або проєктами SRE, які ми ведемо від початку до кінця.

Послуги SRE, які ми надаємо

  • Спостережуваність від коду до клієнта

    Сервіси з інструментуванням через OpenTelemetry, метрики, логи й трейси в Prometheus, Loki і Tempo під Grafana або в Datadog, New Relic, Dynatrace чи Elastic, пов'язані ідентифікатором трейсу, тож один повільний запит можна простежити крізь кожен сервіс, якого він торкнувся.

  • Цілі за рівнем сервісу та бюджети помилок

    Показники, виміряні за тим, що відчувають користувачі, як-от затримка й невдалі запити, цілі, погоджені з власником продукту, і алерти за швидкістю витрачання бюджету помилок (burn rate), створені через Sloth або Pyrra, тож вичерпаний бюджет помилок ставить роботу над надійністю попереду нових функцій.

  • Ротації чергувань і алертинг

    Ротації та політики ескалації в PagerDuty, incident.io, Grafana IRM або Jira Service Management, алерти, відсіяні так, щоб кожен потребував людини, runbook за посиланням у кожному сповіщенні та розклади з Opsgenie, перенесені до того, як Atlassian закриє його в квітні 2027 року.

  • Управління інцидентами та постмортеми

    Рівні критичності, керівник інциденту та періодичність оновлень статус-сторінки, погоджені до першої аварії, кожен інцидент у власному каналі Slack чи Teams і постмортем без пошуку винних, дії з якого відстежуються до завершення.

  • Автоматизація рутинних операцій (toil) і готовність до продакшну

    Повторювана операційна робота вимірюється, а потім автоматизується: оновлення сертифікатів, перезапуски, failover і прибирання виконують скрипти та оператори Kubernetes, а перед тим, як новий сервіс прийме продакшн-трафік, проводиться перевірка готовності.

  • Навантажувальне тестування і тестування продуктивності

    Навантажувальні, стрес- і soak-тести в k6, Gatling, Locust або JMeter на середовищах, схожих на продакшн, і в пайплайні, з профілюванням, щоб знайти, куди йде час, коли тест не досягає цілі.

  • Планування ємності та автомасштабування

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

  • Тренування аварійного відновлення

    Цілі за часом відновлення (RTO) і точкою відновлення (RPO) задаються для кожного сервісу, резервні копії відновлюються, а регіони перемикаються за розкладом, і виміряний результат порівнюється з ціллю, тож план відновлення перевірений ще до того, як знадобиться.

  • Chaos engineering

    Збої, які викликають навмисно за допомогою AWS Fault Injection Service, Azure Chaos Studio, Chaos Mesh або LitmusChaos: зупинений інстанс, уповільнена залежність, відрізана зона, починаючи зі staging і переходячи до продакшну, коли система й команда готові.

Наші SRE-інженери для вашої команди

  • Виділені SRE-інженери

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

  • Забезпечення надійності систем (SRE) як окремий проєкт

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

  • Постійна співпраця: забезпечення надійності систем (SRE)

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

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

Хто працює над вашим проєктом (напрям: забезпечення надійності систем (SRE))

  • SRE-інженери

    Рівні сервісу, чергування, інциденти та автоматизація

  • Інженери спостережуваності

    Інструментування, дашборди та правила алертів

  • DevOps-інженери та інженери платформ

    Пайплайни, інфраструктура як код і Kubernetes

  • Інженери з продуктивності

    Навантажувальні тести, профілювання та моделі ємності

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

    Виправлення збоїв, першопричину яких знайдено в коді

Як ми працюємо з SRE

Надійність визначається домовленістю, а не кількістю алертів: у кожного сервісу є цілі, які затвердив власник продукту, алерти спрацьовують, коли витрачається бюджет помилок, а не на кожен сплеск CPU, а коли бюджет вичерпано, робота над надійністю йде попереду нових функцій, доки його не відновлено. Дашборди, правила алертів і runbook живуть у Git поряд із кодом і змінюються через pull request.

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

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

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

Запитання про SRE

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

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

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

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

З якими інструментами спостережуваності ви працюєте?

OpenTelemetry для інструментування; Prometheus, Grafana, Loki, Tempo і Mimir, власні чи в Grafana Cloud; Datadog, New Relic, Dynatrace, Elastic і Splunk; Azure Monitor, Amazon CloudWatch і Google Cloud Observability; а також PagerDuty, incident.io і Grafana IRM для чергувань. Ми працюємо в інструментах, за які ви вже платите.

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

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

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

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

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

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

Потрібні SRE-інженери?

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