Як проєктувати систему, яка проживе 10 років
Чому системи вмирають не через технології, а через ранні архітектурні рішення — і як проєктувати зміни, а не функції: межі модулів, домен, дані, ADR і чек-лист на десятиліття.
Тег
Усі статті блогу з цим тегом.
Чому системи вмирають не через технології, а через ранні архітектурні рішення — і як проєктувати зміни, а не функції: межі модулів, домен, дані, ADR і чек-лист на десятиліття.
Entity–Attribute–Value на старті виглядає ідеально: гнучкість без міграцій. Чому через роки JOIN, індекси й звіти ламають ERP — і де EAV доречний, а де ні.
Чому ілюзія універсальності перетворює ERP на EAV-монстра: втрата продуктивності, типізації та бізнес-сенсу — і як будувати систему навколо предметної області, а не абстрактних сутностей.
Парадокс успіху ERP: винятки, техборг, єдина БД і розподілений моноліт. Чому монстр — наслідок зростання бізнесу і як уповільнити деградацію.