Al momento stiamo eseguendo un sistema ERP con un proprio client, che è un'applicazione desktop. Il server è ospitato on premise e tutti i dati si trovano in un database SQL. Questo è tutto basato su Windows.
Vogliamo costruire ora un'applicazione web su questo prodotto ERP, ad esempio i distributori possono tramite una semplice interfaccia online cercare quante risorse sono disponibili e creare un elenco di articoli che desiderano ordinare e una citazione viene creata per loro sui prezzi disponibili sul database ERP.
Quindi abbiamo solo bisogno di accedere in lettura ai dati del sistema ERP. Il sistema ERP si sta caricando molto di più per l'accesso alle API, così come un prototipo iniziale vorremmo solo usare l'accesso in sola lettura al database per ottenere le informazioni.
Mi piacerebbe utilizzare un framework web come django / rails per costruire l'applicazione web usando un framework che ci dà molte possibilità di costruire successivamente l'applicazione se si presentano altri bisogni. Inoltre, sono l'unico sviluppatore quindi non posso davvero far fronte partendo da zero.
Ora il problema è che rimango sempre bloccato a pensare a dati legacy o dati provenienti da un'altra fonte. Qual è il modo più comune per gestire i dati provenienti da un'altra fonte? I dati ERP sono on premise e mi piacerebbe avere la flessibilità di avere il sito web dove voglio così da qualche parte su una piattaforma cloud.
- Devo utilizzare istruzioni SQL dirette per leggere i dati dal database precedente?
- Devo impostare alcune API sul database precedente (ad es. Loopback) in modo da poter utilizzare un'API per accedere ai dati?
-
Devo utilizzare un servizio di sincronizzazione per sincronizzare semplicemente i dati dal database al database delle mie applicazioni Web?
-
Poiché framework come django o Rails sono utilizzati principalmente per le nuove applicazioni, come si gestiscono i dati legacy oi dati provenienti da un'API?
- In che modo un quadro come ember js si adatta a questo? Questa è una struttura di frontend, ma mi chiedevo se questa è una buona scelta?
- Quali sono i principi comuni per configurare un servizio di sincronizzazione, non deve essere in tempo reale, premendo un pulsante o uno script orario sarebbe più che soddisfacente.
Quindi sono un po 'dopo gli esempi, pratiche comuni su come gestire questo tipo di setup. È una configurazione più piccola per un'azienda più piccola, quindi i dati non sono enormi e le prestazioni non saranno un collo di bottiglia. Quindi, solo alla ricerca di alcune idee architettoniche, in questi casi le situazioni di questo tipo vengono per lo più risolte in questi giorni.