#platform_engineering — Public Fediverse posts

Is the software factory the next big area within platform engineering?

When we started building Drive, our internal developer platform, about 2.5 years ago, we had a clear vision for golden paths and developer experience: a strong local development environment, with testing and linting available as early as possible.

And this was before agents really took off...

Building with agents today is so much about managing the infrastructure around the agents. I'm still quite convinced that the software factory will need to be custom made for a specific product to be effective, but just like with platforms today with golden paths, so will you have golden paths for software factories.

Just look at Gas City (an agent orchestration SDK built on beads) which I think is an excellent project for building agentic SDLC - you need to have some know-how to get any value out of it and to really get leverage it becomes an integral part of the platform. All from how to interact with the software factory to how support agents can monitor and analyze running services.

Lets be honest though. Most of us are not there yet. We need to understand what is built and need to maintain discipline to avoid our codebase being an increasing source of slop. Right now Im mostly on team agentic engineer, focusing on how teams can leverage AI while staying in control over also lower aspects - but were already many experimenting and learning how to build software factories. The path is starting to become clearer.

#gascity #softwarefactory #agentic_sdlc #platform_engineering

Централизованные хранилища скиллов (Skill registries)

Компании всё активнее пользуются AI‑агентами: Claude Code, Cursor, Codex, Copilot. Вместе с агентами появляются и «скиллы» — инструкции, которые учат агента работать по правилам конкретной компании. Через пару месяцев оказывается, что эти скиллы лежат в Google Docs, Notion, личных папках и десятке git‑репозиториев. У кого‑то версия свежая, у кого‑то устаревшая, а проверял ли их кто‑нибудь на безопасность, никто сказать не может. В статье разберём, что такое централизованное хранилище скиллов, какие задачи оно решает, и сравним четыре подхода к его построению: от «просто git‑репозитория» до готового SaaS. Статья рассчитана не только на разработчиков: все термины объясняются по ходу, а для менеджеров, аналитиков и специалистов по ИБ есть словарик и раздел «как выбрать».

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

#agent_skills #SKILLmd #registry #platform_engineering #ai #skills

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

Разработчики описывают изменения кодом, инфраструктура — декларативными манифестами, а архитектура до сих пор часто живёт в 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 #вдохновение