Se ho un'architettura di microservizi e uno o più microservizi hanno un'architettura a livelli che contengono un livello di servizio, come posso evitare di dare confusione tra i microservizi e le unità strutturali di un'applicazione chiamata servizi?
Cosa ho trovato utile:
Gli endpoint esposti al mondo esterno sono le API (Application Programming Interface). I lavori eseguiti periodicamente sono lavori. Le cose che ascoltano i messaggi sono messaggi / eventi / gestori di comandi / ascoltatori, ecc.
L'insieme di codice che implementa i bit interessanti che ognuno di questi utilizza (indipendentemente dall'interfaccia utilizzata per invocarlo) è chiamato il servizio.
Se ti infastidisce davvero, invece di nominare il servizio BL 'Servizio', chiamalo 'Manager'.
Naturalmente, pura preferenza.
Potresti provare qualche soluzione alternativa con alcuni nomi specifici, ma è improbabile che sia abbastanza.
Non mescolare semplicemente qualcosa di livello superiore nell'architettura del tuo sistema (il micro servizio) con qualcosa di livello inferiore poiché si tratta di uno strato interno all'interno di uno specifico componente del tuo sistema (il servizio / gestore) quando parla. Non metterli entrambi nella stessa frase.
Ora se hai bisogno di un modo per differenziarli più strongmente per ridurre la confusione, prendi in considerazione quanto segue:
Il rispetto di questo nome (o di un altro se trovi di meglio) e non di mescolarli entrambi insieme nelle stesse frasi / spiegazioni dovrebbe essere sufficiente per evitare confusioni.
Leggi altre domande sui tag architecture naming microservices web-services