Cloud & IT Cert Prep · पाठ

कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न

पाठ 4, कुल 4 में से13 चरण

कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न, CoddyKit पर Cloud & IT Cert Prep का एक निःशुल्क पाठ है। यह 4 में से 4वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह Cloud & IT Cert Prep सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

माइक्रोसर्विस समन्वय के दो दृष्टिकोण

जब माइक्रोसर्विस को किसी व्यावसायिक प्रक्रिया को पूरा करने के लिए मिलकर काम करना हो, तो समन्वय के दो मूलभूत पैटर्न होते हैं। Orchestration में एक केंद्रीय समन्वयक (जैसे Step Functions) होता है, जो प्रत्येक सेवा को स्पष्ट निर्देश देता है। Choreography में कोई केंद्रीय समन्वयक नहीं होता — सेवाएँ इवेंट सुनती हैं और स्वतंत्र रूप से प्रतिक्रिया देती हैं। किसका और कब उपयोग करना है, साथ ही दोनों को कब मिलाना है, यह समझना SAA-C03 परीक्षा में जाँचा जाने वाला प्रमुख वास्तु-कौशल है।

Orchestration पैटर्न की व्याख्या

orchestration में एक केंद्रीय सेवा (orchestrator) संचालन के क्रम को नियंत्रित करती है। यह Service A को कॉल करती है, प्रतिक्रिया की प्रतीक्षा करती है, फिर Service B को कॉल करती है और इसी तरह आगे बढ़ती है। orchestrator को प्रक्रिया की स्थिति का पूरा दृश्य मिलता है, यह त्रुटियों और पुनःप्रयासों को संभाल सकता है और मध्यवर्ती परिणामों के आधार पर निर्णय ले सकता है। AWS पर Step Functions मानक orchestrator है — यह पूरे कार्यप्रवाह को स्टेट मशीन के रूप में परिभाषित करता है और प्रत्येक चरण को संचालित करता है।

# Orchestration: Step Functions state machine drives order processing
# StepFunctions -> ValidateOrder Lambda -> ChargePayment Lambda -> NotifyShipping Lambda
# Each arrow is an explicit command from the orchestrator
# If ChargePayment fails, Step Functions catches the error and routes to NotifyFailure
# The orchestrator (Step Functions) knows the full state of the order at every moment

Choreography पैटर्न की व्याख्या

choreography में सेवाएँ केंद्रीय समन्वयक के बिना इवेंट के माध्यम से संचार करती हैं। Service A अपना कार्य पूरा करके किसी इवेंट बस या विषय पर एक इवेंट प्रकाशित करती है (जैसे OrderValidated)। Service B OrderValidated इवेंट सुनती है और भुगतान संसाधित करती है, फिर PaymentCharged प्रकाशित करती है। Service C PaymentCharged सुनती है और ऑर्डर भेजती है। प्रत्येक सेवा स्वायत्त और अलग-अलग जुड़ी होती है — उसे केवल उन इवेंट के बारे में पता होता है जिन्हें वह ग्रहण और उत्पन्न करती है, अन्य सेवाओं के बारे में नहीं।

# Choreography: EventBridge bus connects services without central coordinator
# OrderService -> publishes 'OrderPlaced' to EventBridge
# PaymentService -> listens for 'OrderPlaced', charges card, publishes 'PaymentCharged'
# ShippingService -> listens for 'PaymentCharged', creates shipment, publishes 'OrderShipped'
# NotificationService -> listens for 'OrderShipped', sends email
# No service calls another service directly — all communication is via events

प्रत्येक पैटर्न के लिए AWS सेवाएँ

AWS पर Step Functions orchestration का प्राथमिक उपकरण है। choreography के लिए मुख्य उपकरण हैं Amazon EventBridge (सामग्री-आधारित फ़िल्टरिंग के साथ सेवाओं के बीच इवेंट रूट करने के लिए), Amazon SNS (सरल fan-out के लिए) और Amazon SQS (सेवाओं के बीच पॉइंट-टू-पॉइंट संदेश भेजने के लिए)। आप पैटर्न मिला सकते हैं: सीमित संदर्भों के बीच अलग-अलग डोमेन की choreography के लिए EventBridge और एक ही डोमेन के भीतर चरणों के orchestration के लिए Step Functions का उपयोग करें।

समझौते: दृश्यता

Orchestration केंद्रीकृत दृश्यता प्रदान करता है — Step Functions का निष्पादन इतिहास ठीक-ठीक दिखाता है कि कार्यप्रवाह किस स्थिति में है, प्रत्येक चरण में कितना समय लगा और क्या विफल हुआ। डीबग करना सरल होता है। Choreography में दृश्यता कई सेवाओं में वितरित होती है और इवेंट बसों में भी — एकल व्यावसायिक लेन-देन का पता लगाने के लिए कई सेवाओं में लॉग और इवेंट का सहसंबंध करना पड़ता है। इसी कारण choreography प्रणालियाँ शुरू से अंत तक दृश्यता के लिए correlation IDs और वितरित ट्रेसिंग (AWS X-Ray) पर बहुत अधिक निर्भर करती हैं।

# Correlation ID pattern for choreography observability
# Every event includes a correlationId that flows through the entire chain
{
  'source': 'com.myapp.orders',
  'detail-type': 'OrderPlaced',
  'detail': {
    'orderId': 'ORD-123',
    'correlationId': 'CORR-abc-456',  # propagated to every downstream event
    'customerId': 'CUST-789',
    'total': 99.99
  }
}

समझौते: युग्मन

Choreography अधिक ढीला युग्मन प्रदान करती है — मौजूदा इवेंट सुनने वाली नई सेवा जोड़ने के लिए मौजूदा सेवाओं में कोई बदलाव आवश्यक नहीं होता। उदाहरण के लिए, OrderPlaced इवेंट सुनने वाली analytics सेवा जोड़ने से order या payment सेवा पर कोई प्रभाव नहीं पड़ता। Orchestration में orchestrator और उसके द्वारा कॉल की जाने वाली सभी सेवाओं के बीच अधिक कसा हुआ युग्मन होता है — नया चरण जोड़ने के लिए स्टेट मशीन की परिभाषा में बदलाव करना पड़ता है, हालांकि व्यक्तिगत सेवाएँ अलग रहती हैं।

समझौते: त्रुटि प्रबंधन

Orchestration में त्रुटि प्रबंधन स्पष्ट होता है — Step Functions के Catch ब्लॉक प्रत्येक त्रुटि प्रकार के लिए वैकल्पिक स्थितियाँ परिभाषित करते हैं और पूरे कार्यप्रवाह का इतिहास विफलता का संदर्भ दिखाता है। Choreography में त्रुटि प्रबंधन वितरित होता है — प्रत्येक सेवा को अपनी विफलताएँ स्वयं संभालनी पड़ती हैं और वैकल्पिक रूप से ऐसी विफलता इवेंट प्रकाशित करनी पड़ती है जिस पर अन्य सेवाएँ प्रतिक्रिया दे सकें। sagas (किसी चरण के विफल होने पर किए गए कार्य को पूर्ववत करने वाले प्रतिपूरक लेन-देन) लागू करना orchestration की तुलना में choreography में कहीं अधिक जटिल होता है।

# Saga pattern in choreography: compensating events
# Happy path:
# OrderPlaced -> PaymentCharged -> InventoryReserved -> OrderShipped
#
# Failure path (InventoryReservation fails):
# InventoryReservationFailed event published
# PaymentService listens -> issues refund -> publishes PaymentRefunded
# OrderService listens -> cancels order -> publishes OrderCancelled
#
# In orchestration (Step Functions), the compensating logic is in explicit Catch states

Orchestration कब चुनें

orchestration को प्राथमिकता दें जब: व्यावसायिक प्रक्रिया में स्पष्ट, रैखिक या शाखायुक्त क्रम और सफलता/विफलता के स्पष्ट परिणाम हों; संचालन या अनुपालन के लिए आपको प्रक्रिया की स्थिति की केंद्रीकृत दृश्यता चाहिए; त्रुटि प्रबंधन में जटिल प्रतिपूर्ति तर्क शामिल हो; या कार्यप्रवाह लंबे समय तक चलने वाला हो और उसे सेवा पुनःआरंभ होने पर भी जारी रहना हो। उदाहरण: ऑर्डर पूर्ति, रोगी का ऑनबोर्डिंग और बीमा दावे का प्रसंस्करण — ये सभी स्पष्ट आरंभ, अंत और ऑडिट आवश्यकताओं वाले कार्यप्रवाह हैं।

Choreography कब चुनें

choreography को प्राथमिकता दें जब: सेवाओं का स्वामित्व अलग-अलग टीमों के पास हो जिन्हें कसकर समन्वित नहीं किया जाना चाहिए; प्रणाली मौजूदा सेवाओं में बदलाव किए बिना नई सेवाओं द्वारा विस्तार के लिए खुली हो; इवेंट आदेशों के बजाय तथ्यों का प्रतिनिधित्व करते हों (जैसे 'OrderShipped', 'ShipOrder' नहीं); या आपको अधिकतम स्केलेबिलिटी चाहिए क्योंकि कोई केंद्रीय बाधा नहीं होती। उदाहरण: analytics ingestion, notification fanout और audit logging — ये सभी ऐसे मामले हैं जिनमें कई स्वतंत्र उपभोक्ता एक ही इवेंट पर प्रतिक्रिया देते हैं।

हाइब्रिड Architectures

अधिकांश वास्तविक AWS Architectures अलग-अलग स्तरों की विस्तृतता पर दोनों पैटर्न का उपयोग करते हैं। एक सामान्य हाइब्रिड तरीका यह है: सीमित संदर्भों को अलग रखने के लिए EventBridge choreography का उपयोग करें (जैसे, Order domain events जारी करता है और Inventory, Payment तथा Shipping domains स्वतंत्र रूप से प्रतिक्रिया देते हैं), जबकि Payment domain के भीतर आंतरिक भुगतान workflow के चरणों (charge, fraud check, authorise, settle) को समन्वित करने के लिए Step Functions orchestration का उपयोग करें। इससे domains के बीच ढीला coupling और आंतरिक प्रक्रिया की स्पष्टता दोनों मिलती हैं।

# Hybrid: EventBridge for inter-domain + Step Functions for intra-domain
#
# EventBridge bus (choreography):
#   Order domain publishes 'OrderPlaced'
#   Payment domain receives it, starts Step Functions execution
#
# Step Functions (orchestration inside Payment domain):
#   ValidateCard -> FraudCheck -> AuthorisePayment -> SettlePayment
#   On success: PaymentDomain publishes 'PaymentCharged' to EventBridge bus
#   On failure: Step Functions Catch -> publishes 'PaymentFailed' event

SAA-C03 परीक्षा के संकेत

परीक्षा में इन संकेतों पर ध्यान दें। Choreography से जुड़े keywords हैं: 'loosely coupled', 'services react to events', 'teams own independent services', 'fan-out to multiple consumers', 'add new service without changing existing ones'. Orchestration से जुड़े keywords हैं: 'coordinate steps in sequence', 'track workflow state', 'handle partial failures with compensation', 'human approval step', 'long-running process with error handling'. किसी केंद्रीय coordinator द्वारा अन्य services को निर्देशित करने वाला प्रश्न हमेशा orchestration को दर्शाता है।

त्वरित जाँच

इस lesson में AWS Solutions Architect (SAA-C03) की अवधारणाओं के बारे में अपनी समझ जाँचें।

इंटरैक्टिव पाठ में इसका उत्तर दें

Lesson का पुनरावलोकन

इस lesson में आपने सीखा: orchestration स्पष्ट और दिखाई देने वाले workflow नियंत्रण के लिए एक केंद्रीय coordinator (Step Functions) का उपयोग करता है, choreography ढीले coupling और विस्तार-क्षमता के लिए events (EventBridge) का उपयोग करता है, और अधिकांश production Architectures अलग-अलग स्तरों की विस्तृतता पर दोनों पैटर्न को मिलाती हैं। आगे हम SAA-C03 परीक्षा के प्रारूप और domain weight की रणनीति का अध्ययन करेंगे।

शुरुआत निःशुल्क

एआई शिक्षक के साथ Cloud & IT Cert Prep सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 150
पाठ: 600

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न” पाठ निःशुल्क है?

हाँ—“कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और Cloud & IT Cert Prep पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न” में मैं क्या सीखूँगा?

इवेंट कोरियोग्राफी (हर सेवा स्वतंत्र रूप से प्रतिक्रिया देती है) और ऑर्केस्ट्रेशन (केंद्रीय समन्वयक सेवाओं को निर्देश देता है) की तुलना कीजिए और अपने आर्किटेक्चर के लिए सही पैटर्न चुनिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Cloud & IT Cert Prep का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या Cloud & IT Cert Prep शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर Cloud & IT Cert Prep शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 4वाँ पाठ है।

“कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस Cloud & IT Cert Prep पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर Cloud & IT Cert Prep पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

EventBridge: इवेंट बस और नियम
Step Functions: सर्वररहित वर्कफ़्लो का समन्वय
रीयल-टाइम इवेंट प्रोसेसिंग के लिए Kinesis Data Streams
कोरियोग्राफी बनाम ऑर्केस्ट्रेशन पैटर्न

← Cloud & IT Cert Prep पर वापस जाएँ