Ho bisogno di aiuto su come pensare di progettare la nostra applicazione per adattarla al nuovo modello di Fabric Service di Azure.Progettazione di un'applicazione nel fabric di servizio di Azure
Oggi abbiamo un'applicazione creata su Azure Cloud Services. L'applicazione è basata su DDD e abbiamo contesti separati separati per diverse parti del sottosistema dell'applicazione. I contesti limitati sono oggi ospitati in un ruolo di lavoro che espone questi sottosistemi utilizzando una singola WebAPI.
Inoltre, abbiamo un ruolo Web che ospita il front-end Web e un ruolo di lavoro che elabora una coda in background.
Ci impegniamo a passare a un'architettura di micro servizi. La prima cosa che ho pianificato di fare è stata estrarre tutto il contesto limitato nei propri host API. Ciò comporterà 5-10 nuovi servizi WebAPI a supporto dei nostri sottosistemi.
Alla mia domanda, tutti questi sottosistemi/contesto limitato/host API possono essere la propria applicazione Fabric Service o un servizio all'interno di una singola applicazione Fabric Service?
Ho letto la documentazione, trovato qui Service Fabric Application Model, più e più volte e non riesco a capire dove i miei servizi si inserisce in.
vogliamo che il sistema di supportare diverse versioni dei servizi, e dei servizi dovrebbe anche essere possibile scalare in modo diverso da un altro. Potrebbe anche essere necessario eseguire un micro servizio in una VM di dimensioni maggiori, quindi il resto.
Si prega di qualcuno mi guida in cui si adatta alle mie esigenze.
Se si desidera aggiornare le parti in modo indipendente, dovrebbero essere ciascuna applicazioni. Per quanto riguarda l'architettura delle tue applicazioni, è davvero all'altezza delle tue esigenze individuali. Assicurati di aver impostato i tuoi schemi di partizionamento per tener conto della crescita futura. Con SF, metti tutte le tue partizioni su un numero ristretto di macchine e poi le distribuisci in base alla tua crescita rispetto all'aggiunta di più partizioni lungo la strada. – dharms