-1

Мне нужно изменить дизайн всей архитектуры ниже приложений У нас есть приложения CRM - для бэк-офиса и центра обработки вызовов (счет контакта.) Веб-приложение - Онлайн-заявка (счета, контакты) GP - (Обработка счета клиента).Net Архитектура Дизайн Suggesion

Прежде всего приложение, разговаривающее друг с другом писетом, но все писец работают каждые 10-15 минут.

Но много раз работа с расписанием и зависимое приложение должны ждать 10 секунд + мин, чтобы получить обновленные или новые данные.

Таким образом, руководство решило получить хорошее решение для получения последних данных в каждой системе одновременно.

1) Я попросил подготовить сервисный уровень, который разговаривает со всем приложением в CRM, и все данные должны храниться только в CRM. Но в этом случае веб-команда полностью зависит от CRM. Если CRM идет, все останавливается.

Конечная цель: - Устранение опечаток - Все данные должны быть доступны во всех других системах реального времени или в реальном времени.

Предложение: Если вы, ребята, натолкнулись на любое решение или инструмент, которые действительно помогут нам решить вышеуказанную проблему.

+0

Если Scribe является проблемой, тогда исправьте Scribe - не перестраивайте архитектуру двух бизнес-систем (CRM и GP) только потому, что часть промежуточного продукта вызывает у вас проблемы. Сотни, возможно, тысячи компаний используют Scribe для интеграции между Dynamics CRM, GP и многими другими системами в режиме реального времени без проблем по дням и дням. Это можно сделать, получить эксперт Scribe высшего уровня, чтобы войти и зафиксировать вашу интеграцию. – Nicknow

ответ

1

Не зная деталей вашего проекта, я предполагаю, что вы должны разоблачить все свои данные через службы реального времени. У вас могут быть разные службы для разных функций. Эти службы могут обращаться к тем источникам данных, которые им нужны, и получать данные. Затем вы можете иметь несколько клиентов, разговаривающих с этими службами. По сути, вы не будете перемещать данные из одного приложения в другое. Все будет происходить в режиме реального времени, и даже если одна система опустится, другая система все еще может функционировать.

+0

Какая информация вам нужна? – Den

+0

Какая информация вам нужна? По вашему решению Мое основное хранилище хранится только в одном месте, любое другое приложение, когда им нужны соответствующие данные, которые приложение должно запрашивать к соответствующему главному приложению через сервер WCF. Комментарий продолжение ....! – Den

+0

Решение для моего клиента: Если ребенку (кроме основного приложения) нужны данные (только для чтения) основного приложения, тогда дочернее приложение будет считывать данные из своей собственной базы данных, но если ребенку нужны данные для модификации, тогда дочернее приложение должно получить его от базы данных основных приложений и, как только обновляется в основной базе данных, она должна обновляться и для всего другого приложения. Обновление в реальном времени или почти в реальном времени. Комментарий продолжение ....! – Den