Comments 5
Как корпоративному клиенту банка, мне было интересно прочитать, что там за проблемы с Паспортом по другую сторону сайта.
В данном случае, конечно, звучит как бред, но все-таки: вариант спроектировать систему с нуля так как хотелось бы , а уже потом организовать миграцию данных вообще не рассматривался вариант ?
Просто все-равно получается половинчатое решение, ведь все проблемы ( отсутствие документации/исходного кода) останутся под слоем нового.
Немного перефразировал бы.
Тут вполне можно применить классику - что есть и как должно быть, начиная сверху с бизнес потребностей и вниз. Сопоставить и дальше уже думать (оценивать), монолит или полмонолита, что менять, а что убивать и т.п.
Да, согласна! Но это не всегда получается - много людей, сложные структуры, бизнес-задачи, разные другие процессы. Приходится адаптировать классику.
У меня был другой проект отказа от серверной части системы и создание ей замены. Тогда мы шли почти по классике, разобрали основное как сейчас/как нужно, набросали верхнеуровневую архитектуру и пошли реализовывать проект.
Шли спринтами, брали некоторые кусочки на уточнения технических особенностей в текущей системе, смотрели как заполнять новую БД и тд. Этот проект был намного проще, яснее, но и по объемам функций/данных в разы меньше.
Бывает по-разному!
Проектировать с 0 систему можно, если есть ресурсы пересмотреть бизнес-процессы самой системы, все интеграции можно изменить, достаточное количество времени, людей, финансов для реализации этого, понятны цели и тд
В какой-то мере у нас было с 0 - пользовательский интерфейс, а вот бэк... Что было в далекие времена, когда начали делать новый интернет банк история умалчивает.
Возможно, исходная задача была иная.
Проблемы сейчас потихоньку решаем, пилим замены. Я верю, что когда-то под слоем нового не будет старого.
Как жить-то, когда нет целевой архитектуры?