🏆 Сертификаты
- Kubestronaut (2025) — CKA, CKS, CKAD, KCNA, KCSA
- Certified Kubernetes Security Specialist (2025 - 2027)
- Certified Kubernetes Administrator (2025 - 2027)
- Ранее: AWS Solutions Architect – Professional (2023 - 2026), AWS Security – Specialty (2022 - 2025)
📘 Книга
🎤 Выступления
- DevOpsDays Kazakhstan 2024 — доклад и воркшоп
- AWS Community Day Almaty 2025 — воркшоп по оптимизации затрат на EKS
- DKT Conf 2026 — соорганизатор и спикер
🌟 Сообщества
- DevOps Kitchen Talks, ведущий (с 2020) — 100+ выпусков, 300k+ просмотров
- AWS Community Builder (с 2021)
- Terragrunt Ambassador (с 2025)
DevOps/Platform-инженер, сейчас hands-on CTO в Naviteq: 15 лет в инфраструктуре, из них 10 строю платформы в AWS, Oracle Cloud (OCI), Azure и GCP. Соавтор книги Cracking the Kubernetes Interview (Packt, 2025).
Экспертиза: Infrastructure as Code (Terraform, Terragrunt, Helm), Kubernetes, CI/CD, мониторинг и observability, проектирование облачной архитектуры.
AI в инженерии: AI-агенты для кода (Claude Code, Cursor, Copilot), интеграции MCP и агентные workflow для автоматизации DevOps.
Опыт: руководил техническими командами, проектировал облачные архитектуры с нуля, запустил 10+ продакшн-систем под ключ, менторил инженеров.
AWS Community Builder, веду подкаст DevOps Kitchen Talks, выступаю на конференциях и делюсь опытом в технических статьях.
Технический директор (CTO) • Naviteq Ltd • Февраль 2026 – настоящее время
- Проектирую и разрабатываю внутреннюю инфраструктурную платформу компании: переиспользуемые модули Terraform/OpenTofu для AWS и OCI, защищённые Helm-чарты, workflow GitHub Actions, GitOps на Argo CD.
- Технический лид миграций AWS → OCI: архитектура, модель затрат, план миграции; аудит OCI для ad-tech клиента показал сокращение затрат на непродовые окружения на 55%.
- Готовлю high-level дизайн и оценки для облачных миграций и построения платформ на AWS и Oracle Cloud (OCI).
- Задаю инженерные стандарты компании: архитектурное ревью и code review, референсные архитектуры, выбор инструментов по умолчанию.
- Масштаб: руковожу технологиями в DevOps-сервисной компании на 50+ инженеров; мне подчиняются руководитель DevOps-направления и 7 тимлидов.
Head of DevOps • Naviteq Ltd • Апрель 2024 – январь 2026
- Руководил DevOps-практикой (~30 инженеров) через тимлидов: стаффинг на клиентские проекты, найм, performance review и развитие инженеров.
- Отвечал за инженерные стандарты и архитектурное ревью на клиентских проектах; оставался техлидом на крупнейших проектах.
- Спроектировал миграцию мониторинга с Prometheus на VictoriaMetrics для SASE-платформы международного вендора кибербезопасности: ~20 000 шлюзов в ~60 продакшн-регионах.
- Запустил и вёл внутренние техтоки (23 сессии).
Тимлид DevOps • Naviteq Ltd • Декабрь 2021 – март 2024
- Один из первых инженеров компании. Руководил командой из 10 DevOps-инженеров: найм, онбординг, 1:1, performance review, техническое руководство.
- Вместе с руководителем DevOps-направления заменил многодневное тестовое задание часовым live-интервью.
- Техлид на ключевых клиентских проектах; 10+ проектов под ключ: архитектура, деплой, эксплуатация.
- С нуля построил cloud-agnostic Kubernetes-платформу для security-стартапа.
- Перевёл EKS-кластеры с Cluster Autoscaler на Karpenter: утилизация нод выросла с ~70% до 90%+.
- Проектировал отказоустойчивую и безопасную AWS-инфраструктуру с FinOps (экономия до 40%); стандартизировал шаблоны Terraform/Terragrunt и CI/CD-пайплайны.
Senior DevOps Engineer • OneSoil • Август 2021 – май 2022 (консалтинг)
- Спроектировал multi-account архитектуру AWS, построил Kubernetes-платформу и мониторинг (Prometheus, Grafana).
- Сократил расходы на облако на ~30% без потери производительности.
Lead System Engineer • EPAM Systems • Апрель 2016 – август 2021
- Карьерный рост: от младшего до ведущего инженера.
- Проектировал AWS-инфраструктуру для крупных заказчиков и автоматизировал её на Terraform и Ansible.
- Настраивал CI/CD-пайплайны (GitLab CI, Jenkins) для сложных продуктов.
- Работал как тимлид/техлид: распределял задачи, контролировал качество решений.
- Вёл миграции систем в AWS и Azure на международных проектах (финтех, ритейл).
Senior Network Engineer • RUE Beltelecom • Март 2011 – апрель 2016
- Обслуживал магистральную сеть и корпоративных клиентов (VPN, Ethernet, SHDSL); автоматизировал обслуживание оборудования собственными скриптами.
- Облачная архитектура: AWS (безопасность, сети, multi-account, FinOps), Azure, GCP
- Платформы: Kubernetes, ArgoCD, Helm; GitOps в масштабе
- AI-инжиниринг: разработка с AI-агентами (Claude Code, Cursor, Copilot), MCP-серверы и интеграции, агентные workflow и LLM-автоматизация
- CI/CD: GitHub Actions, GitLab CI, Jenkins; trunk-based разработка
- IaC: Terraform, Terragrunt, CDK, Pulumi; переиспользуемые модули, policy-as-code
- Observability: Prometheus, Grafana, OpenTelemetry; осмысленные SLO и алертинг
- Безопасность: IAM, управление секретами, SBOM, контроль supply chain
- Затраты: анализ потребления, right-sizing, автоскейлинг, устранение лишних расходов
- Как работаю: прагматичное лидерство, развитие команды, передача знаний
- Инженер, Белорусский государственный университет информатики и радиоэлектроники (2015)
- Информационные технологии и управление в технических системах
- Постоянное профессиональное развитие: сертификации и работа в сообществе
- EKS Auto Mode moved node tuning into the NodeClass EN 14 окт 2026
Since October 1, the EKS Auto Mode NodeClass accepts kubelet settings, 25 allowlisted kernel sysctls and hugepages, so the privileged tuning DaemonSet can go. Every edit replaces nodes, and anything off the list is still managed by AWS.
- Terraform -minimal-refresh: a faster plan that stops looking at drift EN 14 окт 2026
Terraform 1.17 adds -minimal-refresh, which skips the refresh for resources a change does not touch. On a hand-edited file in an rc2 run it reported No changes with exit code 0, so drift detection needs its own full-refresh job.
- Beanstalk moved onto EKS. Touch the cluster and it stops looking after it EN 30 сен 2026
Elastic Beanstalk Cluster Mode runs your apps on a shared EKS cluster you may not modify: change it and the service stops maintaining it. What the docs say, what it costs, and what to borrow.
- Terragrunt stopped writing RootAccess into your state bucket. Your bucket didn't notice EN 30 сен 2026
Terragrunt 1.2 no longer grants s3:* to the account ARN on new state buckets, but old buckets keep the statement, and IAM was always what decided who reads your state.
- The node that boots, bills, and never joins EN 9 сен 2026
Karpenter picks the instance type from one file and the AMI from another, and nothing checks that the two agree. EC2 now lets an AMI owner declare which instance types it supports, turning fifteen minutes of silence into a rejected launch.
- Rootless Kubernetes went on by default, and nothing happened EN 9 сен 2026
The KubeletInUserNamespace gate reached beta in Kubernetes 1.37 and now defaults to on, yet nothing changes on an existing cluster. What the gate really does, how it differs from hostUsers: false, and where rootless nodes are worth running today.
- Karpenter 1.14 makes headroom an object, and the docs are wrong about it EN 2 сен 2026
Karpenter 1.14 replaces the pause-pod headroom hack with a CapacityBuffer resource, but the concept page documents an API version the CRD does not serve and disagrees with it on how the buffer is sized.
- Terragrunt read one of your two dependency blocks and said nothing EN 2 сен 2026
Two dependency blocks sharing a label resolved silently to the last one for years; Terragrunt 1.1.4 adds a strict control that turns the shadowing into an error you can enforce in CI.
- HPA scale-to-zero shipped. The CPU limit is the interesting part EN 27 авг 2026
Kubernetes 1.37 lets an HPA hold a workload at zero pods, but only on object and external metrics, and the reason why decides which of your workloads it is actually for.
- Terraform 1.16 let import into modules. Read the review thread before you celebrate EN 27 авг 2026
Terraform 1.16 allows import blocks inside modules, which fixes brownfield adoption and quietly moves review burden into every module version bump you approve.
- Your new IAM role starts at PowerUser EN 18 авг 2026
IAM role manager creates the role for you as you build. Four of the six supported consoles pull the same PowerUserRoleTemplate, so the starting point is close to full service access. What it grants, the SCPs that stop it, and how to find the roles it already made.
- The plan wanted to replace the production database EN 12 авг 2026
Swapping an RDS module changed the resource address in state, so Terraform planned a destroy on a live database, and one state mv was the entire fix.
- CloudWatch came for your collector EN 4 авг 2026
CloudWatch now scrapes Prometheus metrics from EKS, ECS, EC2, MSK and OpenSearch with no collector of yours in the path. The operational win is real. The cost just moved onto three separate meters.
- destroy = false is not prevent_destroy EN 4 авг 2026
Terraform 1.16 beta adds lifecycle destroy = false. It reads like prevent_destroy and behaves like the opposite: the resource leaves state and keeps running, and the plan output never calls that a leak.
- Terragrunt 1.1: six experiments became defaults EN 4 авг 2026
Terragrunt 1.1 turned six --experiment flags into defaults, including stack dependencies and the content addressable store. Here is what autoinclude changes, and what moved under your CI without a pull request.
- AI on-call is confident. That's exactly the problem. EN 23 июл 2026
AI advice made people less accurate but more confident, collapsing their willingness to say 'I don't know' from 44% to 3%. On-call, that eroded doubt is the danger, and read-only, approval-gated assistants are how you keep it.
- EKS can roll back an upgrade now. Read the fine print before you trust it. EN 23 июл 2026
EKS can now revert a control-plane upgrade from N to N-1 within 7 days, but the kubelet skew rule means only a phased upgrade keeps that rollback within reach.
- The half of your EKS bill nobody reads EN 3 июл 2026
Everyone optimizing their EKS bill tunes compute and ignores the other half of the invoice: data transfer, hiding in a dozen tiny cross-AZ and NAT rows.
- One field in Kubernetes 1.34 vs your cross-AZ bill EN 3 июл 2026
Kubernetes 1.34's traffic-distribution change reads as a networking refinement. It's also a one-field lever on the AWS cross-AZ data-transfer charge you're probably still paying.
- AI Code Security Is a Runtime Problem, Not a Review Problem EN 26 июн 2026
30% of developers knowingly ship vulnerable AI code to production. The fix isn't better review, it's a three-layer trust boundary that treats runtime as the real safety line.
- Kubernetes probes are a mental model, not a checklist EN 21 июн 2026
What startup, readiness, and liveness each actually control, and why treating probes as three boxes to tick is how people take their own services down.
![[Field Kitchen] DevOps Kitchen Talks on Zed Conference (Eng)](https://i1.ytimg.com/vi/Ptwk-rKQ5WM/mqdefault.jpg "[Field Kitchen] DevOps Kitchen Talks on Zed Conference (Eng)")
![30 глупых вопросов DevOps-инженеру [Карьера в IT]](https://i1.ytimg.com/vi/vdHb6U3AH9E/mqdefault.jpg "30 глупых вопросов DevOps-инженеру [Карьера в IT]")
