சேவைகள் ஒரே நேரத்தில் (REST அல்லது gRPC-க்கு மேல் வேண்டுகோள்/பதிலளித்தல்) அல்லது ஒரே நேரத்தில் இல்லாமல் (Kafka அல்லது RabbitMQ போன்ற ப்রோக்கர் மூலம் செய்திகள்/நிகழ்வுகள்) தொடாযுபடுகின்றன.
க் அழைப்பதவன் பதிலாக انتظار செய்கிறான். எளிமையாகவும் சுவாரசியமாகவும் உள்ளது, ஆனால் இது கிடைக்கிறதளவாக் கட்டுப்படுத்துகிறது — அழைக்கப்பட்ட சேவை கீழே இருந்தால், அழைப்பதவன் பாதிக்கப்படுகிறான்.
GET /orders/42 HTTP/1.1
Host: orders-service
Accept: application/json
அனுப்பதவன் செய்தியை வெளியிட்டு முன்னேறுகிறான்; நுகர்வோர் அதை பின்னர் செயல்படுத்துகின்றனர். இது சேவைகளைக் காலத்தில் பிரிக்கிறது.
Order Service ──publish "OrderPlaced"──▶ [ Broker ] ──▶ Email Service
│
└──▶ Inventory Service
| தேவை | தேர்வு செய்யவும் |
|---|---|
| பயனாளருக்கு உடனடி பதிலளிப்பு | ஒரே நேரத்தில் |
| பிரிந்திருத்தல், பதுக்கல், விரிவடைதல் | ஒரே நேரத்தில் இல்லாமல் |
| வலுவான கால பிணைப்பு ஓகே | ஒரே நேரத்தில் |
| கீழ்நோக்கிய செயல்பாக்கத்தின் நெகிழ்வுத்தன்மை | ஒரே நேரத்தில் இல்லாமல் |
நீண்ட ஒரே நேரத்தில் சங்கிலிகள் (A → B → C → D) தாமதத்தை வளர்த்துக்கொள்ளுகின்றன. விரலை வளர்த்துக்கொள்ளுங்கள் அல்லது ஒருங்கிணைப்பு வாய்ப்பு உள்ளதாக முறையாக உள்ளது.
தொடாயுபாட்டு நிலை அமைப்பின் நெகிழ்வுத்தன்மையை வடிவளிக்கிறது: ஒரே நேரத்தில் அழைப்புகள் பற்றி நியாயப்படுத்த எளிமையாக உள்ளது ஆனால் இயக்க நேர பிணைப்பை உருவாக்குகிறது, ஒரே நேரத்தில் இல்லாமல் செய்திகள் இறுதி நிலைத்தன்மையின் செலவில் பிரிந்திருத்தல் வாங்குகிறது.
অধিকাংশ உண்மையான அமைப்புகள் இரண்டையும் கலக்குகின்றன — ஒரே நேரத்தில் பயனாளர்-சந்தர்ப்ப வாசிப்பின் জন்য, ஒரே நேரத்தில் இல்லாமல் பின்னனி வேலைப்பாட்டுகளின் জন்য।