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] पर एपीआई [run.googleapis.com] चालू नहीं है. क्या आपको इसे चालू करके फिर से कोशिश करनी है? इसमें कुछ मिनट लगेंगे. (y/N)? Y
- कृपया कोई देश या इलाका चुनें: कोई नंबर डालकर अपनी पसंद का देश या इलाका चुनें.
- प्रोजेक्ट [project-number] पर API [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 की निगरानी के लिए एक डैशबोर्ड दिखेगा. 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" होगा. अगले चरण पर जाने के लिए, जारी रखें पर क्लिक करें. यहां हम सूचना को कॉन्फ़िगर करेंगे. साथ ही, यह तय करेंगे कि अगर अपटाइम की जांच पूरी नहीं होती है, तो हमें किस सूचना चैनल पर सूचना मिलनी चाहिए.

इस चरण में, सूचना को कोई नाम दें. मैंने इसे इन्वेंट्री एपीआई के अपटाइम की जांच में गड़बड़ी के तौर पर चुना है. हालांकि, आपके पास इसे अपने हिसाब से चुनने का विकल्प है. यहां यह ज़रूरी है कि आपने पहले से कॉन्फ़िगर किए गए सूचना चैनल की सूची से सही सूचना चैनल चुना हो.
हमने अपटाइम की जांच करने के लिए जो कॉन्फ़िगरेशन किया है उसकी समीक्षा करने के लिए, आखिरी चरण में समीक्षा करें पर क्लिक करें.
इस आखिरी चरण में, अपटाइम जांच को कोई नाम दें.उदाहरण के लिए, इन्वेंट्री एपीआई अपटाइम जांच. इसके बाद, यह भी जांच की जा सकती है कि जांच को सही तरीके से कॉन्फ़िगर किया गया है या नहीं. इसके लिए, जांचें बटन पर क्लिक करें.

आगे बढ़ें और प्रोसेस पूरी करें. इसके लिए, बाईं ओर मौजूद बनाएं बटन पर क्लिक करें. 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 में, लॉग एक्सप्लोरर इंटरफ़ेस होता है. इसकी मदद से, 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 को चुना है. हालांकि , अपनी पसंद के हिसाब से कोई भी थ्रेशोल्ड चुना जा सकता है.

सूचनाओं वाला फ़ॉर्म खोलने के लिए, आगे बढ़ें पर क्लिक करें

हमने सूचना चैनल को ईमेल चैनल के तौर पर चुना है. इसे हमने पहले बनाया था. अन्य जानकारी भी भरी जा सकती है. जैसे, दस्तावेज़ (यह जानकारी, शिकायत के साथ दी जाएगी). खास जानकारी देखने और प्रोसेस पूरी करने के लिए, आगे बढ़ें पर क्लिक करें.

सूचना देने की यह नीति बनाने के बाद, यह सूचना देने की नीतियों की सूची में दिखेगी. यह सूची यहां दिखाई गई है. निगरानी → सूचनाएं पर जाकर, सूचना से जुड़ी नीतियों की सूची पर पहुंचा जा सकता है. पेज में नीतियां सेक्शन ढूंढें. इससे आपको उन नीतियों की सूची दिखेगी जिन्हें हमने अब तक कॉन्फ़िगर किया है.

बहुत बढ़िया ! आपने अब सूचना पाने की ऐसी नीति कॉन्फ़िगर कर ली है जो इन्वेंट्री एपीआई को देखते समय गड़बड़ियों की दर बढ़ने पर आपको सूचना देगी.
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 की यह क्वेस्ट देखें.