cloudgraphdev/cliAWS, Azure, GCP, K8s और Tencent के लिए सार्वभौमिक GraphQL API और CSPM उपकरण।
CloudGraph एक मुफ्त ओपन-सोर्स सार्वभौमिक GraphQL API और क्लाउड सुरक्षा मुद्रा प्रबंधन (CSPM) टूल है जो AWS, Azure, GCP और K8s के लिए है। CloudGraph के साथ आपको मिलते हैं:
Cloud Graph आपको अपने क्लाउड को जानने में 5 मिनट का समय देता है। ❤️ AutoCloud ❤️ टीम द्वारा प्यार से निर्मित और अनुरक्षित।
🌐 वेबसाइट
💰 CloudGraph प्रदाता बनाने के लिए भुगतान प्राप्त करें
** उपयोग का अर्थ समर्थन नहीं है
AWS, Azure और GCP ने ऐसे समाधान बनाने का अद्भुत काम किया है जो हमारे जैसे इंजीनियरों को हमारी तेजी से परस्पर जुड़ती दुनिया को शक्ति प्रदान करने वाली प्रणालियाँ बनाने की अनुमति देते हैं। पिछले 15 वर्षों में, EC2, S3, RDS और Lambda जैसे उत्पादों ने मौलिक रूप से बदल दिया है कि हम कंप्यूटिंग, स्टोरेज और डेटाबेसिंग के बारे में कैसे सोचते हैं।
पिछले लगभग 5 वर्षों में Kubernetes और सर्वरलेस के प्रसार के साथ, क्लाउड सेवाएं भौतिक सर्वरों के रैक के ऊपर तेजी से अमूर्त हो गई हैं। अंतिम-उपयोगकर्ताओं के लिए, क्लाउड पर सब कुछ सिर्फ एक API है, इसलिए हमें जरूरी नहीं कि यह जानना हो कि Lambda Functions या EKS अंडर द हुड कैसे काम करते हैं ताकि हम उन्हें एप्लिकेशन बनाने के लिए उपयोग कर सकें। थोड़े से दस्तावेज़ीकरण, API या कंसोल एक्सेस और एक ट्यूटोरियल के साथ कोई भी लगभग कुछ भी बना सकता है जिसकी उन्हें आवश्यकता है।
इन अमूर्तताओं ने CSP सेवा प्रस्तावों की समग्र सुविधा और दायरे में बड़े पैमाने पर सुधार किए हैं। जो एक बार नए सर्वर, डेटाबेस या फाइलसिस्टम प्रावधान करने की एक श्रमसाध्य, समय लेने वाली और त्रुटि-प्रवण प्रक्रिया थी, वह अब सेकंड में एक बटन क्लिक या IAC की तैनाती से की जा सकती है। चूंकि सब कुछ सिर्फ एक API अमूर्तता है, जब एक CAP एक नया "उत्पाद" पेश करने के लिए तैयार होता है तो उन्हें बस एक नया API उजागर करने की आवश्यकता होती है - हाँ, मैं निश्चित रूप से थोड़ा सरलीकरण कर रहा हूं :)
CSPs से परिचित कोई भी व्यक्ति जानता है कि सेवा APIs लगभग हमेशा मॉड्यूलर नामस्थानों में विभाजित होती हैं जिनमें दर्जनों, यदि सैकड़ों नहीं, तो एकल संसाधनों के लिए अलग-अलग API विधियाँ होती हैं। उदाहरण के लिए, AWS EC2 सेवा में 500 से अधिक विभिन्न API विधियाँ हैं, जिनमें कभी-कभी नए जोड़े जाते हैं। कोई भी कंपनी जो किसी CSP पर बड़ी प्रणालियाँ बना रही है, संभवतः कई, कई अलग-अलग सेवाओं का उपयोग कर रही है।
डेटासेंटर आर्किटेक्चर की एक उत्कृष्ट कृति होने के बावजूद, सैकड़ों सेवाओं और कॉन्फ़िगरेशन विकल्पों के इस चयन ने इन सेवाओं का सही उपयोग करने के ज्ञान का बोझ हम इंजीनियरों पर डाल दिया है। परिणामस्वरूप, हम खुद को लगातार अपडेट रहने और सभी सेवा प्रस्तावों या नए बदलावों के बारे में सीखने के लिए मजबूर पाते हैं। इसमें काफी समय और मानसिक ऊर्जा लगती है। डेवलपर्स के रूप में, उदाहरण के लिए, AWS ECS क्लस्टर, इसकी सेवाओं, टास्क डेफिनिशन, टास्क, कंटेनर डेफिनिशन आदि का वर्णन करने के लिए AWS CLI का उपयोग करके 5 अलग-अलग API कॉल करना कठिन, समय लेने वाला और निराशाजनक हो सकता है। हम अक्सर खुद को दस्तावेज़ीकरण में खोया हुआ पाते हैं और "इस VPC में वास्तव में क्या चल रहा है?" जैसे सवालों के जवाब पाने के लिए आधा दर्जन APIs का उपयोग करना पड़ता है।
इसका मतलब है कि AWS, Azure और GCP अनुभवी क्लाउड आर्किटेक्ट्स के लिए भी जल्दी से भारी लग सकते हैं। जबकि CSPs हमारे व्यवसायों को संचालित करने वाली वास्तविक सेवाओं के निर्माण में उत्कृष्ट हैं, लेकिन इन सैकड़ों सेवाओं को समझदारी से क्वेरी करने के दिन-प्रतिदिन के UX को सरल बनाने में अधिक प्रगति नहीं हुई है।
AWS के लिए Cloud Control API जैसे नए समाधानों ने कई प्रकार के AWS संसाधनों को क्वेरी करने के लिए एक मानकीकृत इंटरफ़ेस बनाने का प्रयास किया है। दुर्भाग्य से, Cloud Control API का उपयोग गंभीर रूप से सीमित है, और उपयोगकर्ताओं को अभी भी यह जानने की आवश्यकता है कि उनके डेटा को सही तरीके से कैसे क्वेरी किया जाए। इसका मतलब है दस्तावेज़ीकरण पढ़ने और यह समझने में अधिक समय बिताना कि सेवाएं कैसे काम करती हैं और एक-दूसरे से कैसे संबंधित हैं।
जबकि CSP APIs की मॉड्यूलरिटी एक अच्छी तार्किक संगठन प्रणाली है और समझ में आती है, यह संज्ञानात्मक ओवरहेड और सीखने की अवस्था के संदर्भ में अंतिम-उपयोगकर्ताओं पर एक बोझ है। यह याद रखना कि सैकड़ों लगातार बदलती सेवाएं कैसे काम करती हैं और जुड़ी हुई हैं, कैफीन की लत और जासूसी खेलने में समय बर्बाद करने की ओर ले जाता है।
क्या यह अच्छा नहीं होगा यदि हम DevOps/क्लाउड इंजीनियरों के पास AWS, Azure, GCP और अन्य से हमारा डेटा निकालने का एक सरल तरीका हो? जो किसी भी खाते में किसी भी सेवा के बारे में किसी भी डेटा को बिना दस्तावेज़ों या स्टैक ओवरफ्लो पर घंटों बिताए आसानी से क्वेरी करने की हमारी आवश्यकता को दर्शाता हो?
