2

Je pense à déplacer notre portail d'entreprise monolithique vers des micro-services. Pour ce faire, j'ai besoin de créer une interface utilisateur HTML de portail qui a une sorte de redondance afin que nous ne tombions pas pendant les mises à jour et la sécurité du printemps, y compris les rôles et les autorisations.Architecture de microservice avec interface utilisateur et serveur d'authentification

Actuellement, je suis bloqué pour décider quelle est la meilleure pratique et où mettre l'interface utilisateur.

Sample of different micro services needed

Mes Options:

  1. API de fusion passerelle et EDGE pour avoir l'interface même que tout autre micro services et avant/ui/** à elle. (Back draw avec ceci était le chemin des ressources car Zuul ne les a pas mis à jour en ajoutant le préfixe/ui, donc j'ai pensé à le mettre par défaut)
  2. Créer deux passerelles séparées comme dans le diagramme ci-dessus.
  3. Si 2 est la solution optimale, les Appels de repos à partir de HTML doivent-ils être envoyés directement à la passerelle API, ou vont-ils à la périphérie et à partir d'elle vers API Gateway?
+0

Utilisez-vous ZUUL comme 'API Gateway'? –

+0

oui, je l'ai fait passer et combiné à la fois api passerelle et bord tous ensemble, exemple de solution complète à [https://github.com/shahbour/microservices-security](https://github.com/shahbour/microservices-security) – Shahbour

Répondre

-1

Vous pouvez finir par avoir différents niveaux de sécurité pour les deux ... afin de passerelles séparées pourraient être mieux j'envoyer les demandes directement à la passerelle ali et de se débarrasser du saut supplémentaire.