About the problem of verifying the interface

as shown in the figure, the current situation is:

Note: these three systems can be regarded as micro-services connected through the HTTP interface.

requirement: no matter external callers call our business system, account system, or internal business system call account system, they must verify the system through the interface.

current situation:

if you go 1, that is, the external caller invokes the account system after being verified by the interface.
if you go to 2p3, that is, the external caller invokes the business system after being verified by the interface.
if you go 4pm 5, the performance is the internal business system calling the account system.

that"s all right.

but if the external caller leaves, that is, the external caller invokes the business system after passing the interface verification, and then functionally requires the business system to call the account system, then the design needs to do interface verification twice, which obviously doesn"t seem appropriate.

problem: avoid performing two interface verifications when external callers call two systems at the same time. How should the architecture be designed?

Mar.25,2022

uses the gateway service as unified authentication. A successfully authenticated service calls an internal service belonging to the same system with a verification ID, which is used by the gateway to confirm whether authentication is required and then forward the request to the target service.

MySQL Query : SELECT * FROM `codeshelper`.`v9_news` WHERE status=99 AND catid='6' ORDER BY rand() LIMIT 5
MySQL Error : Disk full (/tmp/#sql-temptable-64f5-1e90030-12a4.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")
MySQL Errno : 1021
Message : Disk full (/tmp/#sql-temptable-64f5-1e90030-12a4.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")
Need Help?