Управление технологическим долгом в микросервисной архитектуре

• Гленн Ангстранд, разработчик программного обеспечения, рассказывает о проблеме технического долга в микросервисной архитектуре и о том, как она может привести к неспособности конкурировать на рынке.  

• Он объясняет, что существует два вида технического долга: предполагаемые затраты на дополнительные доработки и совершенствование технологического стека.  

• Optum Digital, ранее известная как Rally Health, работает в сфере здравоохранения и имеет 700 инженеров, разрабатывающих сотни микросервисов в четырех портфолио.  

• Они серьезно относятся к техническому долгу и разработали план развития технологических возможностей (TCP) для его погашения.  

• TCP используется инженерами для информирования менеджеров о постоянно меняющихся требованиях и для обеспечения долговечности и адаптивности архитектуры.  

• Инженерные сообщества, состоящие из опытных инженеров, собираются ежемесячно для обсуждения и обмена ресурсами.  

• Каждый план TCP состоит из таблицы и пояснительной записки, описывающей контекст и влияние каждой технологии.  

• Планы помогают организации справиться с устаревшими, небезопасными или неподдерживаемыми версиями технологий.  

• Портфолио также должны представить план для включения в TCP, сигнализируя о намерении погасить другие формы технического долга.  

• Менеджеры по продуктам не всегда знают, как управлять техническим долгом, так как они не вкладывают средства в разработку.  

• Оценка риска помогает определить приоритеты в плане погашения долга.  

• TCP помогает инженерам и менеджерам по продуктам достичь консенсуса в отношении погашения долга.  

• TCP помогает менеджерам по продуктам и инженерам лучше взаимодействовать и принимать решения о приоритетах.  

• TCP более предсказуем и ориентирован на достижение консенсуса, в отличие от подхода Google к SRE.  

• TCP не заменяет качественную инженерию, но помогает определить приоритеты и сроки погашения долга.  

• В организации может быть несколько технологических стеков, включая веб-сообщества, мобильные сообщества, серверные сообщества и т.д.  

• Каждая категория технологий может иметь свою версию Java, которую они используют.  

• В организации могут быть кросс-функциональные технические долги, такие как DevOps, SecOps и контейнеризация.  

• Эти сообщества могут решать, какую версию Java использовать, и могут пересекаться с другими сообществами.  

• Сообщество практикующих врачей может решать, какие платформы модульного тестирования использовать, и это может быть формализовано в протоколе TCP.  

• Оценка риска может быть проведена, чтобы определить, какие платформы тестирования следует использовать.  

• Технический долг может быть связан с потерей дохода, если он приводит к глюкам, неэффективному тестированию и потере продаж.  

• Бизнес может быть движущей силой рефакторинга, если это связано с потерей дохода.  

• Спикер обсуждает проблемы с текущей архитектурой и необходимость ее пересмотра.  

• Он признает, что TCP не идеален, но это не повод для паники.  

• Спикер также обсуждает технические проблемы и их решение, подчеркивая, что технический долг не является чем-то плохим, если он не слишком высок.  

• Спикер подчеркивает важность сообщества и его влияние на корпоративную культуру.  

• Он призывает инженеров чувствовать ответственность за продукт и внедрять новые функции, не вызывая негативного отношения к продукту.  

• В заключение, спикер благодарит участников за их вклад и обещает увидеться с ними в холле и на панели вскоре после этого.