1. परिचय
पिछले अपडेट की तारीख: 28-07-2023
Google Cloud Operations Suite क्या है?
Google Cloud Operations Suite एक ऐसा प्लैटफ़ॉर्म है जहां Google Cloud एनवायरमेंट पर ऐप्लिकेशन की परफ़ॉर्मेंस को मॉनिटर किया जा सकता है, उससे जुड़ी समस्याओं को हल किया जा सकता है, और उसे बेहतर बनाया जा सकता है. Cloud Operations Suite के मुख्य पिलर में Cloud Monitoring, Cloud Logging, और Cloud Tracing शामिल हैं.
Google Cloud Operations के बारे में खास जानकारी पाने के लिए, यह वीडियो देखें.
आपको क्या बनाने को मिलेगा
इस कोडलैब में, Google Cloud पर एक सैंपल एपीआई डिप्लॉय करने का तरीका बताया गया है. इसके बाद, आपको एपीआई के साथ-साथ Cloud Monitoring की कई सुविधाओं के बारे में जानने और उन्हें कॉन्फ़िगर करने का मौका मिलेगा.
आपको क्या सीखने को मिलेगा
- Cloud Run पर सैंपल ऐप्लिकेशन डिप्लॉय करने के लिए, Google Cloud के Cloud Shell का इस्तेमाल करना.
- Google Cloud Monitoring की सुविधाओं का इस्तेमाल करना. जैसे, डैशबोर्ड, सूचनाएं, अपटाइम की जांच, एसएलआई/एसएलओ मॉनिटरिंग वगैरह.
आपको इन चीज़ों की ज़रूरत होगी
- Chrome का नया वर्शन (74 या इसके बाद का वर्शन)
- Google Cloud खाता और Google Cloud प्रोजेक्ट
2. सेटअप और ज़रूरी शर्तें
अपने हिसाब से एनवायरमेंट सेट अप करना
अगर आपके पास पहले से कोई Google खाता (Gmail या Google Apps) नहीं है, तो आपको एक खाता बनाना होगा. Google Cloud Platform Console ( console.cloud.google.com) में साइन इन करें और एक नया प्रोजेक्ट बनाएं.
- प्रोजेक्ट का नाम, इस प्रोजेक्ट में हिस्सा लेने वाले लोगों के लिए डिसप्ले नेम होता है. यह एक वर्ण स्ट्रिंग है, जिसका इस्तेमाल Google API नहीं करते हैं. इसे कभी भी अपडेट किया जा सकता है.
- प्रोजेक्ट आईडी, सभी Google Cloud प्रोजेक्ट के लिए यूनीक होना चाहिए. साथ ही, इसे बदला नहीं जा सकता. Cloud Console, एक यूनीक स्ट्रिंग अपने-आप जनरेट करता है. आम तौर पर, आपको इससे कोई फ़र्क़ नहीं पड़ता कि यह क्या है. ज़्यादातर कोडलैब में, आपको प्रोजेक्ट आईडी का रेफ़रंस देना होगा. इसे आम तौर पर PROJECT_ID के तौर पर पहचाना जाता है. अगर आपको जनरेट किया गया आईडी पसंद नहीं है, तो कोई दूसरा रैंडम आईडी जनरेट करें. इसके अलावा, आपके पास अपना नाम आज़माने का विकल्प भी है. इससे आपको पता चलेगा कि वह नाम उपलब्ध है या नहीं. इस चरण के बाद, इसे बदला नहीं जा सकता. यह प्रोजेक्ट की अवधि तक रहेगा.
- आपकी जानकारी के लिए बता दें कि एक तीसरी वैल्यू भी होती है, जिसे प्रोजेक्ट नंबर कहा जाता है. इसका इस्तेमाल कुछ एपीआई करते हैं. इन तीनों वैल्यू के बारे में ज़्यादा जानने के लिए, दस्तावेज़ देखें.
चेतावनी: प्रोजेक्ट आईडी, दुनिया भर में यूनीक होना चाहिए. इसे चुनने के बाद, कोई और व्यक्ति इसका इस्तेमाल नहीं कर सकता. उस आईडी का इस्तेमाल सिर्फ़ आपके पास हो. किसी प्रोजेक्ट को मिटाने के बाद भी, आईडी का फिर से इस्तेमाल नहीं किया जा सकता
- इसके बाद, आपको Cloud Console में बिलिंग की सुविधा चालू करनी होगी, ताकि Cloud संसाधनों/एपीआई का इस्तेमाल किया जा सके. इस कोडलैब को पूरा करने में ज़्यादा खर्च नहीं आएगा. इस ट्यूटोरियल के बाद बिलिंग से बचने के लिए, बनाए गए संसाधनों को बंद किया जा सकता है. इसके लिए, बनाए गए संसाधनों को मिटाएं या पूरे प्रोजेक्ट को मिटाएं. Google Cloud के नए उपयोगकर्ताओं को, मुफ़्त में आज़माने के लिए 300 डॉलर का क्रेडिट मिलता है.
Google Cloud Shell सेटअप करना
Google Cloud और Google Cloud Trace को अपने लैपटॉप से रिमोटली ऐक्सेस किया जा सकता है. हालांकि, इस कोडलैब में हम Google Cloud Shell का इस्तेमाल करेंगे. यह क्लाउड में चलने वाला कमांड लाइन एनवायरमेंट है.
Cloud Console से Cloud Shell को चालू करने के लिए, बस Cloud Shell चालू करें पर क्लिक करें. इसे चालू होने और एनवायरमेंट से कनेक्ट होने में कुछ ही समय लगेगा.
अगर आपने पहले कभी Cloud Shell का इस्तेमाल नहीं किया है, तो आपको एक इंटरमीडिएट स्क्रीन (नीचे फ़ोल्ड की गई) दिखेगी. इसमें Cloud Shell के बारे में जानकारी दी गई होगी. अगर ऐसा है, तो जारी रखें पर क्लिक करें. इसके बाद, आपको यह स्क्रीन कभी नहीं दिखेगी. एक बार दिखने वाली स्क्रीन ऐसी दिखती है:
Cloud Shell से कनेक्ट होने में कुछ ही सेकंड लगेंगे.
इस वर्चुअल मशीन में, डेवलपमेंट के लिए ज़रूरी सभी टूल पहले से मौजूद होते हैं. यह 5 जीबी की होम डायरेक्ट्री उपलब्ध कराता है और Google Cloud में चलता है. इससे नेटवर्क की परफ़ॉर्मेंस और पुष्टि करने की प्रोसेस बेहतर होती है. इस कोडलैब में ज़्यादातर काम, सिर्फ़ ब्राउज़र या Chromebook की मदद से किया जा सकता है.
Cloud Shell से कनेक्ट होने के बाद, आपको दिखेगा कि आपकी पुष्टि पहले ही हो चुकी है और प्रोजेक्ट को आपके प्रोजेक्ट आईडी पर पहले ही सेट कर दिया गया है.
पुष्टि करें कि आपने Cloud Shell में पुष्टि कर ली है. इसके लिए, यह कमांड चलाएं:
Cloud Shell से कनेक्ट होने के बाद, आपको दिखेगा कि आपकी पुष्टि पहले ही हो चुकी है और प्रोजेक्ट पहले से ही आपके PROJECT_ID पर सेट है.
gcloud auth list
कमांड का आउटपुट
Credentialed accounts: - <myaccount>@<mydomain>.com (active)
gcloud config list project
कमांड का आउटपुट
[core] project = <PROJECT_ID>
अगर किसी वजह से प्रोजेक्ट सेट नहीं है, तो यह कमांड दें:
gcloud config set project <PROJECT_ID>
Cloud Shell, कुछ एनवायरमेंट वैरिएबल को डिफ़ॉल्ट रूप से भी सेट करता है. ये वैरिएबल, आने वाले समय में कमांड चलाने के दौरान आपके काम आ सकते हैं.
echo $GOOGLE_CLOUD_PROJECT
कमांड का आउटपुट
<PROJECT_ID>
सैंपल ऐप्लिकेशन
हमने इस प्रोजेक्ट के लिए ज़रूरी सभी चीज़ों को Git repo में डाल दिया है. इस रेपो में कुछ सैंपल ऐप्लिकेशन शामिल हैं. इस अभ्यास के लिए, इनमें से किसी भी ऐप्लिकेशन का इस्तेमाल किया जा सकता है.
Git repo लिंक: https://github.com/rominirani/cloud-code-sample-repository
3. एपीआई ऐप्लिकेशन को डिप्लॉय करना
सैंपल ऐप्लिकेशन या एपीआई किस बारे में है?
हमारा ऐप्लिकेशन, Inventory API का एक सामान्य ऐप्लिकेशन है. यह REST API एंडपॉइंट को दिखाता है. इसमें इन्वेंट्री आइटम की सूची बनाने और किसी आइटम की इन्वेंट्री की संख्या पाने के लिए कुछ कार्रवाइयां की जाती हैं.
एपीआई को डिप्लॉय करने के बाद, हम एपीआई एंडपॉइंट को इस तरह से ऐक्सेस कर सकते हैं. मान लें कि इसे https://<somehost> पर होस्ट किया गया है:
- https://<somehost>/inventory
इससे, आपको ऐसे सभी प्रॉडक्ट आइटम की सूची दिखेगी जिनकी इन्वेंट्री मौजूद है.
- https://<somehost>/inventory/{productid}
इससे आपको एक रिकॉर्ड मिलेगा. इसमें प्रॉडक्ट आईडी और उस प्रॉडक्ट के लिए उपलब्ध इन्वेंट्री का लेवल दिखेगा.
जवाब में मिला डेटा, JSON फ़ॉर्मैट में होता है.
सैंपल डेटा और एपीआई अनुरोध/जवाब
इस ऐप्लिकेशन के बैकएंड में कोई डेटाबेस नहीं है, ताकि इसे इस्तेमाल करना आसान हो. इसमें तीन सैंपल प्रॉडक्ट आईडी और उनकी मौजूदा इन्वेंट्री के लेवल शामिल हैं.
प्रॉडक्ट आईडी | मौजूदा इन्वेंट्री का लेवल |
I-1 | 10 |
I-2 | 20 |
I-3 | 30 |
एपीआई अनुरोध और जवाब का सैंपल यहां दिया गया है:
एपीआई अनुरोध | एपीआई से मिला जवाब |
https://<somehost>/inventory | [ { "I-1": 10, "I-2": 20, "I-3": 30 }] |
https://<somehost>/inventory/I-1 | { "productid": "I-1", "qty": 10} |
https://<somehost>/inventory/I-2 | { "productid": "I-2", "qty": 20} |
https://<somehost>/inventory/I-200 | { "productid": I-200, "qty": -1} |
रिपॉज़िटरी का क्लोन बनाना
Google Cloud को अपने लैपटॉप से रिमोटली ऐक्सेस किया जा सकता है. हालांकि, इस कोडलैब में Google Cloud Shell का इस्तेमाल किया जाएगा. यह क्लाउड में चलने वाला कमांड लाइन एनवायरमेंट है.
GCP Console में, सबसे ऊपर दाईं ओर मौजूद टूलबार पर मौजूद Cloud Shell आइकॉन पर क्लिक करें:
इसे चालू करने और एनवायरमेंट से कनेक्ट करने में सिर्फ़ कुछ सेकंड लगते हैं. यह प्रोसेस पूरी होने के बाद, आपको कुछ ऐसा दिखेगा:
इस वर्चुअल मशीन में, डेवलपमेंट के लिए ज़रूरी सभी टूल पहले से मौजूद होते हैं. यह 5 जीबी की होम डायरेक्ट्री उपलब्ध कराता है. साथ ही, Google Cloud पर काम करता है. इससे नेटवर्क की परफ़ॉर्मेंस और पुष्टि करने की प्रोसेस बेहतर होती है. इस लैब में मौजूद सभी काम सिर्फ़ ब्राउज़र की मदद से किए जा सकते हैं.
gcloud सेटअप करना
Cloud Shell में, अपना प्रोजेक्ट आईडी सेट करें और इसे PROJECT_ID वैरिएबल के तौर पर सेव करें.
PROJECT_ID=[YOUR-PROJECT-ID]
gcloud config set project $PROJECT_ID
अब यह कमांड चलाएं:
$ git clone https://github.com/rominirani/cloud-code-sample-repository.git
इससे इस फ़ोल्डर में cloud-code-sample-repository नाम का एक फ़ोल्डर बन जाएगा.
(ज़रूरी नहीं) Cloud Shell पर ऐप्लिकेशन चलाएं
इस ऐप्लिकेशन को स्थानीय तौर पर चलाने के लिए, यह तरीका अपनाएं:
- टर्मिनल से, इस कमांड का इस्तेमाल करके एपीआई के Python वर्शन पर जाएं:
$ cd cloud-code-sample-repository
$ cd python-flask-api
- टर्मिनल में, यह कमांड डालें (लिखते समय, Cloud Shell में Python 3.9.x इंस्टॉल होता है और हम डिफ़ॉल्ट वर्शन का इस्तेमाल करेंगे. अगर आपको इसे अपने लैपटॉप पर चलाना है, तो Python 3.8+ का इस्तेमाल करें :
$ python app.py
- Python सर्वर को स्थानीय तौर पर शुरू करने के लिए, यह कमांड चलाएं.
- इससे पोर्ट 8080 पर एक सर्वर शुरू हो जाएगा. साथ ही, Cloud Shell की वेब प्रीव्यू सुविधा के ज़रिए इसे स्थानीय तौर पर आज़माया जा सकता है. नीचे दिए गए तरीके से, वेब की झलक बटन पर क्लिक करें:
पोर्ट 8080 पर झलक देखें पर क्लिक करें.
- इससे एक ब्राउज़र विंडो खुलेगी. आपको 404 गड़बड़ी दिखेगी. यह सामान्य है. यूआरएल में बदलाव करें और होस्ट नेम के बाद सिर्फ़ /inventory जोड़ें.
उदाहरण के लिए, मेरी मशीन पर यह इस तरह दिखता है:
https://8080-cs-557561579860-default.cs-asia-southeast1-yelo.cloudshell.dev/inventory
इससे इन्वेंट्री आइटम की सूची दिखेगी, जैसा कि पहले बताया गया है:
- अब सर्वर को बंद किया जा सकता है. इसके लिए, टर्मिनल पर जाएं और Ctrl-C दबाएं
ऐप्लिकेशन डिप्लॉय करना
अब हम इस एपीआई ऐप्लिकेशन को Cloud Run पर डिप्लॉय करेंगे. इस प्रोसेस में, Cloud Run पर कोड डिप्लॉय करने के लिए, glcoud कमांड लाइन क्लाइंट का इस्तेमाल किया गया.
टर्मिनल में, यह gcloud कमांड डालें:
$ gcloud run deploy --source .
इसमें आपसे कई सवाल पूछे जाएंगे. अगर आपसे अनुमति देने के लिए कहा जाता है, तो कृपया अनुमति दें. यहां कुछ बातें बताई गई हैं. आपको सभी सवाल मिल सकते हैं या नहीं भी मिल सकते हैं. यह कॉन्फ़िगरेशन पर निर्भर करता है. साथ ही, यह इस बात पर भी निर्भर करता है कि आपने अपने Google Cloud प्रोजेक्ट में पहले से ही कुछ एपीआई चालू किए हैं या नहीं.
- सेवा का नाम (python-flask-api): इस डिफ़ॉल्ट नाम का इस्तेमाल करें या my-inventory-api जैसा कोई नाम चुनें
- प्रोजेक्ट [project-number] पर API [run.googleapis.com] चालू नहीं है. क्या आपको इसे चालू करके फिर से कोशिश करनी है? इसमें कुछ मिनट लगेंगे. (y/N)? Y
- कृपया कोई क्षेत्र चुनें: कोई नंबर डालकर अपनी पसंद का क्षेत्र चुनें.
- प्रोजेक्ट [project-number] पर एपीआई [artifactregistry.googleapis.com] चालू नहीं है. क्या आपको इसे चालू करके फिर से कोशिश करनी है? इसमें कुछ मिनट लगेंगे. (y/N)? Y
- सोर्स से डिप्लॉय करने के लिए, Artifact Registry Docker repository की ज़रूरत होती है. इसमें बनाए गए कंटेनर सेव किए जाते हैं. [us-west1] क्षेत्र में [cloud-run-source-deploy] नाम की एक रिपॉज़िटरी बनाई जाएगी.
क्या आपको जारी रखना है (Y/n)? Y
- क्या पुष्टि न किए गए उपयोगकर्ताओं को [my-inventory-api] को कॉल करने की अनुमति देनी है (y/N)? Y
इसके बाद, सोर्स कोड लेने, उसे कंटेनर में बदलने, उसे Artifact Registry में पुश करने, और फिर Cloud Run सेवा + संशोधन को डिप्लॉय करने की प्रोसेस शुरू हो जाएगी. इस प्रोसेस के दौरान आपको इंतज़ार करना होगा. इसमें तीन से चार मिनट लग सकते हैं. इसके बाद, आपको सेवा का यूआरएल दिखेगा और प्रोसेस पूरी हो जाएगी.
यहां सैंपल रन दिखाया गया है:
ऐप्लिकेशन की जांच करना
हमने ऐप्लिकेशन को Cloud Run पर डिप्लॉय कर दिया है. अब एपीआई ऐप्लिकेशन को इस तरह ऐक्सेस किया जा सकता है:
- पिछले चरण में मिला सेवा का यूआरएल नोट करें. उदाहरण के लिए, मेरे सेटअप पर इसे
https://my-inventory-api-bt2r5243dq-uw.a.run.appके तौर पर दिखाया गया है. इसे <SERVICE_URL> कहा जाता है. - कोई ब्राउज़र खोलें और एपीआई एंडपॉइंट के लिए, इन तीन यूआरएल को ऐक्सेस करें:
- <SERVICE_URL>/inventory
- <SERVICE_URL>/inventory/I-1
- <SERVICE_URL>/inventory/I-100
यह उन खास बातों के मुताबिक होना चाहिए जो हमने पिछले सेक्शन में, एपीआई अनुरोध और जवाब के सैंपल के साथ दी थीं.
Cloud Run से सेवा की जानकारी पाना
हमने अपनी एपीआई सेवा को Cloud Run पर डिप्लॉय किया है. यह बिना सर्वर वाला कंप्यूट एनवायरमेंट है. हम Google Cloud Console के ज़रिए, Cloud Run सेवा पर कभी भी जा सकते हैं.
मुख्य मेन्यू में जाकर, Cloud Run पर जाएं. इससे, Cloud Run में चल रही सेवाओं की सूची दिखेगी. आपको वह सेवा दिखेगी जिसे आपने अभी-अभी डिप्लॉय किया है. आपने जो नाम चुना है उसके हिसाब से, आपको कुछ ऐसा दिखेगा:
जानकारी देखने के लिए, सेवा के नाम पर क्लिक करें. यहां सैंपल की जानकारी दी गई है:
यूआरएल पर ध्यान दें. यह सेवा का यूआरएल है. इसे ब्राउज़र में डालकर, अभी डिप्लॉय किए गए Inventory API को ऐक्सेस किया जा सकता है. मेट्रिक और अन्य जानकारी देखें.
चलिए, अब Google Cloud Operations Suite का इस्तेमाल शुरू करते हैं.
4. डैशबोर्ड सेट अप करना
Cloud Monitoring की एक काम की सुविधा यह है कि यह Google Cloud में मौजूद कई संसाधनों के लिए, आउट-ऑफ़-द-बॉक्स (ओओटीबी) डैशबोर्ड उपलब्ध कराता है. इससे स्टैंडर्ड मेट्रिक वाले डैशबोर्ड को शुरुआती तौर पर सेट अप करने की प्रोसेस, तेज़ और आसान हो जाती है.
आइए, देखते हैं कि Cloud Run पर अभी-अभी डिप्लॉय की गई एपीआई सेवा के लिए, ऐसा कैसे किया जाता है.
हमारी सेवा के लिए कस्टम डैशबोर्ड
हमने अपनी एपीआई सेवा को Cloud Run पर डिप्लॉय किया है. इसलिए, आइए देखते हैं कि ऐसे डैशबोर्ड कैसे सेट अप किए जाएं जो अलग-अलग मेट्रिक को विज़ुअलाइज़ करने में मदद कर सकें. इनमें से कुछ मेट्रिक में सेवा की लेटेन्सी शामिल है.
सबसे पहले, कंसोल में जाकर निगरानी → खास जानकारी पर जाएं. यह विकल्प नीचे दिखाया गया है:
खास जानकारी में, मॉनिटरिंग में कॉन्फ़िगर की गई कई चीज़ें दिखती हैं. जैसे, डैशबोर्ड, सूचनाएं, अपटाइम की जांच वगैरह.
फ़िलहाल, साइड में मौजूद मुख्य मेन्यू में जाकर डैशबोर्ड पर क्लिक करें. इससे हमें यह स्क्रीन दिखेगी:
सैंपल लाइब्रेरी पर क्लिक करें . इससे, Google Cloud में उपलब्ध आउट-ऑफ़-द-बॉक्स (ओओटीबी) डैशबोर्ड की सूची दिखेगी. ये डैशबोर्ड, कई संसाधनों के लिए उपलब्ध हैं. खास तौर पर, सूची में नीचे की ओर स्क्रोल करें और नीचे दिखाए गए तरीके से Google Cloud Run को चुनें.
इससे, Google Cloud Run के लिए उपलब्ध स्टैंडर्ड डैशबोर्ड की सूची दिखेगी. हमें इसमें दिलचस्पी है, क्योंकि हमने अपनी सेवा को Cloud Run पर डिप्लॉय किया है.
आपको Cloud Run Monitoring के लिए एक डैशबोर्ड दिखेगा. Cloud Run मॉनिटरिंग के लिए उपलब्ध स्टैंडर्ड चार्ट (मेट्रिक) की सूची देखने के लिए, झलक देखें लिंक पर क्लिक करें. इन सभी चार्ट को कस्टम डैशबोर्ड में इंपोर्ट करने के लिए, सैंपल डैशबोर्ड इंपोर्ट करें पर क्लिक करें. इससे आपको डैशबोर्ड की स्क्रीन दिखेगी. इसमें पहले से ही नाम भरा हुआ होगा. यह नाम, नीचे दी गई इमेज में दिखाया गया है:
डैशबोर्ड के नाम के बाईं ओर , सबसे ऊपर बाईं ओर मौजूद लेफ़्ट ऐरो पर क्लिक करके, वापस जाया जा सकता है. इससे डैशबोर्ड की सूची खुल जाएगी. इसमें आपको अभी बनाया गया नया डैशबोर्ड दिखेगा.
उस डैशबोर्ड लिंक पर क्लिक करें. इसके बाद, कई मेट्रिक को मॉनिटर किया जा सकता है. इन मेट्रिक में लेटेन्सी, अनुरोधों की संख्या, कंटेनर मेट्रिक वगैरह शामिल हैं.
आपके पास किसी भी डैशबोर्ड को पसंदीदा के तौर पर मार्क करने का विकल्प भी होता है. इसके लिए, नीचे दिए गए स्टार आइकॉन को चुनें:
इससे डैशबोर्ड, मॉनिटरिंग की खास जानकारी वाली स्क्रीन में जुड़ जाएगा. साथ ही, अक्सर इस्तेमाल किए जाने वाले डैशबोर्ड पर आसानी से नेविगेट किया जा सकेगा.
शानदार ! आपने Cloud Run सेवाओं की निगरानी करने के लिए, अभी-अभी एक कस्टम डैशबोर्ड जोड़ा है. बहुत बढ़िया !
5. अपटाइम चेक
इस सेक्शन में, हम अपनी डिप्लॉय की गई एपीआई सेवा के लिए अपटाइम की जांच करने की सुविधा सेट अप करेंगे. अपटाइम की सार्वजनिक जांच करने वाला टूल, दुनिया भर की कई जगहों से सार्वजनिक तौर पर उपलब्ध यूआरएल या Google Cloud संसाधनों के लिए अनुरोध भेज सकता है. इससे यह पता चलता है कि संसाधन जवाब देता है या नहीं.
इस मामले में संसाधन, एपीआई सेवा होगी जिसे हमने Cloud Run पर डिप्लॉय किया है. यूआरएल एक ऐसा एंडपॉइंट होगा जिसे एपीआई सेवा, सेवा की स्थिति के बारे में बताने के लिए उपलब्ध कराती है.
एपीआई सेवा के सैंपल कोड में, हमने एक एंडपॉइंट /healthy दिखाया है. यह "All Izz Well" स्ट्रिंग वैल्यू दिखाता है. इसलिए, हमें सिर्फ़ अपटाइम की जांच को तय करना है. यह जांच https://<SERVICE_URL>/healthy जैसे किसी यूआरएल पर हिट करती है और यह देखती है कि "All Izz Well" स्ट्रिंग वापस आती है या नहीं.
सूचना का चैनल बनाना
अपटाइम की जांच करने की सुविधा बनाने से पहले, सूचना चैनल कॉन्फ़िगर करना ज़रूरी है. सूचना का चैनल एक ऐसा माध्यम है जिस पर आपको सूचना दी जाएगी. यह सूचना, मॉनिटर किए जा रहे किसी संसाधन से जुड़ी किसी घटना/समस्या के बारे में होगी. सूचना चैनल का एक उदाहरण ईमेल है. अगर कोई सूचना वगैरह है, तो आपको ईमेल मिलेंगे.
फ़िलहाल, हम ईमेल से सूचना पाने के लिए एक चैनल कॉन्फ़िगर करने जा रहे हैं. साथ ही, इसे अपने ईमेल पते से कॉन्फ़िगर करेंगे, ताकि सिस्टम की ओर से भेजी जाने वाली किसी भी सूचना के बारे में हमें पता चल सके.
सूचना चैनल बनाने के लिए, यह तरीका अपनाएं:
Google Cloud Console के मुख्य मेन्यू में जाकर, Monitoring → Alerting पर जाएं. जैसा कि यहां दिखाया गया है:
इससे आपको सूचनाएं, नीतियां वगैरह वाला पेज दिखेगा. फ़िलहाल, आपको सबसे ऊपर सूचना पाने के लिए चैनल में बदलाव करें नाम का लिंक दिखेगा. उस पर क्लिक करें.
इससे, सूचनाओं के अलग-अलग चैनलों की सूची दिखेगी. यह सूची यहां दिखाई गई है:
ईमेल सेक्शन ढूंढें और उस लाइन के लिए, नया जोड़ें पर क्लिक करें. इससे ईमेल कॉन्फ़िगरेशन की जानकारी दिखेगी. यह जानकारी यहां दिखाई गई है:
नीचे दिए गए तरीके से, अपना ईमेल पता और डिसप्ले नेम डालें. सेव करें पर क्लिक करें.
इससे, ईमेल नोटिफ़िकेशन चैनल बनाने की प्रोसेस पूरी हो जाती है. अब हम अपटाइम की जांच को कॉन्फ़िगर करते हैं.
अपटाइम चेक बनाना
Google Cloud Console में मुख्य मेन्यू से, Monitoring → Uptime checks पर जाएं. सबसे ऊपर आपको अपटाइम की जांच बनाएं लिंक दिखेगा. उस पर क्लिक करें.
इससे आपको कई चरण दिखेंगे. आपको इन चरणों को पूरा करके, अपटाइम की जांच को कॉन्फ़िगर करना होगा.
पहला चरण, टारगेट की जानकारी सेट अप करना है. इसका मतलब है कि हमने जिस Cloud Run सेवा को डिप्लॉय किया है उसके बारे में जानकारी देना. भरे हुए फ़ॉर्म की इमेज यहां दी गई है:
अलग-अलग वैल्यू को इस तरह चुना जा सकता है:
- प्रोटोकॉल : एचटीटीपीएस
- संसाधन का टाइप : Cloud Run सेवा चुनें. उन अन्य संसाधनों पर ध्यान दें जिनके साथ यह काम करता है. साथ ही, उन पर भी अपटाइम की जांच सेट की जा सकती है.
- Cloud Run सेवा : my-inventory-api या Cloud Run सेवा के लिए तय किया गया नाम चुनें.
- पाथ /healthy है, क्योंकि हम "All Izz Well" स्ट्रिंग वापस भेज रहे हैं और हमें इसकी जांच करनी है.
अगले चरण पर जाने के लिए, जारी रखें पर क्लिक करें. अगला चरण, जवाब की पुष्टि करना है. इसे यहां दिखाया गया है:
यहां देखा जा सकता है कि हम "कॉन्टेंट मैचिंग" की जांच करने की सुविधा चालू कर रहे हैं. इसके बाद, हम यह सेट अप कर रहे हैं कि /healthy एंडपॉइंट से मिलने वाला जवाब "All Izz Well" होगा. अगले चरण पर जाने के लिए, जारी रखें पर क्लिक करें. यहां हम सूचना को कॉन्फ़िगर करेंगे. साथ ही, यह तय करेंगे कि अगर सक्रिय समय की जांच पूरी नहीं होती है, तो हमें किस सूचना का चैनल पर सूचना मिलनी चाहिए.
इस चरण में, सूचना को कोई नाम दें. मैंने इसे Inventory API Uptime Check failure के तौर पर चुना है. हालांकि, आपके पास इसे अपने हिसाब से चुनने का विकल्प है. यहां यह ज़रूरी है कि आपने पहले से कॉन्फ़िगर की गई सूची से सही सूचना का चैनल चुना हो.
हमने अपटाइम की जांच करने की सुविधा को कॉन्फ़िगर कर दिया है. इसकी समीक्षा करने के लिए, आखिरी चरण में समीक्षा करें पर क्लिक करें.
इस आखिरी चरण में, अपटाइम जांच को कोई नाम दें.उदाहरण के लिए, इन्वेंट्री एपीआई अपटाइम जांच. इसके बाद, यह भी जांच की जा सकती है कि जांच को सही तरीके से कॉन्फ़िगर किया गया है या नहीं. इसके लिए, जांचें बटन पर क्लिक करें.
आगे बढ़ें और प्रोसेस पूरी करें. इसके लिए, बाईं ओर मौजूद बनाएं बटन पर क्लिक करें. Google Cloud, अलग-अलग क्षेत्रों में कॉन्फ़िगर की गई अपटाइम की जांच करने वाली जांचों को यूआरएल को पिंग करने का निर्देश देगा. इसके बाद, इन जवाबों को इकट्ठा किया जाएगा. कुछ मिनटों के बाद, मॉनिटरिंग → अपटाइम की जांच सेक्शन पर जाएं. आपको सभी हरे सिग्नल दिखने चाहिए. इससे पता चलता है कि अलग-अलग जांचों से यूआरएल को ऐक्सेस किया जा सका.
अगर कोई जांच कुछ समय के लिए काम नहीं करती है, तो आपको कॉन्फ़िगर किए गए ईमेल चैनल पर सूचना मिलेगी. इस समय को कॉन्फ़िगर किया जा सकता है.
इसके साथ, अपटाइम की जांच सेट अप करने से जुड़ा हमारा सेक्शन पूरा होता है. बहुत बढ़िया !
6. मैट्रिक्स एक्सप्लोरर
Cloud Monitoring, Google Cloud के कई प्रॉडक्ट से हज़ारों स्टैंडर्ड मेट्रिक दिखाता है. इन मेट्रिक की जांच की जा सकती है, क्वेरी की जा सकती है, इन्हें चार्ट में बदला जा सकता है, डैशबोर्ड में जोड़ा जा सकता है, और इनके लिए सूचनाएं सेट की जा सकती हैं.
इस सेक्शन में हमारा लक्ष्य यह है:
- जानें कि अलग-अलग मेट्रिक कैसे देखी जा सकती हैं. इसके बाद, हम अपनी एपीआई सेवा के लिए किसी खास मेट्रिक (लेटेंसी) की जांच करेंगे.
- उस मेट्रिक को चार्ट और कस्टम डैशबोर्ड में बदलें, ताकि हम मेट्रिक को कभी भी देख सकें.
Inventory API सेवा के लिए, इंतज़ार के समय (लेटेंसी) की मेट्रिक के बारे में जानकारी
Google Cloud Console में मुख्य मेन्यू से, Monitoring → Metrics Explorer पर जाएं. इससे आपको मेट्रिक एक्सप्लोरर स्क्रीन दिखेगी. कोई मेट्रिक चुनें पर क्लिक करें. अब उन सभी चालू संसाधनों पर नेविगेट किया जा सकता है जिनके लिए मेट्रिक जनरेट की गई हैं.
हम Cloud Run सेवाओं का इस्तेमाल कर रहे हैं. इसलिए, Cloud Run Revision पर क्लिक करें. इसके बाद , कैटगरी और अनुरोध में लगने वाला समय नाम के खास मेट्रिक पर क्लिक करें. इसे नीचे दिखाया गया है:
लागू करें पर क्लिक करें. इससे अनुरोध में लगने वाला समय, चार्ट में दिखेगा. नीचे दिए गए तरीके से, दाईं ओर मौजूद डिसप्ले सेटिंग में जाकर, विजेट टाइप को लाइन चार्ट में बदला जा सकता है:
इससे, नीचे दिखाए गए तरीके से लेटेन्सी चार्ट दिखेगा:
चार्ट और कस्टम डैशबोर्ड बनाना
आइए, इस चार्ट को सेव करें. चार्ट सेव करें पर क्लिक करें और यहां दी गई जानकारी का इस्तेमाल करें:
ध्यान रखें कि हम मौजूदा डैशबोर्ड में सेव करने के बजाय , एक नया डैशबोर्ड बना रहे हैं. सेव करें बटन पर क्लिक करें. इससे नया डैशबोर्ड, डैशबोर्ड की हमारी सूची में जुड़ जाएगा. जैसा कि यहां दिखाया गया है:
हमने जो डैशबोर्ड बनाया है उस पर क्लिक करके, जानकारी देखें.
इस तरह, मेट्रिक एक्सप्लोरर की मदद से अलग-अलग मेट्रिक की जांच करने और कस्टम डैशबोर्ड बनाने के तरीके के बारे में जानकारी देने वाला सेक्शन पूरा होता है.
7. Cloud Logging
इस सेक्शन में, हम Cloud Logging के बारे में जानेंगे. Cloud Logging में Logs Explorer इंटरफ़ेस होता है. इसकी मदद से, Google की अलग-अलग सेवाओं और आपके ऐप्लिकेशन से जनरेट हुए लॉग को नेविगेट किया जा सकता है और उनकी जांच की जा सकती है.
इस सेक्शन में, हम Logs Explorer के बारे में जानेंगे. साथ ही, कुछ लॉग मैसेज का सिम्युलेट करेंगे. इसके बाद, हम उन्हें खोज सकते हैं और लॉग पर आधारित मेट्रिक नाम की सुविधा का इस्तेमाल करके, उन्हें मेट्रिक में बदल सकते हैं.
लॉग एक्सप्लोरर
नीचे दिए गए तरीके से, मुख्य Google Cloud Console में लॉगिंग →लॉग एक्सप्लोरर पर जाकर, लॉग एक्सप्लोरर पर जाएं:
इससे एक लॉग इंटरफ़ेस दिखेगा. यहां अपनी ज़रूरत के हिसाब से लॉग मैसेज को फ़िल्टर करने के लिए, लॉग लेवल के साथ-साथ अलग-अलग संसाधन (प्रोजेक्ट, Google Cloud संसाधन, सेवा के नाम वगैरह) चुने/चुने जा सकते हैं.
ऊपर दी गई इमेज में, Cloud Run के वर्शन के लिए लॉग की सूची दिखाई गई है. इसका मतलब है कि हमने Cloud Run की जिन सेवाओं को डिप्लॉय किया है उनके लिए लॉग की सूची दिखाई गई है. आपको कई ऐसे अनुरोध दिखेंगे जो अपटाइम की जांच करते हैं. ये अनुरोध, हमारे कॉन्फ़िगर किए गए /healthy एंडपॉइंट पर भेजे जाते हैं.
चेतावनियां खोजना
इन्वेंट्री सेवा के लिए कुछ अमान्य अनुरोधों का सिम्युलेट करें. इसके लिए, ऐसे प्रॉडक्ट आईडी दें जो I-1, I-2, और I-3 में से कोई भी न हो. उदाहरण के लिए, गलत अनुरोध यह है:
https://<SERVICE_URL>/inventory/I-999
अब हम उन सभी चेतावनियों को खोजेंगे जो हमारे एपीआई ने जनरेट की हैं. ऐसा तब होता है, जब क्वेरी में गलत प्रॉडक्ट आईडी दिया जाता है.
क्वेरी बॉक्स में, ये क्वेरी पैरामीटर डालें:
resource.type="cloud_run_revision"
textPayload =~ "Received inventory request for incorrect productid"
यह कुछ ऐसी नज़र आनी चाहिए:
'क्वेरी चलाएं' पर क्लिक करें. इसके बाद, आपको वे सभी अनुरोध दिखेंगे जिनमें यह समस्या है.
लॉग पर आधारित मेट्रिक
इन गड़बड़ियों को ट्रैक करने के लिए, कस्टम लॉग मेट्रिक बनाते हैं. हम यह जानना चाहते हैं कि क्या गलत प्रॉडक्ट आईडी के साथ बड़ी संख्या में कॉल किए जा रहे हैं.
ऊपर दिए गए फ़ॉर्मूले को गड़बड़ी की मेट्रिक में बदलने के लिए, मेट्रिक बनाएं बटन पर क्लिक करें. यह बटन आपको Logs Explorer में दिखेगा.
इससे मेट्रिक की परिभाषा बनाने के लिए फ़ॉर्म खुल जाएगा. काउंटर मेट्रिक चुनें. इसके बाद, मेट्रिक का नाम (inventory_lookup_errors) और ब्यौरे की जानकारी डालें. इसके बाद, मेट्रिक बनाएं पर क्लिक करें.
इससे काउंटर मेट्रिक बन जाएगी. आपको नीचे दिखाया गया मैसेज दिखेगा:
मुख्य मेन्यू में जाकर, लॉगिंग → लॉग पर आधारित मेट्रिक पर जाएं. आपको उपयोगकर्ता की ओर से तय की गई मेट्रिक की सूची में, वह कस्टम मेट्रिक दिखेगी जिसे हमने तय किया था. यह सूची यहां दी गई है:
इस एंट्री के आखिर में, आपको तीन वर्टिकल बिंदु दिखेंगे. इन पर क्लिक करके, इस कस्टम मेट्रिक पर की जा सकने वाली कार्रवाइयां देखें. यह सूची, यहां दिखाई गई सूची से मिलती-जुलती होनी चाहिए. मेट्रिक एक्सप्लोरर में देखें विकल्प पर क्लिक करें.
इससे हम मेट्रिक एक्सप्लोरर पर पहुंच जाएंगे. इसके बारे में हमने पिछले सेक्शन में जाना था. हालांकि, अब यह हमारे लिए पहले से भरा हुआ है.
चार्ट सेव करें पर क्लिक करें. 'चार्ट सेव करें' विकल्पों के लिए, इन वैल्यू का इस्तेमाल करें:
इससे अब एक नया डैशबोर्ड बन जाएगा. इसमें इन्वेंट्री खोजने से जुड़ी गड़बड़ियां देखी जा सकती हैं. यह डैशबोर्ड की सूची में उपलब्ध होगा.
बहुत बढ़िया ! आपने अब अपने लॉग से एक कस्टम मेट्रिक बना ली है. साथ ही, उसे एक ऐसे चार्ट में बदल दिया है जो कस्टम डैशबोर्ड में मौजूद है. इससे हमें उन कॉल की संख्या को ट्रैक करने में मदद मिलेगी जिनमें गलत प्रॉडक्ट आईडी का इस्तेमाल किया जा रहा है.
8. सूचना से जुड़ी नीतियां
इस सेक्शन में, हम बनाई गई कस्टम मेट्रिक का इस्तेमाल करेंगे.साथ ही, थ्रेशोल्ड के लिए इसके डेटा को मॉनिटर करेंगे. इसका मतलब है कि अगर गड़बड़ियों की संख्या किसी थ्रेशोल्ड से ज़्यादा हो जाती है, तो हम सूचना भेजेंगे. दूसरे शब्दों में, हम सूचना देने वाली नीति सेट अप करने जा रहे हैं.
सूचना से जुड़ी नीति बनाना
आइए, इन्वेंट्री खोज डैशबोर्ड पर जाएं. इससे, इन्वेंट्री लुकअप से जुड़ी गड़बड़ियों को नोट करने के लिए बनाया गया चार्ट दिखेगा. यह चार्ट यहां दिखाया गया है:
इससे मौजूदा मेट्रिक का डेटा दिखेगा. आइए, सबसे पहले मेट्रिक में बदलाव करें. इसके लिए, नीचे दिए गए तरीके का इस्तेमाल करें (बदलाव करें बटन पर क्लिक करें):
इससे मेट्रिक की जानकारी दिखेगी. हम चार्ट को गड़बड़ियों की दर दिखाने के बजाय, गड़बड़ियों की कुल संख्या दिखाने वाले चार्ट में बदलेंगे. बदलाव करने के लिए फ़ील्ड यहां दिखाया गया है:
सबसे ऊपर दाएं कोने में मौजूद, लागू करें पर क्लिक करें. इसके बाद, हम मेट्रिक वाली स्क्रीन पर वापस आ जाएंगे. हालांकि, इस बार हम अलाइनमेंट की अवधि में हुई गड़बड़ियों की कुल संख्या और गड़बड़ियों की दर देख पाएंगे.
हम एक सूचना नीति बनाने जा रहे हैं. इससे हमें यह सूचना मिल पाएगी कि गड़बड़ियों की संख्या थ्रेशोल्ड से ज़्यादा हो गई है. चार्ट के सबसे ऊपर दाएं कोने में मौजूद तीन बिंदुओं पर क्लिक करें. इसके बाद, ऊपर दिखाए गए विकल्पों की सूची में से, सूचना वाले चार्ट में बदलें पर क्लिक करें.
आपको नीचे दी गई स्क्रीन दिखनी चाहिए:
आगे बढ़ें पर क्लिक करें. इससे थ्रेशोल्ड वैल्यू दिखेगी , जिसे सेट किया जा सकता है. यहां हमने सैंपल थ्रेशोल्ड 5 लिया है. हालांकि , इसे अपनी पसंद के हिसाब से चुना जा सकता है.
सूचनाओं वाला फ़ॉर्म खोलने के लिए, आगे बढ़ें पर क्लिक करें
हमने सूचना चैनल को ईमेल चैनल के तौर पर चुना है. इसे हमने पहले बनाया था. अन्य जानकारी भी भरी जा सकती है. जैसे, दस्तावेज़ (यह जानकारी, उस सूचना के साथ दी जाएगी जो जारी की गई है). खास जानकारी देखने और प्रोसेस पूरी करने के लिए, आगे बढ़ें पर क्लिक करें.
सूचना देने वाली यह नीति बनाने के बाद, यह सूचना देने वाली नीतियों की सूची में दिखेगी. यह सूची यहां दिखाई गई है. Monitoring → Alerting पर जाकर, सूचना देने से जुड़ी नीतियों की सूची पर पहुंचा जा सकता है. पेज पर नीतियां सेक्शन ढूंढें. इससे आपको उन नीतियों की सूची दिखेगी जिन्हें हमने अब तक कॉन्फ़िगर किया है.
बहुत बढ़िया ! आपने अब एक कस्टम अलर्ट नीति कॉन्फ़िगर कर ली है जो Inventory API को देखते समय गड़बड़ियों की दर बढ़ने पर आपको सूचना देगी.
9. सेवा की निगरानी (ज़रूरी नहीं)
इस सेक्शन में, हम साइट विश्वसनीयता इंजीनियरिंग (एसआरई) के सिद्धांतों के मुताबिक, अपनी सेवाओं के लिए एसएलआई/एसएलओ सेट अप करने जा रहे हैं. आपको पता चलेगा कि Cloud Monitoring, Cloud Run में डिप्लॉय की गई सेवाओं का अपने-आप पता लगाकर, आपके लिए काम को आसान बना देता है. साथ ही, यह उपलब्धता और इंतज़ार का समय जैसे मुख्य एसएलआई की गणना अपने-आप कर सकता है. इसके अलावा, यह गड़बड़ी के बजट की गणना भी कर सकता है.
चलिए, अब हम अपनी एपीआई सेवा के लिए, इंतज़ार के समय का एसएलओ सेट अप करते हैं.
इन्वेंट्री सेवा के लिए इंतज़ार के समय (लेटेंसी) का एसएलओ सेट अप करना
Cloud Console में मुख्य मेन्यू में जाकर, Monitoring → Services पर क्लिक करें. इससे, आपको उन सेवाओं की सूची दिखेगी जिनके लिए सेवा की परफ़ॉर्मेंस पर नज़र रखने की सुविधा कॉन्फ़िगर की गई है.
फ़िलहाल, हमारे पास ऐसी कोई सेवा नहीं है जिसे एसएलआई/एसएलओ मॉनिटरिंग के लिए सेट अप किया गया हो. इसलिए, सूची खाली है. सबसे पहले किसी सेवा को तय करने / पहचानने के लिए, सबसे ऊपर मौजूद सेवा तय करें लिंक पर क्लिक करें.
इससे उन सेवाओं का अपने-आप पता चल जाएगा जिनके लिए एसएलओ मॉनिटरिंग की जा सकती है. यह Cloud Run सेवाओं का पता लगा सकता है. इसलिए, Cloud Run पर डिप्लॉय की गई हमारी Inventory API सेवा, सूची में दिखेगी.
आपको दिखने वाला डिसप्ले नेम अलग हो सकता है. यह इस बात पर निर्भर करेगा कि आपने Cloud Run पर सेवा को डिप्लॉय करते समय क्या चुना था. सबमिट करें बटन पर क्लिक करें. इससे नीचे दी गई स्क्रीन दिखेगी:
एसएलओ बनाएं पर क्लिक करें. अब आपको उन एसएलआई में से कोई एक चुनने का विकल्प मिलेगा जो आपके लिए अपने-आप कैलकुलेट किए जाते हैं.
हम लेटेंसी एसएलआई को शुरुआती तौर पर चुनते हैं. जारी रखें पर क्लिक करें. इसके बाद, आपको एक स्क्रीन दिखेगी. इसमें इस सेवा की मौजूदा परफ़ॉर्मेंस और सामान्य लेटेन्सी की जानकारी दिखेगी.
हमने थ्रेशोल्ड के लिए 300 मि॰से॰ की वैल्यू डाली है. हमें यही वैल्यू चाहिए. अगर आपको कोई दूसरी वैल्यू चुननी है, तो ऐसा किया जा सकता है. हालांकि, ध्यान रखें कि इससे आपके तय किए गए गड़बड़ी के बजट पर असर पड़ेगा. जारी रखें पर क्लिक करें.
अब हम एसएलओ (टारगेट और मेज़रमेंट विंडो) को यहां दिखाए गए तरीके से सेट करते हैं:
इसका मतलब है कि हम मेज़रमेंट विंडो को रोलिंग टाइप विंडो के तौर पर चुन रहे हैं और इसे सात दिनों तक मेज़र कर रहे हैं. इसी तरह, टारगेट के लिए हमने 90% का लक्ष्य चुना है. हमारा कहना है कि एपीआई सेवा के 90% अनुरोधों को 300 मि॰से॰ के अंदर पूरा किया जाना चाहिए. साथ ही, इसे सात दिनों तक मेज़र किया जाना चाहिए.
जारी रखें पर क्लिक करें. इससे आपको खास जानकारी वाली स्क्रीन दिखेगी. एसएलओ अपडेट करें बटन पर क्लिक करके, इसकी पुष्टि की जा सकती है.
इससे आपकी एसएलओ परिभाषा सेव हो जाती है और आपके लिए गड़बड़ी का बजट अपने-आप कैलकुलेट हो जाता है.
यहां कुछ तरीके दिए गए हैं, जिन्हें आज़माया जा सकता है:
- कई कॉल के ज़रिए एपीआई का इस्तेमाल करें. साथ ही, सेवा की परफ़ॉर्मेंस देखें और यह देखें कि इससे बचे हुए गड़बड़ी बजट पर क्या असर पड़ता है.
- सोर्स कोड में बदलाव करके, कुछ कॉल में कुछ समय के लिए रैंडम तरीके से देरी (स्लीप) करें. इससे कई कॉल के लिए इंतज़ार का समय बढ़ जाएगा. साथ ही, इससे गड़बड़ी के बजट पर बुरा असर पड़ेगा.
10. बधाई हो
बधाई हो, आपने Google Cloud पर एक सैंपल ऐप्लिकेशन को डिप्लॉय कर लिया है. साथ ही, ऐप्लिकेशन की परफ़ॉर्मेंस को मॉनिटर करने के लिए, Google Cloud Operations Suite का इस्तेमाल करने के बारे में जान लिया है!
हमने क्या-क्या बताया
- Google Cloud Run पर किसी सेवा को डिप्लॉय करना.
- Google Cloud Run सेवा के लिए डैशबोर्ड सेट अप करना.
- अपटाइम चेक.
- कस्टम लॉग मेट्रिक और उसके आधार पर डैशबोर्ड/चार्ट सेट अप करना.
- मेट्रिक एक्सप्लोरर को एक्सप्लोर करना और डैशबोर्ड/चार्ट सेट अप करना.
- सूचना से जुड़ी नीतियां सेट अप करना.
- Google Cloud में सेवा की निगरानी के लिए, एसएलआई/एसएलओ सेट अप करना.
ध्यान दें: अगर आपने अपने खाते और Google Cloud प्रोजेक्ट का इस्तेमाल करके कोडलैब पूरा किया है, तो असाइन किए गए संसाधनों के लिए बिलिंग शुल्क लगता रहेगा. इसलिए, लैब का इस्तेमाल पूरा होने के बाद प्रोजेक्ट और संसाधन मिटा दें.
आगे क्या करना है?
Google Cloud Operations Suite के बारे में ज़्यादा जानने के लिए, Cloud Skills Boost की यह क्वेस्ट देखें.