WEBVTT

00:00:00.340 --> 00:00:07.080
क्या आप Microsoft 300 555 Co-Pilot AI, Azure और भविश्य को आकार देने वाले लोगों के 10 दिनों के लिए तयार हैं?

00:00:07.800 --> 00:00:12.280
इस January M305 ए कौन वापस आ रहा है और हम और भी बड़े स्तर पर तयारी कर रहे हैं

00:00:12.280 --> 00:00:18.000
लाइव सत्रों, वास्तिविक डेमो और दुनिया भर के MVP और विशेशग्यों से व्यावहारी ज्यान के लिए हम से जुड़े हैं

00:00:18.000 --> 00:00:21.340
कोई समाने स्लाइट्स नहीं, कोई अंथीन तक्नीकी शब्द जाल नहीं

00:00:21.340 --> 00:00:23.600
हम वास्तिविक चुनौतियों का समधान कर रहे हैं

00:00:23.600 --> 00:00:34.340
चाहे आप IT पेशेवर, डेवलपर हों या बिजनस लीडर, आपके लिए खास सत्र तयार है

00:00:34.340 --> 00:00:40.820
पूरे दस दिनों में आप कई तक्नीकों को एक्स्प्लोर कर सकते हैं और वैश्विक समुदाई से जुड़ सकते हैं

00:00:40.820 --> 00:00:44.360
लाइव देखें और व्यावारी जानकारी अपने संगठन में वापस ले जाएं

00:00:44.360 --> 00:00:50.500
जैन्वरी दोहजार साइस दिन एक माइक्रोसॉफ्ट समुदाई ए पंजी करन अब खुला है

00:00:50.500 --> 00:00:55.760
M365.net पर जाएं और आज ही अपना स्थान सुरक्षित करें

00:00:55.760 --> 00:00:58.620
ये M365.net है, है

00:00:58.620 --> 00:01:04.400
अभी M365.net पर जुड़ें और हम आपको जन्वरी में लाइव देखेंगे

00:01:04.400 --> 00:01:10.800
आपने एक काम करने वाला आप बनाया फिर एक और सर्विस जोड़ी और फिर एक और और अचानक उनके बीच ट्राफिक मैनेज करना एक दोस्वपन बन गया

00:01:10.800 --> 00:01:13.640
और क्या आपको वास्तों में इसकी आवशकता है

00:01:13.640 --> 00:01:17.120
इस एपिसोड के अंताप आप समझ जाएंगे कि API Gateway क्या करता है

00:01:17.120 --> 00:01:22.020
ये कई सिवाओं के प्रबंदन की अराजकता को क्यों हल करता है और ये कैसे जाने कि आपको इसकी आवशकता है या नहीं

00:01:22.020 --> 00:01:26.760
चलिए समस्या से शुरूर करते हैं फिर इसके हिस्सों उनके काम करने के तरीके को देखते हैं

00:01:26.760 --> 00:01:29.260
समस्या बहुत सारे दर्वाजे

00:01:29.260 --> 00:01:32.140
कलपना करें कि आप एक ऐसी कंप्टी चला रहे हैं जो तेजी से बढ़ रहे हैं

00:01:32.140 --> 00:01:36.400
आपके पास तीसरी मंजल पर सेल्स टीम है, बेस्मेंट में अकाउंटिंग है और पिछले विंग में आईटी है

00:01:36.400 --> 00:01:42.480
अब कलपना करें कि उन से भी विभागों का अपना अलग दर्वाजा, अपना फोन नंबर और अपना सुरक्षा गार्ड है जो दूसरों से बात नहीं करता

00:01:42.480 --> 00:01:45.800
यदि आप एक आगन तुक हैं जो पैकेज छोड़ना चाते हैं तो शुब काम नहीं

00:01:45.800 --> 00:01:50.600
आपको पता होना चाहिए कि कौन सा दर्वाजा इस्तमाल करना है, किस गार्ड से बात करना है और गार्ड के ब्रेक पर होने पर क्या करना है

00:01:50.600 --> 00:01:55.520
यही तब होता है जब आपके एप में कई बैकेंड सेवाएं होती हैं और हर क्लाइंट सीधे प्रतेक को कॉल करता है

00:01:55.520 --> 00:01:58.180
क्लाइंट को चाहे वो मुबाइल एब हो, वेबसाइट हो

00:01:58.180 --> 00:02:00.020
या कोई अन्य सेवा, यह पता होना चाहिए कि

00:02:25.520 --> 00:02:32.100
ये जटिलता को चार गुणा बढ़ा देता है और गलतिया होने की संभावना भी चार गुणा बढ़ जाती है और API Gateway इसी तरह की अव्यवस्ता को ठीक करने के लिए बनाए गया है

00:02:32.100 --> 00:02:37.900
तो इसका समधान क्या है? API Gateway क्या है? API Gateway की कलपना एक होटल के front desk की तरह करें

00:02:37.900 --> 00:02:42.500
जब आप अंदर जाते हैं तो आपको ये जाने की ज़रूरत नहीं होती कि हाउस्किपिंग किस मंजिल पर है, किचिन कहा है

00:02:42.500 --> 00:02:48.800
या मेंटेनेंस टीम से कैसे संपर्क करें? आप बस front desk पर जाते हैं, उन्हें अपनी ज़रूरत बताते हैं और वे बाकी सब संभाल लेते हैं

00:02:48.800 --> 00:02:54.620
वे आपके अनरोध को सही वेक्ति तक पहुँचाते हैं, चार्ज ते हैं कि कि आपको वहां रहने के अनरोध हैं और यहां तकी बन्यादी अनरोधों को खुद हेर कर लेते हैं

00:02:54.620 --> 00:02:56.740
एक API Gateway आपके software के लिए भी यही काम करता है

00:02:56.740 --> 00:03:00.720
यह केकल प्रवेश बिंदू है, जो आपके क्लाइंट्स और आपके बेकेंड सिवाओं के बीच इस्तित होता है

00:03:00.720 --> 00:03:03.720
हर अनरोध सबसे पहले Gateway से वोकर गुजबते हैं

00:03:03.720 --> 00:03:07.360
यह तैय करता है किसे कहां भेजना है, क्या इसके अनुमती देनी है और वापस क्या भेजना है

00:03:07.360 --> 00:03:09.040
वैसे यह कोई नया विचार नहीं है

00:03:09.040 --> 00:03:11.200
डिवर्स प्रॉक्सी दश्कों से मौझूद है, लेकिन

00:03:11.200 --> 00:03:13.860
माइक्रो सर्विसिस के आने के साथ API Gateway निवारे हो गया

00:03:13.860 --> 00:03:17.180
जब आप अपने अपको कई छोटी से वाओं में तोड़ते हैं, तो अचानक आपके बास कई दर्वाज़ आज़

00:03:37.360 --> 00:03:38.860
आईए समझते हैं कि वास्ता में इसका क्या आर्थ

00:03:38.860 --> 00:03:42.220
सबसे बुन्यादी काम राउटिंग राउटिंग से शुरुवात करते हैं

00:03:42.220 --> 00:03:44.080
फागेट, ट्राफिक को रूट करना

00:03:44.080 --> 00:03:48.940
API Gateway का सबसे सरल काम राउटिंग है, जो प्रतेक अनरोध को सही सेवा तक पहुँचाता है

00:03:48.940 --> 00:03:53.320
सोचे कि वेबसाइट कैसे काम करते है, जब आप किसी लिंक पर क्लिक करते हैं तो आपको प्राउजर एक अनरोध बेज़ते हैं

00:03:53.320 --> 00:03:57.320
उस अनरोध का एक पाथ होता है, यदि पाथ यूजर्स है तो Gateway इसे यूजर सर्विस तक भेजना जानता है

00:03:57.320 --> 00:03:59.580
यदि ये ओर्डर्स है तो ये ओर्डर्स सर्विस में जाता है

00:03:59.580 --> 00:04:03.500
Gateway पाथ को पढ़ता है, ये पता लगाता है कि इसे कहां जाना चाहिए और इसे आगे बढ़ा देता है

00:04:03.500 --> 00:04:06.640
Gateway के बिना आपके क्लाइंट्स को हर एक सर्विस यूर्यल जानना होगा

00:04:06.640 --> 00:04:11.640
मुबाइल अप को यूजर सर्विस, ओर्डर सर्विस, पेमेंट सर्विस और कैटलॉक सर्विस के पते क्या आवशकता होती है

00:04:11.640 --> 00:04:13.540
ये प्रबंदन करने के लिए बहुँ सारी वारा जाता है

00:04:13.540 --> 00:04:16.900
और यदि इनमें से कोई भी पता बता जाता है तो आपको हर क्लाइंट को अपडेट करना होगा

00:04:16.900 --> 00:04:19.260
Gateway के साथ क्लाइंट्स को किवले एक URL पता होता है

00:04:19.260 --> 00:04:20.320
Gateway का पता

00:04:20.320 --> 00:04:22.680
उन्हें इस बात की परवानी होती कि सेवाई वास्तर में कहां इस था

00:04:22.680 --> 00:04:25.760
वे बस अपना अन्रोध gateway को भेजते हैं और gateway बाकी सब संभाल लेता है

00:04:25.760 --> 00:04:28.600
ये API gateway के सबसे समान्य उप्योग की मामलों में से एक

00:04:28.600 --> 00:04:29.720
resource-based routing

00:04:29.720 --> 00:04:32.420
Apache API 6, Apache API 6 शोद इस इस पशरूप से बताता है

00:04:32.420 --> 00:04:34.960
आप path, HTTP method, headers यहां तक की

00:04:34.960 --> 00:04:37.580
client के zeolocation के आधार पर route करते हैं

00:04:37.580 --> 00:04:40.940
यदि यूरोप में कोई वेक्ति अन्रोध भेजता है तो आप अन्रोध भेजता है तो आप अन्रोध यूरोपी डेटा सेंटर पर भेज सकते हैं

00:04:40.940 --> 00:04:44.720
यदि अमेरिका में कोई अन्रोध भेजता है तो वे अमेरिकी डेटा सेंटर में जाते हैं

00:04:44.720 --> 00:05:14.720
क्लाइंट को यह पता भी नहीं चलता कि यह सहुआ, उन्हें बस एक तेज प्रतिक्रिया मिलती है, राउटिंग वर्जिंग को भी सम्मालती है, मान्दी जी कि आपके पास अपने यूजर सर्विस का एक नया वर्ज, पुराने क्लाइंट अभी भी बाइब बाइब बाइब �

00:05:14.720 --> 00:05:44.720
आपको चार अलग-अलग URL जानने होते हैं, गेटवे के साथ उसे सिर्फ एक जानना होता है, गेटवे पात, कैटलॉग, कार्ट, चेकाउट, अकाउंट को पढ़ता है, और प्रतेक अनुरोथ को सही सेवा पर भेजता है, साधारन डौटिंग तो आसान है, अगला काम वो ह

00:05:44.720 --> 00:06:14.720
को एक अदन छोड़ सकती है, और तीसरी पूरी तरह से अलग तरीका अपना सकती है, अन्त में आपको अपने पूरी अप्लिकेशन में है संगत सुरक्षा मिलती है, गेटवे से बल्द, ये केंद्रे स्थान पर प्रमाने करन और प्राज्य करन को संभालता है, जाचने के ल

00:06:14.720 --> 00:06:44.720
कर सकती है, या ये क्लाइंट केवल कैटलॉक सेवा तक पहुंच सकता है, भुक्तान सेवा तक नहीं, आप गेटवे इस्तर पर सुक्ष मनुवतियां प्रिवाशित करती है, और वे सचाली तरूप से लागू हो जाती है, बैकेंड सेवाओं को कभी भी ऑथराजेशन की चि

00:06:44.720 --> 00:07:14.720
करता है, यदि कोई क्लाइंट गलत इन पॉइंट के जरीए बिलिंग सिस्टम में लिखने की कोशिश करता है, तो गेटवे इसे ब्लॉक कर देता है, बिलिंग सर्वेस को वह अनूरत कभी दिखाई ही नहीं देता, गेटवे बहतर सुरक्षा के लिए, म्यूचल टेरस और �

00:07:14.720 --> 00:07:44.720
प्रड़क्ट लाउंच वाइरल हो जाए या बस एक समानने मंगल वार हो और सबने एक साथ लॉग इन करने का फैसला किया हो, गेटवे के बिना आपकी बैकेंड सिवाओं पर सिधा असर पड़ता है और वे क्रैश हो सकती है, धीरे धीरे नहीं बलकि एक ही बार में, यह प

00:07:44.720 --> 00:08:14.720
फ्री उप्योग करताओं को प्रती घंटे 100 अनरोध मिल, प्रीमिय उप्योग करताओं को 10,000 मिल, गेटवे हर अनरोध को ट्रैक करता है और उन सिवाओं को गेटपर ही लागू करता है, जब कोई फ्री उप्योग करता है तो गेटवे एक वी नमर बाद में प्रयास करें, स

00:08:14.720 --> 00:08:46.030
तो गेटवे दूसरे पर रूट कर देता है, क्लाइंट को पई पता नी चलते हैं, उन्हें बस अपना रस्पॉंस मिल आता है, हेल्थ चेक के साथ लोड बैलंसिंग चीजों को सुचारू रूप से चलाती है, गेटवे इस उनिशित करने के लिए प्रते एक इंस्टेंस को प

00:08:46.030 --> 00:09:15.370
आते समय जाते समय या दोनों समय बदल सकता है, संचेप में यही रिक्वेस्ट और रिस्पॉंस ट्रांस्फर्मेशन है,

00:09:15.370 --> 00:09:45.370
मैं आपको एक वासु धारंगे तो, मालेजी आपके पास एक पुराना सिस्टम है जो XML के पिक्षा रखता है, यह 15 वर्सों से चल रहा है, यह ठीक काम कर रहे है, लेकिन आप आप एक नया मुबाइल एप बना रहे हैं, और मुबाइल एप जेसन समझते हैं, बिना गेट�

00:09:45.370 --> 00:10:15.370
आप नहीं चाहेंगे कि वो क्लाइंट के पास वापन जाए, गेटवे रिस्पॉंस के बाहर जाने से पहले इसे हटा सकता है, यह इसे मास्क वरजन से बदल सकता है, बैकेंट को कभी बदलने की सवरत निगा, गेटवे इसे संभाल लेता है, जब तब विशेश उप से उ�

00:10:15.370 --> 00:10:45.370
लेकिन यह चार अलग-अलग चीज़ें नहीं है, मुझे आपको दिखाने ने कि वह कैसे जुड़ता, यह सब कैसे जुड़ता है? बात यह है, यह चार काम अलग नहीं है, वे हर रिक्वेस्ट पर, हर बार जब कोई रिक्वेस्ट आती है, एक साथ काम करते है, गेटवे ओ

00:10:45.370 --> 00:10:51.050
है आप रूटिंग को छुए बिना एक नई सुरक्षा नीती जोड़ सकते हैं क्लाइंट को बदले बिना बैक

00:10:51.050 --> 00:11:21.050
सेवा आप बिना कुछ दुबारा तैनात की रेट लिमिट अपडेट कर सकते हैं हर हिस्सा स्वतंतर है लेकि एक ही पाइपलाइन में काम करते हैं और चुकि सब कुछ एक ही जगा से होके गुजरता है इसकी पूरी द्रिश्यता मिलती है लॉग मैट्रिक्स एनलेटिक सब एक

00:11:21.050 --> 00:11:51.050
प्रतिक्रिया हर्तिक्रिया हर्तःटि ये सब एक ही जगे से प्रवाहित होता है आपके पाश जो कुछ भी हो रहा है उसके लिए एक ही जगा पर सब कुछ देखने की सुष्भिद हा सकते है और में लेकिन जैसे या तीन सिवाओं पे पहुंचते है या बहरी क्लाइंट्स

00:11:51.050 --> 00:12:17.790
अब कुछ करने से पड़े एक सेवा चुने इसके और चेक को गेटवे पर ले जाएं आप तुरेंट नोटिस करेंगे कि आपका सर्विस कोड क्लीनर हो गया है हर जगा बिखरावा टोकन वैलिडेशन लॉजिक अप नहीं रहेगा इस सोचने की जरुरत नहीं कि कि आपने इस