DevPlatform Party (by Yandex Infrastructure) 4 от 2023.10.17
Вчера был интересный митап Devplatform от Yandex в Белграде, на котором было 4 выступления разной степени плотности и о которых хотелось бы рассказать
- Что же такое Capacity Planning на самом деле
- Параллельная разработка и тестирование микросервисов через feature branches
- Куда пропала инженерная романтика
- Поднимаем инфраструктуру с нуля, если вы - маленький стартап
Что же такое Capacity Planning на самом деле (доклад Дмитрия Нестерова из Yandex) На самом деле митап я решил посмотреть из-за этого выступления, так как оно рассказывает об актуальной для крупных ИТ-компаний теме, а точнее о планировании и распределеннии мощностей. Мне был интересен путь Яндекса в этой теме, так как мы внутри идем по похожему маршруту:) В Яндексе были стадии
- Появление capacity planning в 2016-2017 года - нет понятных процессов и правил, нет автоматизации, но есть excel:)
- Становление capacity planning в 2018-2019 - появление системного подхода (заявки, роль capacity planner, коммуникация с заказчиками)
- Развитие capacity planning в 2020-2021 - решены технологические проблемы, появилась автоматизация, но она неудобная
- Зрелость capacity planning в 2022-2023 - внедрен продуктовый подход (пошли от JTBD пользоватетелй), формализованы и упрощены процессы, есть статегия развития Дальше Дмитрий показывал и рассказывал как работают эти инструменты и это было интересно.
Параллельная разработка и тестирование микросервисов через feature branches (доклад Дмитрия Костюкова из Alfa Bank) Если бы митап начался с этого доклада, то я бы не стал его смотреть. И тут история не про качество доклада, а про подход к развитию технологий и платформы. По-факту, Дмитрий рассказывал про то, как в условном процессе gitflow с кучей микросервисов, выстроенных в цепочку, тестировать фичи. И эту проблему он через свой способ решил ...
НО, при развитии технологической платформы важно делать так, чтобы правильные вещи было делать легко, а кривые вещи было делать сложно. И в разработке программного обеспечения сейчас целевым процессом работы с кодом является TBD (trunk based development), в котором не нужны долгоживущие ветки. Для его достижения надо писать много автоматизированных тестов, уметь работать с feature toggles и так далее. Это позволяет быстрее разрабатывать и бьстрее видеть и решать конфликты в логике фичей, так как это видно внутри кода (а не как в gitflow где это видно во время merge). В такой схеме вся эта машинерия, что упоминалась в докладе не нужна, а даже вредня, так как она провоцирует делать долгоживущие ветки. В итоге, тактическую задачу ребята из платформы Alfa Bank решили, а вот стратегическую ... увы нет:)
Куда пропала инженерная романтика (доклад от Ярослава Астафьева) Философская история, которую интересно было послушать и которая должна мотивировать на развитие. В принципе, слушать было интересно, но это скорее софтовый доклад
Поднимаем инфраструктуру с нуля, если вы - маленький стартап (доклад от Алексея Шаграева из pora.ai) Рассказ от Леши на тему использования AWS Fargate (Serverless compute for containers) для организации инфры для стартапа:) И простенького CI/CD для деплоя туда. Суть в том, что стартаперам круто использовать as a Service решения, которые позволяют погрузиться в создание бизнес-логики вместо построения инфры, которая предоставляет базовые абстракции и умеют в self healing. Мне показалось, что это достаточно простая история, которую рассказывал именно Леша, потому что он когда-то работал в Yandex:)
#SoftwareDevelopment #PlatformEngineering #Engineering #SRE #Devops #Architecture