Nella mia azienda utilizziamo MS Dynamics AX 2009. Questo è l'ERP dell'azienda. Abbiamo circa 100 utenti. I server di MS Dynamics AX sono nella sede centrale.
Stiamo sviluppando un nuovo sito Web utilizzando Play Framework e il linguaggio Scala. Tuttavia, il server del sito Web non è nella società della sede centrale, il server dedicato è ospitato in OVH, un ISP europeo.
Il sito Web richiede i dati ERP in tempo reale, ma il database MS Dynamics AX si trova nella sede centrale e la connessione Internet è molto instabile.
Questo è il problema! Abbiamo bisogno di comunicazione bidirezionale tra il sito Web e l'ERP, ma la connessione Internet dei server ERP è molto instabile. Abbiamo pensato a due soluzioni:
-
Usa RabbitMQ nella sede centrale e nel sito web. Quando si verifica un evento nell'ERP, l'ERP inserisce un messaggio in RabbitMQ e il sito Web riceve questo messaggio quando la connessione Internet funziona. Quando si verifica un evento nel sito Web, il sito Web inserisce un messaggio in RabbitMQ e l'ERP riceve questo messaggio quando le connessioni Internet funzionano. Quindi, abbiamo 2 RabbitMQ, uno nella sede centrale e un altro nel server del sito web.
-
Utilizzare MS SQL Server Replication per replicare il database dalla sede all'ISP, avremmo bisogno di due server nell'ISP: il sito Web (Linux, Apache, MySQL, Play Framework) e la replica SQL (Windows, SQL Server ). Quando si verifica un evento in ERP, la replica di SQL Server diffonde queste modifiche al server di replica SQL nell'ISP e il sito Web legge sempre i dati in SQL Replication Server. Quando si verifica un evento nel sito web, abbiamo anche bisogno di una coda RabbitMQ come prima.
Cosa ne pensi di questa architettura? Qual è la soluzione migliore? Potrebbe MS SQL Server replicare ussing una connessione Internet instabile?
Grazie in anticipo.