Отличная статья, прекрасный язык изложения, прочиталось на одном дыхании! Чувствуется продуманный концепт переноса верхнеуровнево. Интересует несколько деталей: как я понимаю речь идет о плавном переезде без остановки бизнеса заказчика? Если да, то мы обязаны понимать, что просто взять разом и все перенести не получится. Соответственно мы переносим часть критически - важного функционала в плане данных объектов и строим по объектной модели бизнес-процессы в рамках уже новой системы, но вот пока мы строим эти БП, люди продолжают работать в старой системе. Данные добавляются, копятся, возможно правится объектная модель (по запросам юзеров или старым тикетам), и вот нам уже снова нужно делать перенос данных. Возможно ли как-то избежать двойного(тройного и т.д.) переброса данных? Как осуществить наиболее плавный переезд максимально незаметно для заказчика? Какая система будет "дергать" API первой и в рамках какой будет прописываться маппинг объектов?
Отличная статья, прекрасный язык изложения, прочиталось на одном дыхании! Чувствуется продуманный концепт переноса верхнеуровнево. Интересует несколько деталей: как я понимаю речь идет о плавном переезде без остановки бизнеса заказчика? Если да, то мы обязаны понимать, что просто взять разом и все перенести не получится. Соответственно мы переносим часть критически - важного функционала в плане данных объектов и строим по объектной модели бизнес-процессы в рамках уже новой системы, но вот пока мы строим эти БП, люди продолжают работать в старой системе. Данные добавляются, копятся, возможно правится объектная модель (по запросам юзеров или старым тикетам), и вот нам уже снова нужно делать перенос данных. Возможно ли как-то избежать двойного(тройного и т.д.) переброса данных? Как осуществить наиболее плавный переезд максимально незаметно для заказчика? Какая система будет "дергать" API первой и в рамках какой будет прописываться маппинг объектов?