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

Послуги з консалтингу та розробки на Kubernetes

Консалтинг і розробка на Kubernetes для команд, які запускають контейнери в продакшні: кластери на EKS, AKS, GKE і власному обладнанні, Helm-чарти, доставка за GitOps, безпека кластерів і спостережуваність, оновлення версій та GPU-навантаження, з виділеними Kubernetes-інженерами для вашої команди або проєктом на Kubernetes, який ми ведемо від початку до кінця.

Що ми створюємо на Kubernetes

  • Продакшн-кластери

    Кластери EKS, AKS або GKE, описані в Terraform, з вузлами, які масштабують Karpenter або cluster autoscaler, трафіком, що маршрутизується через Gateway API, і мережевими політиками, які за замовчуванням забороняють усе.

  • Контейнеризація застосунків

    Наявні застосунки на .NET, Java, Python і Node.js переносяться в невеликі образи без прав root, які збираються й скануються в пайплайні, а конфігурація зберігається поза образом.

  • Helm-чарти й маніфести

    Застосунки пакуються через Helm або Kustomize, кожен із resource requests і limits, readiness- та liveness-пробами та pod disruption budget.

  • Доставка за GitOps

    Argo CD або Flux тримають кожен кластер у відповідності до Git, а Argo Rollouts чи Flagger поступово переключають трафік на нову версію, тож те, що працює, збігається з тим, що записано в репозиторії, а відкат це revert.

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

    Prometheus і Grafana або власний моніторинг вашої хмари, трейси OpenTelemetry між сервісами та алерти на те, що помітили б користувачі, а не на кожен перезапуск пода.

  • Безпека кластерів

    Pod Security Standards, RBAC для кожної команди, секрети, які External Secrets Operator бере зі сховища, підписані образи, політики допуску в Kyverno або OPA Gatekeeper і взаємний TLS між сервісами через Istio чи Linkerd.

  • Оновлення та експлуатація після запуску

    Мінорні версії оновлюються в межах періоду підтримки провайдера, вилучені API знаходять ще до того, як вони зламають розгортання, ingress-nginx замінюється реалізацією Gateway API, оскільки проєкт виведено з підтримки, а резервні копії Velero відновлюються за розкладом.

  • Кластери на власних серверах і гібридні кластери

    Kubernetes на ваших серверах або на периферії з OpenShift, Rancher RKE2, Talos Linux чи k3s, а також парки кластерів у різних хмарах і дата-центрах, якими керують з одного місця через Cluster API і GitOps.

  • GPU-навантаження та машинне навчання

    GPU-пули вузлів із NVIDIA GPU Operator, моделі, що обслуговуються через KServe або vLLM, кластери Ray через KubeRay і пакетні завдання в черзі Kueue, а KEDA масштабує за глибиною черги, щоб незайняті GPU звільнялися.

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

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

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

  • Проєкти на Kubernetes під ключ

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

  • Підтримка і прийняття проєктів на Kubernetes

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

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

Хто працює над вашим проєктом на Kubernetes

  • Kubernetes-інженери

    Кластери, GitOps і оновлення

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

    Внутрішня платформа, через яку розгортають ваші команди

  • DevOps- та SRE-інженери

    Пайплайни, моніторинг і чергування

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

    Застосунки, підготовлені до контейнерів

  • Інженери з безпеки

    Політики, RBAC і рев'ю кластерів

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

Керований control plane скрізь, де його пропонує провайдер, усе описано в Git, а кластери можна відновити з коду, а не лагодити вручну. Люди потрапляють у кластер через ваш провайдер ідентифікації з короткоживучими обліковими даними, тож жоден ноутбук не зберігає kubeconfig адміністратора.

У кластері, який збудувала інша команда, ми починаємо з перегляду версій, add-ons, RBAC, мережевої відкритості та налаштувань ресурсів лише на читання і з письмового переліку ризиків за порядком впливу, ще до будь-яких змін.

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

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

Питання про розробку на Kubernetes

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

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

EKS, AKS чи GKE?

Зазвичай той, що в хмарі, якою ви вже користуєтеся, бо ідентифікація, мережа та білінг уже в комплекті: EKS на AWS, AKS на Azure і GKE на Google Cloud, а EKS Auto Mode чи GKE Autopilot, коли ви хочете, щоб вузлами теж керував провайдер. На власному обладнанні OpenShift або Rancher. Наша схема на Terraform і GitOps однакова для всіх варіантів.

Чи можете ви оновити кластер, який сильно відстав?

Так, по одній мінорній версії. Кожне навантаження перевіряється на API, які видаляє наступна версія, оновлення відпрацьовується на копії кластера, а ingress-контролери, оператори та інші add-ons оновлюються разом із ним.

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

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

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

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

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

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

Працюєте на Kubernetes?

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