Об DevOps и архитектуру

Святослав Котусев небезызвестный в кругах Enterprise Architecture своими исследованиями EA, выпустил новую версию своего легковесного фреймворка по Enterprise Architecture: https://eaonapage.com/ 4 больших одностраничных карты вместо 1.5 тыс страниц TOGAF (в прошлой версии было 2 одностраничника): Из изменений: - Добавилась модель зрелости EA - Добавились полтора десятка вариантов функциональной оргструктуры архитектуры (в зависимости от размера и типа организации), в т.ч. небольшой бенчмарк по ...

Во вторник, 8 апреля, на конференции DevOpsConf буду рассказывать о том, как и куда можно расти инженерам. https://devopsconf2025.timurb.ru/

Интересный взгляд от Github на Platform Engineering в эпоху AI: https://githubnext.com/projects/continuous-ai/ «Классические» платформы всегда event-driven, они предоставляют сервис в ответ на некий API-запрос, будь то вызов REST API или push в репозиторий. С появлением понятия «агент» платформа может выполнять некоторую активность постоянно — переход от вызовов API к постоянному сервису. Робот-пылесос убирающий квартиру постоянно, а не только по запросу. Промежуточным шагом к этому были операто...

The Kubernetes design is based on choreography, but can incorporate orchestration benefits. Пояснительная бригада: choreography и orchestration это два подхода композиции микросервисов (паттерна saga). В случае orchestration есть отдельный микросервис, который оркестрирует процесс, проходящий через несколько микросервисов. В случае choreography микросервисы обмениваются событиями напрямую. Так вот, операторы в Kubernetes в общем случае работают в соответствии с подходом Choreography, а не Orches...

Я последний месяц слишком часто в обсуждениях кидаю скрин этого слайда, выложу и сюда. Он на самом деле ключевой во всей теме. Уровень ответственности в абсолютно любой организации, и уровень сложности задач растет как показано слева (но далеко не во всех организациях есть предсказуемые переходы на следующий уровень). Навыки которые нужны для этого уровня ответственности — справа. Обратите внимание на то, что это за навыки содержательно, что именно мы получаем при их применении. Пример: Если ты ...

Мне кажется, половина восторгов вокруг LLM связаны с тем что они постоянно исподволь и умело хвалят человека у клавиатуры, даже если он пишет полнейшую хрень. В обычном цикле работы «гипотеза - реализация - оценка» напрочь ломается последний шаг, если его явно не выносить за рамки чата с LLM. При этом, не важно занимаешься ли ты оценкой своей работы по факту — ты так или иначе ее получаешь в любом случае, и она в любом случае будет носить некоторый объективный характер. В случае с LLM положитель...

Об весенние конференции 2025 В апреле 2025 я делал два доклада на конференциях примерно на одну и ту же тему. 1. «Компетенции и уровни развития инженера инфраструктуры. Системный взгляд» на конференции DevOpsConf 2025. Я рассказывал про то, как расти инженеру – во многом на базе материалов, которые я публиковал здесь на канале. Я сам недоволен тем какой доклад получился, поэтому видео не выкладываю. При должном желании вы его найдете, или увидите его когда доклад опубликуют организаторы конферен...

Об ведение базы знаний (копия моего поста в одном из чатов) При ведении базы знаний у тебя есть несколько сценариев работы с информацией (по сути, жизненный цикл объекта информации-знания): - Поиск внешний - Сбор и учет материала, фиксация ссылок, выгрузка контента - Осмысление материала, фиксация мыслей - Анализ взаимосвязей между темами - Корректировка и переработка материала - Поиск материала в своей БЗ - Обмен материалами с другими людьми / встраивание материалов в повседневную работу Ключев...

Страница команды Github по продуктовым исследованиям (во многом на базе LLM). В разных стадиях — от «набросок на салфетке» до «работающий продукт» https://githubnext.com/