Почему инфраструктура big tech обычно состоит из самописных решений
Крутая статья от Дмитрия, CTO команды Yandex Platform Engineering, в которой он объясняет появление кастомных решений в больших компаниях. Он выделяет 6 причин:
- Инновации - крупные компании часто сталкиваются с новыми проблемами, для которых пока нет стандартных решений. А дальше им придумывать эти решения сами
- Масштабы - этот пункт частично вкладывается в предыдущий, так как часто новые проблемы обусловлены масштабом компании и ее задач. В итоге, дефолтные решения на таком объеме не особо работают
- Инерция - когда собственный инструмент уже сделан и заточен под решение внутренней проблемы, то при появлении общего инструмента он часто не так хорошо заточен на конкретные кейсы. В итоге, для переезда часто требуется допиливать сам общий инструмент
- Миграция - тут идет речь про стоимость переезда пользователей. Часто такие миграции со старых инструментов на новые стоят дорого и могут тянуться очень долго, что подрывает сам смысл переезда - дешевле дальше поддерживать собственный велосипед
- Business continuity - внутренние инструменты позволяют обеспечить независимость от решений вендоров и даже от изменений лицензий open source проектов. Что важно в текущей реальности
- Синдром not invented here (NIH) - этот синдром влияет на решение пилить собственные велосипеды и это объективная реальность:)
Автор демонстрирует эти причины на двух примерах
- Собственное облако Яндекса, которое появилось до K8s и сейчас продолжает использоваться и развиваться
- Монорепозиторий Аркадия, который позволил решить проблему svn, git, mercurial и все таки иметь возможность хранения всего кода (2 TiB) в одном репозитории
Интересно, что я примерно про это писал в статье "Как RnD появляется в крупных ИТ-компаниях" на примере Google, Amazon и почему это нужно Тинькофф:)
#Management #RnD #PlatformEngineering #Engineering #Software #SoftwareDevelopment #Leadership