#platform_engineering — Public Fediverse posts

Почему архитектура до сих пор живёт в прошлом?

Разработчики описывают изменения кодом, инфраструктура — декларативными манифестами, а архитектура до сих пор часто живёт в draw.io и PNG. Почему диаграмма без модели быстро устаревает и как собрать архитектурный control plane из знакомых деталей: API server, графа, CMDB, diff/review и operator pattern? А может нам нужно решение с ResourceDefinition, типизированными связями, Temporal workflows и change sets.

https://habr.com/ru/articles/1073116/

#архитектурное_моделирование #platform_engineering #Kubernetes #CMDB #control_plane #граф_знаний #Temporal #C4_model

Жизненный цикл объекта в Kubernetes: путь от kubectl apply до полного удаления

Привет. В предыдущих статьях этого цикла мы разбирали, как Kubernetes-объекты читаются ( первая — informer и кэш в controller-runtime ) и записываются ( вторая — Server-Side Apply, patch’и, managedFields ). Сегодня — про их жизненный цикл. Между kubectl apply и появлением объекта в etcd проходит целая цепочка: admission chain, мутирующие и валидирующие вебхуки, schema-валидация, встроенные плагины. Между kubectl delete и реальным исчезновением объекта может пройти от миллисекунд до часов — в зависимости от того, какие на нём финализаторы и какая стратегия каскадного удаления выбрана. Механизм при этом универсален для любого ресурса: Pod, Deployment, ваш CRD — жизненный цикл у всех один. В этой статье я постараюсь ответить, что происходит с объектом от его рождения до смерти. И отдельно поговорим про другое измерение — эволюцию его API-схемы.

https://habr.com/ru/companies/aenix/articles/1040618/

#kubernetes #controllerruntime #api #go #golang #open_sou #platform_engineering #devops #sre #cloud

Как мы поймали drift в Kubernetes и зачем после этого перешли на GitOps

История инцидента в продакшене: после планового релиза новая версия сервиса не поднялась, а откат на предыдущую версию тоже не помог. Причина оказалась не в коде, а в расхождении между тем, что было описано в Git, и тем, что реально жило в Kubernetes. Ручная правка ConfigMap несколько месяцев существовала только в кластере, пока очередной релиз не пересоздал поды и не вытащил проблему наружу. Разбираю, как мы нашли причину, почему Git не был настоящим источником правды и зачем после этого перешли на GitOps с Argo CD.

https://habr.com/ru/articles/1031108/

#gitops #kubernetes #argocd #gitlabci #cicd #devops #drift #helm #secrets #platform_engineering

От Kubernetes до AI Engineering: 5 главных трендов Технологического радара DevOpsConf 2026

Представьте типичный разговор на ретроспективе: команда обсуждает, стоит ли переходить с Ansible на Terraform, нужен ли Backstage или хватит самописного портала, пора ли внедрять Chaos Engineering или это ещё «не для нас». Каждый приводит аргументы, ссылается на прочитанные статьи, и в итоге решение принимается по принципу «кто громче убедил». Знакомо? Проблема чаще всего в отсутствии общего ориентира. Именно для этого существует технологический радар: инструмент, который переводит разговор о технологиях с уровня личных предпочтений на уровень коллективной экспертизы.

https://habr.com/ru/companies/oleg-bunin/articles/1029442/

#DevOps #SRE #Kubernetes #Infrastructure_as_Code #Observability #Platform_Engineering #Security #Monitoring #GitOps

Что изучить этой весной — Kubernetes, DevSecOps, Ansible и Nginx

В инфраструктуре почти не бывает задач «на один клик»: за деплоем тянутся CI/CD, за Kubernetes — эксплуатация, за нагрузкой — Nginx, Postgres, мониторинг и безопасность. В этом выпуске собрали материалы и ближайшие открытые уроки по тем темам, в которые чаще всего приходится погружаться уже на практике. Это хороший способ быстро разобраться в конкретной теме, посмотреть на рабочие подходы и понять, что стоит изучить уже системно. Перейти к материалу

https://habr.com/ru/companies/otus/articles/1026650/

#ит_инфраструктура #devops #Kubernetes #platform_engineering #дайджест #подборки_материалов #профессиональное_развитие #наблюдаемость #PostgreSQL

Платформы разработки для самых маленьких и не только

Некоторое время назад я был участником команды, реализующей решение, на базе которого можно развернуть internal development platform. В первую очередь мы ориентировались на крупный enterprise с командами разработки от 150 человек, которым важны унификация, контроль, снижение когнитивной нагрузки на команды, безопасная разработка и т.д. Сегодня же хотел бы поделиться своими рассуждениями о платформах разработки немного под другим углом — не с учётом команд и процессов разработки (IDP всё-таки заточены в первую очередь решать проблемы в этой области), а с точки зрения зрелости самого разрабатываемого решения. Эта статья — попытка порассуждать о существующих платформах разработки для самых маленьких и не только через призму эволюции создаваемого продукта в контексте его постепенного развития от прототипа до полноценного Enterprise-решения с сотнями клиентов. Разберу какие решения могут быть использованы на том или ином этапе развития, сделаю небольшой вывод и задам свои вопросы.

https://habr.com/ru/articles/1025260/

#platform_engineering #devops #vercel #kubernetes #стартап #infrastructure #paas #heroku

Как перестать терять данные в Kafka: окно безопасности и проактивный мониторинг «возраста» данных

В Kafka данные могут пропадать, даже если в конфигах стоит хранение 7 дней. В этом коротком кейсе — как я решил проблему потери данных, внедрив мониторинг «окна безопасности». Проблема: Байты сильнее времени Решение: Метрика «Data Safety Window» Конфигурация — это лишь декларация о намерениях. Реальное окно жизни данных диктует нагрузка в моменте. Чтобы не гадать по конфигам, я внедрил расчет фактического запаса времени в Grafana.

https://habr.com/ru/articles/1020422/

#Kafka #Data_Loss #Platform_Engineering #Observability #Grafana #Monitoring #DevOps #SRE #Data_Infrastructure #Retention

Как меняется delivery, когда в команде появляются агенты

AI уже ускоряет создание кода, ADR и документации, но одновременно повышает нагрузку на ревью, проверку и контроль стабильности. Поэтому следующий шаг для инженерных команд - не просто встроить AI в текущий SDLC, а пересобрать сам процесс поставки вокруг контекста, harness, quality gates и learning loop.

https://habr.com/ru/articles/1012654/

#AInative_SDLC #SDLC #LLM #coding_agents #agentic_delivery #software_delivery #harness_engineering #context_engineering #platform_engineering #управление_разработкой

Игровые серверы на Cozystack: первоапрельская нешутка

Привет, Хабр! Мы — команда Cozystack , open-source платформы для построения облаков на своём железе. Хотим рассказать, почему мы решили целиться в направление игровых серверов и что из этого вышло.

https://habr.com/ru/companies/aenix/articles/1018034/

#cozystack #aenix #игровые_серверы #devops #kubernetes #platform_engineering #cloud #облачные_технологии #геймдев #sre

Закрытый контур без боли для разработчиков — миф или реальность?

Всем привет! Меня зовут Александр Барыков, я руковожу платформенной командой DevOps и являюсь лидером DevOps-комьюнити в нашей компании. Сегодня хочу поделиться опытом, который мы накопили за последние четыре года. Речь пойдет о достаточно специфической, но знакомой многим теме – организации процесса скачивания и проверки внешних артефактов для размещения во внутреннем закрытом контуре. Эта статья будет полезна разработчикам, DevOps-инженерам и архитекторам, которые сталкиваются с необходимостью соблюдения строгих требований безопасности без потери темпа разработки, особенно в финансовом секторе, где есть регуляторные требования.

https://habr.com/ru/companies/moex/articles/1017424/

#devops #devsecops #информационная_безопасность #проверка_подлинности #sandbox #whitelist #idp #internal_developer_platform #cicd #platform_engineering

DevOps после хайпа: что реально работает, почему автоматизация делает вас слабее и как ИИ вписывается в инженерку

Меня зовут Дмитрий Синявский, я SRE в Ви.Tech, IT дочке «ВсеИнструменты.ру». В какой то момент я поймал себя на мысли, что вокруг DevOps снова спорят как в начале десятых: одни уверяют, что он умер, другие переименовывают все в platform engineering, третьи ждут, что ИИ наконец сделает всю грязную работу за инженеров. Мы с Владимиром Утратенко, который прошел путь от техподдержки до техдиректора и сейчас развивает платформу «Штурвал», спокойно разложили это по полочкам. В этой статье я собрал самое полезное из нашего разговора: что стало с DevOps после хайпа, как автоматизация одновременно помогает и ослабляет, и какое место ИИ реально занимает в инженерке.

https://habr.com/ru/articles/1014860/

#devops #sre #платформа #platform_engineering #kubernetes #автоматизация #ci_cd #self_service #непрерывная_интеграция #team_topologies

CoffeeOps 2026-03: Workshop Engenharia de Plataforma na Prática

Laboratório Hacker de Campinas, sábado, 14 de março às 09:00 BRT

Neste workshop Miguel[0] e Oscar[1] apresentarão conceitos essenciais de Engenharia de Plataforma, Kubernetes e Internal Developer Platforms (IDPs) aplicados a cenários reais. Utilizando o Cloud Programming Shell (CPS1[2]) para atividades práticas.

Requisitos: conhecimento básico de Kubernetes e laptop com docker, kubectl, kind e helm.

Vagas limitadas, faça sua reserva gratuita em https://pretix.lhc.net.br/coffeeops/2026-03/

A participação é gratuita, mas adoraríamos que você trouxesse algo para compartilhar: um café especial, um bolo caseiro ou qualquer outra coisa que te agrade.

Os CoffeeOps[3] são encontros descontraídos para compartilhar conhecimento, trocar experiências e construir juntos. É a sua chance de aprender com outros hackers, devs, makers e entusiastas da tecnologia[4].

Compartilhe suas experiências, projetos e dúvidas. Todos os níveis de conhecimento são bem-vindos!

Agenda:

09:00: Boas-vindas, Café e apresentação dos participantes

09:15: Workshop Engenharia de Plataforma na Prática

[0] Miguel Di Ciurcio Filho: Cientista da Computação, pós-graduado em Redes pela UNICAMP, com mais de 20 anos de experiência em cloud, automação e DevOps. Cofundador da CPS1 e palestrante em eventos como DevOpsDays e PuppetConf. Mais em https://www.linkedin.com/in/mciurcio/

[1] Oscar Esgalha: Cientista da Computação e mestrando pela UNICAMP, com mais de 14 anos em desenvolvimento de software. Ex-CTO da Instruct e cofundador da CPS1, atuando em plataformas cloud native. Mais em https://www.linkedin.com/in/oesgalha/

[2] https://cps1.tech/pt

[3] https://coffeeopscampinassp.github.io/

[4]https://eventos.lhc.net.br/

https://eventos.lhc.net.br/event/coffeeops-2026-marco

Platformize It! Часть 2: Расширяем Kubernetes с помощью API Aggregation Layer

В предыдущей части статьи мы разобрались, как построить платформу для развертывания управляемых приложений с единым API и UI. Сегодня мы сделаем следующий шаг — дополним стандартный API Kubernetes своим API-сервером для синхронизации состояния. Рассказываем по порядку, это сделать.

https://habr.com/ru/companies/aenix/articles/1004014/

#aenix #cozystack #kubernetes #devops #cncf #platform_engineering #open_source #системное_администрирование #cloud_platform #sre

Platformize it! Часть 1: Платформенный подход, ядро современной платформы и API

Я много лет мечтал построить свою облачную платформу — и если раньше я пытался реализовать эту мечту в рамках нескольких компаний и проектов, то в последние годы я запустил собственный проект, Cozystack. В своей статье я расскажу о нашем опыте и о том, как, на мой взгляд, стоит подходить к созданию современной инфраструктурной платформы, в основе которой — Kubernetes и Kubernetes API. Я разберу платформенный подход: что такое платформы, как они работают, кому нужны и как построить свою. А также сравню разные архитектуры для платформ, расскажу, почему мы остановились именно на K8s как на ключевой технологии, и покажу, как мы собрали на его основе production-решение.

https://habr.com/ru/companies/aenix/articles/994246/

#aenix #cozystack #kubernetes #devops #cncf #системное_администрирование #platform_engineering #open_source #cloud_platform #sre

Как сэкономить гигабайты памяти в Istio Sidecars

В Istio всё начинается с маленькой «удобной» идеи — прокси рядом с каждым подом. А заканчивается тем, что XDS разносит по кластеру тонны Listener’ов, Route’ов и Cluster’ов, дублируя конфиги для сервисов, которые вы даже не трогаете. Память тает, GC злится, а апдейты сервисов превращаются в шторм. В статье пойдет речь о том, как мы в проде с 20K+ подов «урезали аппетит» сайдкаров на гигабайты. Обсудим, где работает жёсткое ограничение видимости, когда спасает Ambient Mesh, зачем нужен ленивый XDS и почему «волшебной кнопки» нет — но есть комбинации, дающие двузначную экономию. Эта статья написана по мотивам моего доклада для конференции

https://habr.com/ru/companies/oleg-bunin/articles/968652/

#конференции #platform_engineering #highload #highload++ #высоконагруженные_системы #service_mesh #istio #kubernetes

Организационные и технологические трансформации в банке глазами корпоративного архитектора

Корпоративный архитектор — это «демон Максвелла», и его задача — бороться со сложностью ИТ-ландшафта. У нас в Банке это добрый демон, оперирующий подходами Just Enough Enterprise Architecture (JEEA) и Lightweight Architecture Governance (LAG). Именно корпоративные ценности и культура в Банке делают демона добрым. Поверьте мне, ведь я один из них. Привет, Хабр! Меня зовут Дмитрий Клецких. Я Chief Enterprise Architect в Райффайзен Банке. До этого много лет работал корпоративным архитектором в других компаниях: МКБ, СБЕР, Транснефть, Правительстве Москвы. Поговорим об изменениях ИТ-ландшафта, организационных и технологических трансформациях, о роли архитекторов и изменении этой роли с приходом ИИ.

https://habr.com/ru/companies/raiffeisenbank/articles/957316/

#enterprise_architecture #platform_engineering #lag #apifirst #greenpath #jeea #цифровая_трансформация #архитектурное_мышление #ии_в_разработке #ITстратегия_банка

Топ-статей Saint HighLoad++ 2025

В этом году Saint HighLoad++ снова собирает экспертов индустрии на берегу Невы. А я уже знаю, какие темы вызовут настоящий хайп среди инженеров и разработчиков. Ловите инсайдерскую подборку топовых статей самых ожидаемых докладов конференции: только практика, реальные факапы и технологические прорывы.

https://habr.com/ru/companies/oleg-bunin/articles/912138/

#highload++ #архитектура #базы_данных #системы_хранения #platform_engineering #безопасность #эксплуатация_систем #data_science #тестирование #data_engineering

Как мы спроектировали и запустили собственную облачную платформу на 20К виртуальных машин — опыт Wildberries

Собственная облачная платформа помогает контролировать технологические процессы, обеспечивает безопасность и повышает эффективность продуктовых команд. Но спроектировать её — задача со звёздочкой. Привет, Хабр! Меня зовут Алексей Чуркин, я работаю в компании Wildberries, где строю приватное облако. В этой статье по мотивам моего доклада для Highload++ расскажу о том, как мы внутри компании построили облачную платформу, с какими сложностями столкнулись и как собираемся её развивать.

https://habr.com/ru/companies/oleg-bunin/articles/903552/

#cloud #wildberries #platform_engineering #облачная_платформа #ovn #kvm #виртуальные_машины #приватное_облако #openstack

This afternoon I suddenly had a great idea for a load balancer platform for engineering teams and I don’t see any reason why it should not be possible. It would completely hide the technical details of which LB software it would be or where it would run. And surely I cannot be the first one to think of this right? Right? #platform_engineering

Show HN: Koreo – The platform engineering toolkit for Kubernetes
https://koreo.dev/
#ycombinator #YAML #Infrastructure_as_Code #IaC #Platform_Engineering #DevOps #Kubernetes #Configuration_Management #Resource_Orchestration #Helm #Kustomize #Koreo

Building a Firecracker-Powered Course Platform to Learn Docker and Kubernetes
https://iximiuz.com/en/posts/iximiuz-labs-story/
#ycombinator #learning_platform #platform_engineering #devops #architecture #experience

Куда нас вынесут большие технологические волны DevOps

В 1995 году с легкой руки Gartner в умах многих аналитиков по всему миру поселился новый термин — Gartner Hype Cycle. Как только не называли эту кривую: и цикл хайпа, и цикл зрелости, и цикл ожиданий. Но мне больше всего нравится представлять её в виде волн. Тогда в ней появляется глубокий образ — множество волн, которые в нашем технологическом мире переплетаются и рождают нашу повседневность. Привет, Хабр! Меня зовут Антон Черноусов. Я Developer Advocate в Yandex Cloud и многие годы веду подкаст «The Art Of Programming». Кривая Гартнера частенько помогает представить результаты прогнозов. Хотя прогнозы — дело неблагодарное. Особенно если мы попытаемся «заглянуть под капот» одной узкой сферы. Сегодня мы займемся неблагодарным делом и пристально посмотрим на мир DevOps.

https://habr.com/ru/companies/oleg-bunin/articles/887316/

#devops #gartner_hype_cycle #dora #datadog #ai #code_assistant #безопасная_разработка #облачные_провайдеры #platform_engineering #iac

Неизбежное будущее Kubernetes: почему оркестратор должен пойти по пути Linux Kernel

Сейчас Kubernetes воспринимается как «готовое» и самодостаточное ПО — грубо говоря, как отдельная программа. Да, чтобы его использовать в проде, придется добавить к нему разных cloud native-инструментов: CNI, service mesh и т.п. штуковины. Однако всё же K8s выглядит именно как приложение (иногда его даже называют ОС для облаков). На мой взгляд, такое понимание Kubernetes заводит рынок в тупик. Очевидно, что сложность оркестратора должна расти, очевидно, что будет все больше сфер, в которых он будет использоваться и которые способны извлечь немало пользы из внедрения K8s. Если рынок не начнет смотреть на Kubernetes как на Linux Kernel, это заведет нас в тупик, и вот почему...

https://habr.com/ru/companies/aenix/articles/865238/

#прогнозы #kubernetes #devops #platform_engineering #linux_kernel #cncf #будущее #cloud #платформы #sre

We're Leaving Kubernetes
https://www.gitpod.io/blog/we-are-leaving-kubernetes
#ycombinator #gitpod #dev_environment #developer_environment #devops #cloud_ide #github_ide #gitlab_ide #javascript #online_ide #web_ide #code_review #remote_development #cloud_development #ready_to_code #cde #cloud_development_environment #platform_engineering #developer_experience #DevX #developer_velocity

Как дать разработчикам свободу при деплое приложений и ускорить процессы в команде

Привет! Меня зовут Игорь Латкин, я управляющий партнер и системный архитектор в KTS . Сегодня расскажу, как мы в компании выстраивали процессы деплоя приложений так, чтобы разработчики могли делать это самостоятельно. Поделюсь, как мы формируем регламенты в KTS и на каких «трёх китах» стоит инфраструктура глазами разработчика. Статья написана по мотивам моего доклада на kuberconf.io .

https://habr.com/ru/companies/kts/articles/854750/

#deploy #devops #процессы #platform_engineering #инфраструктура #terraform #ci/cd

Краткий дайджест обновлений Deckhouse Kubernetes Platform 1.48-1.60

В этой статье мы рассмотрим самые важные обновления Deckhouse Kubernetes Platform версий 1.48–1.60, произошедшие почти за год — именно столько времени прошло с момента выхода нашего последнего обзора новых фичей.

https://habr.com/ru/companies/flant/articles/826228/

#kubernetes #deckhouse #Deckhouse_Kubernetes_Platform #devops #istio #grafana #distroless #обновления #platform_engineering #отечественное_по

Ищем вдохновение, мотивацию и новый заряд энергии

Все вы знаете, зачем посещать конференции. По крайней мере, на всех рекламных баннерах и других рекламных материалах пишут что-то похожее. Это обновление знаний, обмен опытом, soft skills, новые контакты и «тусовка». На самом деле это не всё, что даёт нам посещение профессиональной конференции. Давайте посмотрим, что ещё вы можете получить на примере DevOpsConf 2024: Изучение реальных кейсов Получение обратной связи Поиск вдохновения и мотивации

https://habr.com/ru/companies/oleg-bunin/articles/796853/

#devops #devsecops #практики #культура_разработки #platform_engineering #reliability_engineering #развитие_специалиста #искусственный_интеллект #chatgpt #вдохновение