WEBVTT

00:00:00.300 --> 00:00:07.160
क्या आप Microsoft 305 Co-Pilot, AI, Azure और काम के भविश को आकार देने वाले लोगों के दस दिनों के सफर के लिए तयार हैं?

00:00:08.180 --> 00:00:12.880
इस जन्वरी M365 कौन वापस आ रहा है और हम इसे और पी बड़ा बना रहे हैं।

00:00:12.880 --> 00:00:18.880
दुनिया भर के MVP और Industry Experts के साथ लाइव सत्रों, वास्तविक दुनिया के डेमो और व्याभारिक ज्यान के लिए हमसे जुड़े हैं।

00:00:18.880 --> 00:00:20.880
कोई समाने स्लाइड नहीं।

00:00:21.580 --> 00:00:28.880
हम वास्तविक चुनावतियों का समधान कर रहे हैं Co-Pilot Studio, AI Agent, Fabric, सुरक्षा, Governance और Automation।

00:00:28.880 --> 00:00:34.880
चाहे आप IT Pro हों, Developer हों या Business Leader आपके लिए विशेश सत्र तयार हैं।

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

00:00:40.880 --> 00:01:10.860
लाइव देखें और व्याभारी जानकारी अपने संगठन में वापस ले जाएं।

00:01:10.880 --> 00:01:13.880
इसके बारे में लगभग सभी ने सुना हैं लेकिन बहुत कम लोगी से सबस्ट रूप से सुनजा सा।

00:01:13.880 --> 00:01:18.880
Azure Private Link आपने शायद storage account या SQL database सेट करते समय यह विकल्ब देखा होगा।

00:01:18.880 --> 00:01:20.880
लेकिन वास्तों में क्या करता है और क्या आपको वास्तों में इसके आफशकता हैं।

00:01:20.880 --> 00:01:22.880
यहाँ वो बात हैं जिससे जाद आप लोग अलच बाचते हैं।

00:01:22.880 --> 00:01:24.880
वे माल लेते हैं कि चुकी सेवा Azure के अंदर चलती है।

00:01:24.880 --> 00:01:29.880
सेवा Azure के अंदर चलती है, इसलिए यह सुचालित रूप से निजी है, कि यह डिफॉल्ट रूप से इंटरनेट से सुरक्षित है।

00:01:29.880 --> 00:01:31.880
यह सच नहीं है, बिल्कुल भी नहीं।

00:01:31.880 --> 00:01:37.880
अधिकांच, Azure PA, S, सेवाय, Storage, SQL, Keywall, सिधे, एक सारवजनिक endpoint के साथ आती हैं।

00:01:37.880 --> 00:01:40.880
इसका मतलब है कि इंटरनेट पे कोई भी उन तक पहुंच सकता है।

00:01:40.880 --> 00:01:42.880
यदि उनके पास सही URL और Credentials हैं।

00:01:42.880 --> 00:01:46.880
इस एपिसोड के अंतक आप समझ जाएंगे कि प्रावजनिक वास्ता में क्या है, यह क्यों मौझूद है।

00:01:46.880 --> 00:01:49.880
और यह आपके ट्रावजनिक इंटरनेट से दूर कैसे रखता है।

00:01:49.880 --> 00:01:51.880
हम इसे सरल उधारनों का उप्योग करके समझाएंगे।

00:01:51.880 --> 00:01:55.880
कोई मार्केटिंग का दिखावा नहीं, कोई तकनीकी शब्द नहीं, बस पुरानी पद्दिती।

00:01:55.880 --> 00:01:56.880
हर जगा सारवजनिक endpoints।

00:01:56.880 --> 00:01:58.880
चली समस्या से सुवात करते हैं।

00:01:58.880 --> 00:02:03.880
प्राविट लिंक के आने से पहले परते एक एज़र पे एस सेवा को डिफॉल्ट रूट से एक सारवजनिक endpoints मिलता था।

00:02:03.880 --> 00:02:06.880
आप एक स्टोरेज एकाउंट बनाते हैं, एज़र आपको कुछ इस तरह देता है।

00:02:06.880 --> 00:02:10.540
मैं स्टोरेज अकाउंट, ब्लाब, Dot, Core, Dot, Windows, Dot, Net।

00:02:10.540 --> 00:02:12.780
वो URL एक सारवजनिक IP पते पर रिजॉल होता है।

00:02:12.780 --> 00:02:14.940
इंटरने एक्सस वाला कईव एक पर एक सी से करेंट करने करें।

00:02:14.940 --> 00:02:44.940
अब कल्पना करें कि आपके बास अपने अजूर वर्चुल नेटवर्क के अंदर एक वर्चुल मशीन चल रही है, तोस वीम को ब्लॉब स्टोरेज से कुछ फाइले पढ़नी है, आप सोचते हैं कि ट्राफिक अजूर के अंदर ही रहेगा है ना, दोनों संसादन एक ही क्ला�

00:02:44.940 --> 00:03:14.940
संगत नहीं है, लेकिन ठीक ही हो रहा था, ये एक वास्तिक समस्या है, आपका डेटा साब जने के इंटरनेट से यात्रा कर रहा है, भले ही दोनों संसादन माइक्रोसॉफ्ट के अपने डेटा सेंटर के अंदर इस्तित हो, वो ट्रैफिक एंक्रिप्टेड है बिल्कुल, �

00:03:14.940 --> 00:03:44.940
से पहुंचे योग्य होती है, उन्हें सुरक्षित रखने वाली एक मात्र चीज प्रमाडी करण और प्रादी करण परत, कुंजिया, पास्वर्ड और फायर्वाल नियम है, लेकिन नेटवर्क का रास्ता खुल सारो जानेगे, इसलिए माइक्रोसॉफ्ट ने इसे देखा �

00:03:44.940 --> 00:04:14.940
आप अपने स्टोर्ज अकाउंट के लिए एक प्राइवेट अन्पॉइंट बनाते हैं, और आज़र आपके सब्नेट से एक प्राइवेट आईपी के साथ आपके वर्चुल नेटवर्क के अंदर एक वर्चुल NIC बनाता है, वो NIC बैकेंड पर प्राइवेट लिंक के मा�

00:04:14.940 --> 00:04:44.940
प्राइवेट निकलने और ब्लॉक का चक्कर लगाने के बजाए आप बस गल्यारे से नीचे चलते हुए, सप्लाइ क्लो सेट में चले जाते हैं, सीधा कनेक्शन कोई फेर नहीं है, अभी एक सुक्षमंतर जी से बहुत से लोग अंदे करते हैं, प्राइवेट अन्पॉइ

00:04:44.940 --> 00:05:14.940
बनाना ही काफी है, ऐसा नहीं, आपको Azure को बताना होगा कि मुझे किवल प्राइवेट एक्सेस चाहिए, यहां एक और गलत फहमी को भी दूर कर लेते हैं, प्राइवेट लिंक VPN ये एक्स्प्रेस रूर जैसा नहीं है, वलग समस्याओं का समाधान करते हैं और हम बात में �

00:05:14.940 --> 00:05:44.940
यह कैसे काम करता है, यही पर DNS काम आता है और हम आगे इसी पर चर्चा करेंगे, TNS उगुप तरीका है जो इसे संभव बनाता है, आपके पास प्राइवेट इंपॉइंट है और आपका VM प्राइवेट आईपी के जरिए स्टूरेज अकाउंट तक पहुंच सकता है, लेकि

00:05:44.940 --> 00:06:14.940
करना चुनते हैं, जो आपको करना चाहिए, तो Azure आपके लिए अपने आप एक जोन बना देता है, ब्लॉब स्टोरेज अकाउंट के लिए उस जोन को प्राइवेट लिंक कहा जाता है, ब्लॉब.Core.Windows.net उस जोन के अंदर Azure एक A record जोड़ता है, जो आपके storage अकाउंट के �

00:06:14.940 --> 00:06:44.940
privatelink.blog.windows.net जो आपके virtual network से जुड़े private DNS zone में इस्थित है, DNS इसे private IP में resolve करता है, आपका VM उस private IP से connect होता है, और ट्राफिक कभी public internet पर नहीं जाता है, इसे किसी office building के reception desk के तरह समझे, कोई अंदर आता है, और supply closet के बारे में पुछता है, तो receptionist उन्हें बाहर नहीं बेजता

00:06:44.940 --> 00:07:14.940
वाले समान virtual network में है, तो private DNS zone जोड़ा होता है, इसलिए resolution अपने आप हो जाता है, यदि किसी peered network में है, तो आपको zone को उस peer network से भी जोड़ना होगा, VPN या express route के माधिम से on-premises machineों के लिए थोड़ा आधिक जटिल हो जाता है, आप आम तर पर DNS forwarder सेट करते हैं, यह सुनिशित

00:07:14.940 --> 00:07:44.940
आपको कुछ भी करनी के आवशक्त है नहीं, आइए से एक वास्तिविक उदारने के साथ काम करते हुए देख, वास्तिविक दुनिया का वोक्त, Azure Storage के साथ private link, आइए से हकीकत में बदलते हैं, मालने जे कि आपके पास अपने Azure Virtual Network के भीतर एक virtual machine चल रही है, उस VM को Azure Blob Storage Account से

00:07:44.940 --> 00:08:14.940
और फिर Storage Account तक पहुचने के लिए Azure में वापस आता है, वो round trip अवशक है, दोनों संसाधन पहले से ही Azure में है, लेकिन डेटा फिर भी खुले इंटरनेट के माध्यम से ही चकर लगाता है, प्राइविक लिंक के साथ आप Storage Account के Blob सब रिसोर्स के लिए एक प्राइवेट इंप

00:08:14.940 --> 00:08:44.940
ट्राफिक VM से प्राइवेट एंपॉंट तक बहता है, और फिर Microsoft Backbone के माध्यम से Storage Account तक जाता है, यह कमी भी Azure के आंतरी नेटवर्क को नहीं छोड़ता है, यह मुख्य बिंदू है, आपका application नहीं बदलता है, ने connection strings में बदलाओ, ने configuration फाइलों का update करना, URL वही रहता है, कि

00:08:44.940 --> 00:09:14.940
प्राइवेट एंपॉंट के माध्यम से पहुचा जा सकता है, इंटरनेट पर शुने एक्स्पोजर, बाहर से कोई भी वेक्ति कनेक्ट करने का प्रयास भी नहीं कर सकता है, एक और बात जो ध्यान दिली हो, Storage Accounts में कई सब रिसोर्सिस होते हैं, प्लाब एक है, लेकिन फा�

00:09:14.940 --> 00:09:44.940
बनाम VPN, बनाम Express Route, बनाम Service and Points, तो Private Link VPN, Express Route और Service and Points के मुकादले कैसा है, यह सब ही सुनने में एक जैसे काम करते हैं, लेकिन वास्ता में अलग अलग समस्या हैं हल कर रहे हैं, और कई मामलों में आप इनका एक साथ उप्योग करेंगी, VPN से श्वात करते हैं, Virtual Private Network आपके On-Premises Network

00:09:44.940 --> 00:10:14.940
करता है, आप अपने Office को Azure से जोडने के लिए VPN का उप्योग कर सकते हैं, फिर उस Connection से अपने Storage अकाउंट को निजी तौर पे एकसेस करने के लिए Private Link का उप्योग करें, Express Route अलग है, यह आपको आपके Data Center से Azure तक एक समर्पित निजी सरकिट देता है, ट्राफिक कभी भी पब

00:10:14.940 --> 00:10:44.940
Service Endpoints एक पुरानी तकनीक है, वे आपको Azure सेवा तक पहुंच को प्रतिबंदित करने देते हैं, ताकि केवल आपके Virtual Network का ट्राफिक की वहाँ पहुंच सके, लेकिन बात यह है कि सेवा का अभी भी एक Public Endpoint होता है, आप बस एक Firewall नियम जोड रहे हैं जो कहता है केवल इस VNet से

00:10:44.940 --> 00:11:14.940
गेट पे गार्ड की तरह है, जो आइडी चेक करता है, प्राइवेट लिंक इमारत के अंदर एक सीधा गली आ रहा है, आप बाहर कभी नहीं जाते, आपको किसको प्योग करना चेह, इस पर निर्भर करता है, अपने Office को Azure से जोडने के लिए VPN, VPN ये Express Route आपके विकल्प है, �

00:11:14.940 --> 00:11:44.940
प्राइवेट लिंक के वल एजियोर सिवाओं का उप्योग करने के लिए नहीं है, अब इसका उप्योग अपने Swim के एप्लिकेशन को दुनिया के सामने लाने के लिए भी कर सकते हैं, प्राइवेट लिंक सर्विस को बिल्कुल इसी उद्देश के लिए बनाया गया था, �

00:11:44.940 --> 00:12:14.940
प्राइवेट लिंक सर्विस से समझ सेवा खतम करते हैं, आप सिवा बनाते हैं, इसे अपने स्टैंडर्ड लोड बलेंसर से जोड़ते हैं, और फिर आपके ग्रहक अपने वर्चुल नेट्वर्क में एक प्राइवेट एंपॉइंट बना सकते हैं, वो एंपॉइंट सीध

00:12:14.940 --> 00:12:44.940
पूरा नियंतरन होता है, आप RBC भूमिकाओं विशे सब्सक्रिप्शन द्वारा दृश्यता को प्रतिबंदित कर सकते हैं, या उपनाम वाले किसी विवेक्टि को कनेक्शन का अनुदद करने के नमदी दे सकते हैं, प्रतेक कनेक्शन अनुद मैन्वल अनुदन के लिए �

00:12:44.940 --> 00:13:14.940
आपको पहले अपडेट करना, बदले में मिलने वाली सुरक्षा और सरलता के लिए एक छोटी सी कीमत है, अब ये सारे सुरक्षा बहुत अच्छी रखती है, लेकिन आपके अनुपालन आवशक्ताओं और बजट के लिए इसका वास्ता में क्यारत है, सुरक्षा, अनुप

00:13:14.940 --> 00:13:44.940
करने के लिए कोई पब्लिक आईपी नहीं जाचने के लिए को खुला पोट, हमलेक की संभावना बहुत कम हो जाती है, यहां एक और लाब है, जिस पर परियाप्तियान नहीं दिया जाता, डेटा लीक की रोगथाम, प्रते एक प्राइविट एंपॉंट एक विशिष संसा

00:13:44.940 --> 00:14:14.940
जैसे नियम अक्सर ये मांग करते हैं कि संभेदन शील्ड डेटा कभी भी पब्लिक नेटवर्क पर न जाए, प्राइविट लिंक आपको इससे साबित करने के किस पश तरीका देता है, आपका ट्रैफिक माइक्रोसॉक्ट बैक्बॉर्ण पर रहता है, और आप और आप आ

00:14:14.940 --> 00:14:44.940
जल्दी ये काफी बढ़ जाता है, खासकर ये आपके पास करेंट पॉइंट है, तो यहां मेरी सबस्ट राय है, प्राइविट लिंक हमेशा सही विकल्प नहीं होता है, यदि आप बिना किसी संभेदन शील्ड डेटा वाले डेव या टेस्ट अन्वारिमेंट को चला रहे

00:14:44.940 --> 00:15:14.940
बात ही लोग चूक जाते हैं, मुझे आपकी कुछ परिशानें कम करने, यहां वे सबसे आम गलतिया हैं ही, जो लोग पहली बार प्राइविट लिंक सेट करते समय करते हैं, सबसे पहले आपको प्राइवेट इंपॉइंट बनाने के बाद, पब्लिक इंपॉइंट को डिस

00:15:14.940 --> 00:15:18.160
यदि आपके office की machine VPN या express route के जरी connect हैं

00:15:18.160 --> 00:15:20.940
तो वे अपने आप private endpoint का IP resolve नहीं करेंगी

00:15:20.940 --> 00:15:24.400
Private DNS zone आपके Azure Virtual Network से जुड़ा होता है

00:15:24.400 --> 00:15:28.640
न कि आपके on-premises DNS servers से उन queries को private zone तक पहुचाने के लिए

00:15:28.640 --> 00:15:32.220
आपको DNS forward asset करना होगा या Azure DNS private resolver का उप्योग करना हो

00:15:32.220 --> 00:15:36.000
बहुत से लोग इसे नदरंदाज कर देते हैं और फिर सोचते हैं कि उनके on-premises apps connect क्यों नहीं हो पारे

00:15:36.000 --> 00:15:39.080
साथ ही private endpoints अलग-अलग reasons के बीच अपने आप काम नहीं करते

00:15:39.080 --> 00:15:44.960
यदि आपका virtual network West Europe में है और आप East US में storage account के लिए private endpoint बनाते हैं तो ये काम नहीं करेगा

00:15:44.960 --> 00:15:48.200
private endpoint उसी reason में होना चाहिए जहां virtual network है

00:15:48.200 --> 00:15:53.920
PAS service अलग reason में हो सकती है लेकिन endpoint को vnet के reason से mail खाना चाहिए वसी गनुसारी हो जना हो ज़ाए

00:15:53.920 --> 00:15:58.580
एक और बाद network security groups का असर private endpoint NIC पर पढ़ता है

00:15:58.580 --> 00:16:01.320
private endpoint आपके subnet में एक virtual NIC बनाता है

00:16:01.320 --> 00:16:05.280
वो NIC उसी subnet के बागी हिस्सों की तरह ही NSG NEMO के अधीन है

00:16:05.280 --> 00:16:08.960
यदि आप NIC subnet के traffic को block करते हैं तो endpoint काम नहीं करेगा

00:16:08.960 --> 00:16:10.860
सुनी शित करें कि आपके NSG NEMO मती देता है