Des problèmes avec l'optimisation des performances de l'interface métier PHP dans SOA ?

Question

• Les performances d'écriture des interfaces métier par modules sont très lentes, et un bloc apparaîtra de temps en temps jusqu'à expiration

• Dans l'environnement de développement, les interfaces ordinaires prennent généralement 150 ms, mais les interfaces appelées entre les modules peuvent prendre plus de 1 000 ms et sont instables

• Plus tard, les interfaces publiques (telles que la session, le jeton) ont été écrites sous forme d'appels en fonction afin qu'il n'y ait pas de délai d'attente, mais les performances étaient toujours très lentes

Puis-je vous demander si vous avez des méthodes d'optimisation ou des points auxquels prêter attention lors de l'appel d'interfaces PHP inter-modules ?

Answer 1

Utilisez les appels RPC entre les applications internes pour prendre en charge les appels simultanés. . . . En ce qui concerne l'appel d'interface lent que vous avez mentionné, vous devez d'abord en localiser la cause et enregistrer la durée d'exécution du programme, afin de savoir si cela est dû à des problèmes internes au programme ou à des facteurs externes. . . L'environnement de développement n'est pas rapide 150 ms

Answer 2

Pour l'architecture SOA, l'interface appelante doit définir un délai d'attente pour chaque interface. L'interface fournie par PHP doit être testée sous contrainte pour voir le degré de concurrence pris en charge. Regardez les qps et jugez si le temps de réponse de l'interface est normal en fonction de la réponse moyenne. heure de l'interface. Sinon, normalement, vous devez revoir le code pour analyser le goulot d'étranglement