Как нестандартная архитектура сайта помогла решить проблемы с технологиями, командой и затянутым проектом редизайна Мы пилили монолит
У нас была куча проблем с сайтом — важнейшим маркетинговым инструментом компании, состоящим из тысяч страниц.
Среди них: запутанный и ненадёжный код, долгие и часто необратимые релизы, поломанные и крайне долгие e2e-тесты, ужасающе низкая скорость разработки, проблемы с качеством, устаревшие технологии и отвратительный developer experience, вымотанная команда — а также необходимость уложиться в срок с уже затянутым проектом редизайна, нанять больше разработчиков и вернуть доверие стейкхолдеров.
Что с этим делать техлиду? Уволиться! — скажете вы и, возможно, будете правы.
Но я решил принять вызов — и выделить view layer сайта в отдельный stateless HTTP-сервис, чтобы починить все эти проблемы.
Приходите послушать, как мне пришла в голову идея такой неортодоксальной архитектуры, как отреагировала команда и стейкхолдеры, как мы вводили новую систему в эксплуатацию и к чему всё это привело спустя несколько лет после внедрения первого прототипа.