Chaîne d’appels de services d’une requête unique

Cinq couches de services, trois chemins critiques et trois risques d’instance unique sur une page de revue SRE.

Partir de ce prompt

Cinq couches de services, trois chemins critiques et trois risques d’instance unique sur une page de revue SRE.

Créez un diagramme de revue d’architecture SRE sur une seule page, au format paysage 16:9, montrant la chaîne d’appels de services d’une demande de règlement fictive.

Titre : « Chaîne d’appels de services d’une requête unique ».

Cinq couches de services : couche d’accès — « Passerelle Edge 4 instances / P99 28ms, Proxy d’identité 1 / 35ms » ; couche métier — « Orchestrateur de règlement 3 / 95ms, Panier d’achat 3 / 48ms, Tarification 2 / 61ms, Commande 4 / 72ms » ; couche domaine — « Stock 3 / 58ms, Coupon 1 / 66ms, Adhésion 2 / 45ms, Adaptateur de paiement 2 / 120ms, Notification 1 / 180ms » ; couche de données — « Base de données des commandes 2 / 42ms, Cache 3 / 12ms, Bus de messages 3 / 20ms » ; dépendances externes — « Exemple de passerelle de paiement 2 / 160ms, Exemple de passerelle SMS 2 / 140ms ». Flux d’appels principal : Passerelle Edge → Proxy d’identité 8ms → Orchestrateur de règlement 12ms ; l’Orchestrateur de règlement appelle respectivement Panier d’achat 15ms, Tarification 20ms, Stock 26ms, Adhésion 14ms, Adaptateur de paiement 45ms et Commande 28ms ; Adaptateur de paiement → Exemple de passerelle de paiement 120ms ; Commande → Base de données des commandes 30ms, et écrit de manière asynchrone dans le Bus de messages 5ms → Notification 60ms → Exemple de passerelle SMS 140ms. Mettez en évidence trois chemins — paiement, persistance des commandes et notification asynchrone — ainsi que trois risques d’instance unique : Proxy d’identité, Coupon et Notification.

Fond blanc, texte presque noir et lignes de connexion gris froid ; trois nuances de gris bleuté pour indiquer la charge, bleu cobalt pour souligner les chemins critiques et contours foncés pour les risques ; lignes continues pour les appels séquentiels, lignes en pointillés pour les appels au sein d’une même couche et lignes avec de petits carrés pour les messages asynchrones.

Les services, nombres d’instances, valeurs P99 et latences de connexion doivent correspondre exactement, élément par élément.

Ajouter des repères de capacité

Ajoute des repères de capacité à côté des trois chemins critiques ; les latences et les couleurs de charge restent inchangées.

Essayer Kimi Design

Créez un diagramme de revue d’architecture SRE sur une seule page, au format paysage 16:9, montrant la chaîne d’appels de services d’une demande de règlement fictive.

Titre : « Chaîne d’appels de services d’une requête unique ».

Cinq couches de services : couche d’accès — « Passerelle Edge 4 instances / P99 28ms, Proxy d’identité 1 / 35ms » ; couche métier — « Orchestrateur de règlement 3 / 95ms, Panier d’achat 3 / 48ms, Tarification 2 / 61ms, Commande 4 / 72ms » ; couche domaine — « Stock 3 / 58ms, Coupon 1 / 66ms, Adhésion 2 / 45ms, Adaptateur de paiement 2 / 120ms, Notification 1 / 180ms » ; couche de données — « Base de données des commandes 2 / 42ms, Cache 3 / 12ms, Bus de messages 3 / 20ms » ; dépendances externes — « Exemple de passerelle de paiement 2 / 160ms, Exemple de passerelle SMS 2 / 140ms ». Flux d’appels principal : Passerelle Edge → Proxy d’identité 8ms → Orchestrateur de règlement 12ms ; l’Orchestrateur de règlement appelle respectivement Panier d’achat 15ms, Tarification 20ms, Stock 26ms, Adhésion 14ms, Adaptateur de paiement 45ms et Commande 28ms ; Adaptateur de paiement → Exemple de passerelle de paiement 120ms ; Commande → Base de données des commandes 30ms, et écrit de manière asynchrone dans le Bus de messages 5ms → Notification 60ms → Exemple de passerelle SMS 140ms. Mettez en évidence trois chemins — paiement, persistance des commandes et notification asynchrone — ainsi que trois risques d’instance unique : Proxy d’identité, Coupon et Notification.

Fond blanc, texte presque noir et lignes de connexion gris froid ; trois nuances de gris bleuté pour indiquer la charge, bleu cobalt pour souligner les chemins critiques et contours foncés pour les risques ; lignes continues pour les appels séquentiels, lignes en pointillés pour les appels au sein d’une même couche et lignes avec de petits carrés pour les messages asynchrones.

Les services, nombres d’instances, valeurs P99 et latences de connexion doivent correspondre exactement, élément par élément.

Passer au bleu marine profond

Remplace le fond blanc par un bleu marine profond avec du texte presque blanc ; les connecteurs gris restent froids.

Essayer Kimi Design

Créez un diagramme de revue d’architecture SRE sur une seule page, au format paysage 16:9, montrant la chaîne d’appels de services d’une demande de règlement fictive.

Titre : « Chaîne d’appels de services d’une requête unique ».

Cinq couches de services : couche d’accès — « Passerelle Edge 4 instances / P99 28ms, Proxy d’identité 1 / 35ms » ; couche métier — « Orchestrateur de règlement 3 / 95ms, Panier d’achat 3 / 48ms, Tarification 2 / 61ms, Commande 4 / 72ms » ; couche domaine — « Stock 3 / 58ms, Coupon 1 / 66ms, Adhésion 2 / 45ms, Adaptateur de paiement 2 / 120ms, Notification 1 / 180ms » ; couche de données — « Base de données des commandes 2 / 42ms, Cache 3 / 12ms, Bus de messages 3 / 20ms » ; dépendances externes — « Exemple de passerelle de paiement 2 / 160ms, Exemple de passerelle SMS 2 / 140ms ». Flux d’appels principal : Passerelle Edge → Proxy d’identité 8ms → Orchestrateur de règlement 12ms ; l’Orchestrateur de règlement appelle respectivement Panier d’achat 15ms, Tarification 20ms, Stock 26ms, Adhésion 14ms, Adaptateur de paiement 45ms et Commande 28ms ; Adaptateur de paiement → Exemple de passerelle de paiement 120ms ; Commande → Base de données des commandes 30ms, et écrit de manière asynchrone dans le Bus de messages 5ms → Notification 60ms → Exemple de passerelle SMS 140ms. Mettez en évidence trois chemins — paiement, persistance des commandes et notification asynchrone — ainsi que trois risques d’instance unique : Proxy d’identité, Coupon et Notification.

Fond blanc, texte presque noir et lignes de connexion gris froid; trois nuances de gris bleuté pour indiquer la charge, bleu cobalt pour souligner les chemins critiques et contours foncés pour les risques ; lignes continues pour les appels séquentiels, lignes en pointillés pour les appels au sein d’une même couche et lignes avec de petits carrés pour les messages asynchrones.

Les services, nombres d’instances, valeurs P99 et latences de connexion doivent correspondre exactement, élément par élément.

Signaler l’expiration en rouge

Indique la valeur de 120ms de l’Adaptateur de paiement en rouge d’expiration ; tous les autres chiffres et couleurs restent inchangés.

Essayer Kimi Design

Créez un diagramme de revue d’architecture SRE sur une seule page, au format paysage 16:9, montrant la chaîne d’appels de services d’une demande de règlement fictive.

Titre : « Chaîne d’appels de services d’une requête unique ».

Cinq couches de services : couche d’accès — « Passerelle Edge 4 instances / P99 28ms, Proxy d’identité 1 / 35ms » ; couche métier — « Orchestrateur de règlement 3 / 95ms, Panier d’achat 3 / 48ms, Tarification 2 / 61ms, Commande 4 / 72ms » ; couche domaine — « Stock 3 / 58ms, Coupon 1 / 66ms, Adhésion 2 / 45ms, Adaptateur de paiement 2 / 120ms, Notification 1 / 180ms » ; couche de données — « Base de données des commandes 2 / 42ms, Cache 3 / 12ms, Bus de messages 3 / 20ms » ; dépendances externes — « Exemple de passerelle de paiement 2 / 160ms, Exemple de passerelle SMS 2 / 140ms ». Flux d’appels principal : Passerelle Edge → Proxy d’identité 8ms → Orchestrateur de règlement 12ms ; l’Orchestrateur de règlement appelle respectivement Panier d’achat 15ms, Tarification 20ms, Stock 26ms, Adhésion 14ms, Adaptateur de paiement 45ms et Commande 28ms ; Adaptateur de paiement → Exemple de passerelle de paiement 120ms ; Commande → Base de données des commandes 30ms, et écrit de manière asynchrone dans le Bus de messages 5ms → Notification 60ms → Exemple de passerelle SMS 140ms. Mettez en évidence trois chemins — paiement, persistance des commandes et notification asynchrone — ainsi que trois risques d’instance unique : Proxy d’identité, Coupon et Notification.

Fond blanc, texte presque noir et lignes de connexion gris froid ; trois nuances de gris bleuté pour indiquer la charge, bleu cobalt pour souligner les chemins critiques et contours foncés pour les risques ; lignes continues pour les appels séquentiels, lignes en pointillés pour les appels au sein d’une même couche et lignes avec de petits carrés pour les messages asynchrones.

Les services, nombres d’instances, valeurs P99 et latences de connexion doivent correspondre exactement, élément par élément.