מדריך ליצירת שירות צ'אט ב-WebSocket ל-Cloud Run

במדריך הזה מוסבר איך ליצור שירות צ'אט בזמן אמת עם חדרים מרובים, באמצעות WebSockets עם חיבור קבוע לתקשורת דו-כיוונית. באמצעות WebSockets, גם הלקוח וגם השרת יכולים לשלוח הודעות זה לזה בלי לבצע דגימה של השרת כדי לקבל עדכונים.

אפשר להגדיר את Cloud Run כך שישתמש בזיקה לסשן (session affinity), אבל הזיקה הזו היא במאמץ מרבי, כלומר כל בקשה חדשה עדיין יכולה להיות מנותבת למכונה אחרת. כתוצאה מכך, צריך לסנכרן את הודעות המשתמשים בשירות הצ'אט בכל המכונות, ולא רק בין הלקוחות שמחוברים למכונה אחת.

תכנון שירות צ'אט בזמן אמת

שירות הצ'אט לדוגמה משתמש במכונה של Memorystore for Redis כדי לאחסן ולסנכרן את הודעות המשתמשים בכל המכונות. כדי לדחוף נתונים ללקוחות מנויים שמחוברים לכל מכונה, וכדי לבטל את הסקרים של HTTP לעדכונים, Redis משתמש במנגנון Pub/Sub (לא להתבלבל עם המוצר Cloud Pub/Sub).

עם זאת, גם עם עדכונים בדחיפה, כל מכונה שמופעלת תקבל רק הודעות חדשות שנדחפות לקונטיינר. כדי לטעון הודעות קודמות, צריך לאחסן את היסטוריית ההודעות ולאחזר אותה מפתרון אחסון מתמיד. בדוגמה הזו, הפונקציונליות הרגילה של Redis כמאגר אובייקטים משמשת לשמירה במטמון ולאחזור של היסטוריית ההודעות.

מכונות Redis מוגנות מפני האינטרנט באמצעות כתובות IP פרטיות, עם גישה מבוקרת ומוגבלת לשירותים שפועלים באותה רשת וירטואלית פרטית כמו מכונת Redis. מומלץ להשתמש בתעבורת נתונים יוצאת ישירה של VPC.

מגבלות

• במדריך הזה לא מוצגים אימות של משתמשי קצה או שמירת סשנים במטמון. למידע נוסף על אימות משתמשי קצה, עיינו במדריך של Cloud Run בנושא אימות משתמשי קצה.

• במדריך הזה לא מטמיעים מסד נתונים כמו Firestore לאחסון ולאחזור של היסטוריית הודעות הצ'אט ללא הגבלת זמן.

• כדי שהשירות לדוגמה יהיה מוכן לייצור, צריך להוסיף לו עוד רכיבים. מומלץ להשתמש במכונה של Redis במסלול Standard כדי לספק זמינות גבוהה באמצעות שכפול ויתירות כשל אוטומטית.

מטרות

• לכתוב, לפתח ולפרוס שירות Cloud Run שמשתמש ב-WebSockets.

• מתחברים למכונה של Memorystore for Redis כדי לפרסם הודעות חדשות ולהירשם אליהן במכונות שונות.

• מחברים את שירות Cloud Run ל-Memorystore באמצעות תעבורת נתונים יוצאת (egress) ישירה של VPC.

עלויות

במסמך הזה משתמשים ברכיבים הבאים של Google Cloud, והשימוש בהם כרוך בתשלום:

• Cloud Build
• Artifact Registry
• Memorystore
• Cloud Run

בעזרת מחשבון העלויות אתם יכולים להעריך את העלויות בהתאם לשימוש הצפוי.

משתמשים חדשים של Google Cloud ? יכול להיות שאתם זכאים לתקופת ניסיון בחינם.

לפני שמתחילים

נכנסים לחשבון Google Cloud . אנחנו ממליצים למשתמשים חדשים ב- Google Cloud ליצור חשבון כדי שיוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

1. מפעילים את ממשקי ה-API של Cloud Run,‏ Memorystore for Redis,‏ Artifact Registry ו-Cloud Build, אם הם עדיין לא מופעלים.

   התפקידים שנדרשים כדי להפעיל ממשקי API

   כדי להפעיל ממשקי API, צריך את ההרשאה serviceusage.services.enable. אם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, תוכלו לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים

   הפעלת ממשקי ה-API

2. מתקינים ומפעילים את ה-CLI של gcloud.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות להשלמת המדריך, בקשו מהאדמין לתת לכם את התפקידים הבאים ב-IAM ברמת הפרויקט:

• קריאה ב-Artifact Registry ‏ (roles/artifactregistry.reader)
• עריכה ב-Cloud Build ‏ (roles/cloudbuild.builds.editor)
• אדמין של Cloud Memorystore Redis ‏ (roles/redis.admin)
• אדמין ב-Cloud Run (roles/run.admin)
• יצירת חשבונות שירות (roles/iam.serviceAccountCreator)
• אדמין IAM בפרויקט (roles/resourcemanager.projectIamAdmin)
• אדמין בחשבון שירות (roles/iam.serviceAccountAdmin)
• Service Usage Consumer (roles/serviceusage.serviceUsageConsumer)

להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

הערה: התפקידים הבסיסיים של IAM עשויים גם להכיל הרשאות להשלמת המדריך. לא מומלץ להקצות תפקידים בסיסיים בסביבת ייצור, אבל אפשר להקצות אותם בסביבת פיתוח או בדיקה.

הגדרת ברירות המחדל של gcloud

כדי להגדיר את gcloud עם ברירות מחדל לשירות Cloud Run:

1. מגדירים את פרויקט ברירת המחדל:

   gcloud config set project PROJECT_ID

   מחליפים את PROJECT_ID בשם הפרויקט שיצרתם בשביל המדריך הזה.

2. מגדירים את gcloud לאזור שבחרתם:

   gcloud config set run/region REGION

   מחליפים את REGION באזור הנתמך של Cloud Run לבחירתכם.

מיקומים של Cloud Run

‫Cloud Run הוא שירות אזורי, כלומר התשתית שמפעילה את שירותי Cloud Run נמצאת באזור ספציפי ומנוהלת על ידי Google, כך שהיא זמינה באופן יתיר בכל האזורים באותו אזור.

הגורמים העיקריים לבחירת האזור שבו יפעלו שירותי Cloud Run הם עמידה בדרישות של זמן אחזור, זמינות או עמידות. בדרך כלל אפשר לבחור את האזור הכי קרוב למשתמשים, אבל כדאי להביא בחשבון את המיקום של המוצרים Google Cloudהאחרים שמשמשים את שירות Cloud Run. שימוש במוצרי Google Cloud ביחד בכמה מיקומים יכול להשפיע על זמן האחזור של השירות וגם על העלות.

אפשר להשתמש ב-Cloud Run באזורים הבאים:

בכפוף לתמחור ברמה 1

• asia-east1 (טייוואן)
• asia-northeast1 (טוקיו)
• asia-northeast2 (אוסקה)
• ‫asia-south1 (מומבאי, הודו)
• asia-southeast3 (בנגקוק)
• ‫europe-north1 (פינלנד) רמה נמוכה של CO₂
• europe-north2 (שטוקהולם) רמה נמוכה של CO₂
• ‫europe-southwest1 (מדריד) רמה נמוכה של CO₂
• ‫europe-west1 (בלגיה) רמה נמוכה של CO₂
• ‫europe-west4 (הולנד) רמה נמוכה של CO₂
• ‫europe-west8 (מילאנו) רמה נמוכה של CO₂
• ‫europe-west9 (פריז) רמה נמוכה של CO₂
• me-west1 (תל אביב)
• northamerica-south1 (מקסיקו)
• us-central1 (אייווה) רמה נמוכה של CO₂
• us-east1 (קרוליינה הדרומית)
• us-east4 (צפון וירג'יניה)
• us-east5 (קולומבוס)
• us-south1 (דאלאס) רמה נמוכה של CO₂
• us-west1 (אורגון) רמה נמוכה של CO₂

בכפוף לתמחור ברמה 2

• africa-south1 (יוהנסבורג)
• asia-east2 (הונג קונג)
• asia-northeast3 (סיאול, דרום קוריאה)
• asia-southeast1 (סינגפור)
• asia-southeast2 (ג'קרטה)
• asia-south2 (דלהי, הודו)
• australia-southeast1 (סידני)
• australia-southeast2 (מלבורן)
• europe-central2 (ורשה, פולין) רמה נמוכה של CO₂
• europe-west10 (ברלין)
• ‫europe-west12 (טורינו) רמה נמוכה של CO₂
• ‫europe-west2 (לונדון, בריטניה) רמה נמוכה של CO₂
• europe-west3 (פרנקפורט, גרמניה)
• europe-west6 (ציריך, שווייץ) רמה נמוכה של CO₂
• me-central1 (דוחא)
• me-central2 (דמאם)
• ‫northamerica-northeast1 (מונטריאול) רמה נמוכה של CO₂
• ‫northamerica-northeast2 (טורונטו) רמה נמוכה של CO₂
• ‫southamerica-east1 (סאו פאולו, ברזיל) רמה נמוכה של CO₂
• southamerica-west1 (סנטיאגו, צ'ילה) רמה נמוכה של CO₂
• us-west2 (לוס אנג'לס)
• us-west3 (סולט לייק סיטי)
• us-west4 (לאס וגאס)

אם כבר יצרתם שירות Cloud Run, אתם יכולים לראות את האזור במרכז הבקרה של Cloud Run במסוףGoogle Cloud .

אישור

אחזור של דוגמת הקוד

כדי לאחזר את דוגמת הקוד לשימוש:

1. משכפלים את המאגר לדוגמה ומעבירים אותו למכונה המקומית:

   Node.js

   git clone https://github.com/GoogleCloudPlatform/nodejs-docs-samples.git

   אפשר גם להוריד את הדוגמה כקובץ ZIP ולחלץ אותו.

2. עוברים לספרייה שמכילה את הקוד לדוגמה של Cloud Run:

   Node.js

   cd nodejs-docs-samples/run/websockets/

הסבר על הקוד של WebSockets

‫Socket.io היא ספרייה שמאפשרת תקשורת דו-כיוונית בזמן אמת בין הדפדפן לשרת. למרות ש-Socket.io הוא לא הטמעה של WebSocket, הוא כולל את הפונקציונליות כדי לספק API פשוט יותר לכמה פרוטוקולי תקשורת עם תכונות נוספות, כמו אמינות משופרת, חיבור מחדש אוטומטי ושידור לכל הלקוחות או לקבוצת משנה שלהם.

שילוב בצד הלקוח

<script src="/socket.io/socket.io.js"></script>

הלקוח יוצר מופע חדש של Socket לכל חיבור. הדוגמה הזו עוברת עיבוד בצד השרת, ולכן לא צריך להגדיר את כתובת ה-URL של השרת. מופע ה-socket יכול לשלוח אירועים ולהאזין להם.

// Initialize Socket.io
const socket = io('', {
  transports: ['websocket'],
});

// Emit "sendMessage" event with message
socket.emit('sendMessage', msg, error => {
  if (error) {
    console.error(error);
  } else {
    // Clear message
    $('#msg').val('');
  }
});

// Listen for new messages
socket.on('message', msg => {
  log(msg.user, msg.text);
});

// Listen for notifications
socket.on('notification', msg => {
  log(msg.title, msg.description);
});

// Listen connect event
socket.on('connect', () => {
  console.log('connected');
});

הערה: בארכיטקטורה של כמה מכונות בלי זיקה לסשן (session affinity), צריך להשתמש ב-Socket.io רק עם תעבורת הנתונים של Websocket. אם Socket.io חוזר ל-long polling, הוא ישלח כמה בקשות HTTP במהלך הסשן. הבקשה הראשונה יוצרת לחיצת יד עם מידע חשוב, כמו מזהה הסשן. אחרי הבקשה הראשונה, יכול להיות שהבקשות ינותבו למכונה אחרת שתגרום לשגיאה כי מזהה הסשן לא מוכר לשרת.

שילוב בצד השרת

בצד השרת, שרת Socket.io מאותחל ומצורף לשרת ה-HTTP. בדומה לצד הלקוח, ברגע ששרת Socket.io יוצר חיבור ללקוח, נוצר מופע של שקע לכל חיבור שאפשר להשתמש בו כדי לשלוח הודעות ולהאזין להן. בנוסף, Socket.io מספק ממשק ליצירת "חדרים" או ערוץ שרירותי ששקעים יכולים להצטרף אליו ולעזוב אותו.

// Initialize Socket.io
const server = require('http').Server(app);
const io = require('socket.io')(server);

const {createAdapter} = require('@socket.io/redis-adapter');
// Replace in-memory adapter with Redis
const subClient = redisClient.duplicate();
io.adapter(createAdapter(redisClient, subClient));
// Add error handlers
redisClient.on('error', err => {
  console.error(err.message);
});

subClient.on('error', err => {
  console.error(err.message);
});

// Listen for new connection
io.on('connection', socket => {
  // Add listener for "signin" event
  socket.on('signin', async ({user, room}, callback) => {
    try {
      // Record socket ID to user's name and chat room
      addUser(socket.id, user, room);
      // Call join to subscribe the socket to a given channel
      socket.join(room);
      // Emit notification event
      socket.in(room).emit('notification', {
        title: "Someone's here",
        description: `${user} just entered the room`,
      });
      // Retrieve room's message history or return null
      const messages = await getRoomFromCache(room);
      // Use the callback to respond with the room's message history
      // Callbacks are more commonly used for event listeners than promises
      callback(null, messages);
    } catch (err) {
      callback(err, null);
    }
  });

  // Add listener for "updateSocketId" event
  socket.on('updateSocketId', async ({user, room}) => {
    try {
      addUser(socket.id, user, room);
      socket.join(room);
    } catch (err) {
      console.error(err);
    }
  });

  // Add listener for "sendMessage" event
  socket.on('sendMessage', (message, callback) => {
    // Retrieve user's name and chat room  from socket ID
    const {user, room} = getUser(socket.id);
    if (room) {
      const msg = {user, text: message};
      // Push message to clients in chat room
      io.in(room).emit('message', msg);
      addMessageToCache(room, msg);
      callback();
    } else {
      callback('User session not found.');
    }
  });

  // Add listener for disconnection
  socket.on('disconnect', () => {
    // Remove socket ID from list
    const {user, room} = deleteUser(socket.id);
    if (user) {
      io.in(room).emit('notification', {
        title: 'Someone just left',
        description: `${user} just left the room`,
      });
    }
  });
});

‫Socket.io מספק גם מתאם Redis כדי לשדר אירועים לכל הלקוחות, בלי קשר לשרת שמשרת את ה-socket. ‫Socket.io משתמש רק במנגנון Pub/Sub של Redis ולא מאחסן נתונים.

const {createAdapter} = require('@socket.io/redis-adapter');
// Replace in-memory adapter with Redis
const subClient = redisClient.duplicate();
io.adapter(createAdapter(redisClient, subClient));

המתאם של Redis ב-Socket.io יכול להשתמש מחדש בלקוח Redis שמשמש לאחסון היסטוריית ההודעות של החדר. כל קונטיינר ייצור חיבור למכונה של Redis, ו-Cloud Run יכול ליצור מספר גדול של מכונות. זה הרבה פחות מ-65,000 החיבורים ש-Redis יכול לתמוך בהם.

הערה: מחזור החיים של קונטיינר Cloud Run לא מביא בחשבון בקשות יוצאות כמו חיבורי Redis, ולכן חיבור פעיל ל-Redis לא ימנע את צמצום הקונטיינר.

חיבור מחדש

זמן הקצוב המקסימלי לתפוגה ב-Cloud Run הוא 60 דקות. לכן צריך להוסיף לוגיקה של חיבור מחדש למקרים של זמן קצוב לתפוגה. במקרים מסוימים, Socket.io מנסה להתחבר מחדש באופן אוטומטי אחרי אירועים של ניתוק או שגיאת חיבור. אין ערובה לכך שהלקוח יתחבר מחדש לאותו מכונה.

// Listen for reconnect event
socket.io.on('reconnect', () => {
  console.log('reconnected');
  // Emit "updateSocketId" event to update the recorded socket ID with user and room
  socket.emit('updateSocketId', {user, room}, error => {
    if (error) {
      console.error(error);
    }
  });
});

// Add listener for "updateSocketId" event
socket.on('updateSocketId', async ({user, room}) => {
  try {
    addUser(socket.id, user, room);
    socket.join(room);
  } catch (err) {
    console.error(err);
  }
});

אם יש חיבור פעיל, המכונות ימשיכו לפעול עד שכל הבקשות ייסגרו או עד שיחול הזמן הקצוב לתפוגה. גם אם משתמשים בזיקה לסשן (session affinity) ב-Cloud Run, יכול להיות שיתבצע איזון עומסים של בקשות חדשות לקונטיינרים פעילים, וכך אפשר להקטין את מספר הקונטיינרים. אם אתם חוששים שמספר גדול של קונטיינרים יישאר אחרי עלייה חדה בתנועה, אתם יכולים להקטין את ערך הזמן הקצוב לתפוגה המקסימלי, כדי ששקעים שלא בשימוש ינוקו בתדירות גבוהה יותר.

שליחת המכשיר לתיקון

1. יוצרים מכונה של Memorystore for Redis:

   gcloud redis instances create INSTANCE_ID --size=1 --region=REGION

   מחליפים את מה שכתוב בשדות הבאים:

   • ‫INSTANCE_ID: שם המכונה, לדוגמה my-redis-instance.
   • ‫REGION_ID: האזור של כל המשאבים והשירותים, לדוגמה europe-west1.

   למכונה יוקצה באופן אוטומטי טווח כתובות IP מתוך טווח ברירת המחדל של רשת השירות. במדריך הזה משתמשים בזיכרון בנפח 1GB למטמון המקומי של ההודעות במכונה של Redis. איך קובעים את הגודל הראשוני של מכונה ב-Memorystore בהתאם לתרחיש לדוגמה.

2. מגדירים משתנה סביבה עם כתובת ה-IP של הרשת המורשית של מכונת Redis:

    export REDISHOST=$(gcloud redis instances describe INSTANCE_ID --region REGION --format "value(host)")

   הערה: במדריך הזה נשתמש בערך ברירת המחדל של יציאת Redis, ‏6379.

3. יוצרים חשבון שירות שישמש כזהות בשירות. כברירת מחדל, אין לו הרשאות מלבד חברות בפרויקט.

   gcloud iam service-accounts create chat-identity
   gcloud projects add-iam-policy-binding PROJECT_ID \
   --member=serviceAccount:chat-identity@PROJECT_ID.iam.gserviceaccount.com \
   --role=roles/serviceusage.serviceUsageConsumer

4. מריצים את הפקודה הבאה כדי למצוא את השם של רשת ה-VPC המורשית של מכונת Redis:

     gcloud redis instances describe INSTANCE_ID --region REGION --format "value(authorizedNetwork)"
   

   מחליפים את מה שכתוב בשדות הבאים:

   • ‫INSTANCE_ID: שם המכונה, לדוגמה my-redis-instance.
   • ‫REGION_ID: האזור של כל המשאבים והשירותים, לדוגמה europe-west1.

   רושמים את השם של רשת ה-VPC.

5. יוצרים את קובץ האימג' של הקונטיינר ופורסים אותו ב-Cloud Run:

   gcloud run deploy chat-app --source . \
       --allow-unauthenticated \
       --timeout 3600 \
       --service-account chat-identity \
       --network NETWORK \
       --subnet SUBNET \
       --update-env-vars REDISHOST=$REDISHOST

   מחליפים את מה שכתוב בשדות הבאים:

   • ‫NETWORK הוא השם של רשת ה-VPC המורשית שאליה מחובר המכונה של Redis.
   • ‫SUBNET הוא השם של רשת המשנה. רשת המשנה חייבת להיות בגודל /26 או יותר. תעבורת נתונים יוצאת (egress) ב-Direct VPC תומכת בטווחי IPv4 מסוג RFC 1918,‏ RFC 6598 ו-Class E.

   אם מופיעה בקשה להתקין את ממשקי ה-API הנדרשים, מזינים y. צריך לעשות את זה רק פעם אחת בכל פרויקט. משיבים להנחיות אחרות על ידי ציון הפלטפורמה והאזור, אם לא הגדרתם להם ברירות מחדל כפי שמתואר בדף ההגדרה. מידע נוסף על פריסה מקוד מקור

לנסות את השירות

כדי לנסות את השירות המלא:

1. עוברים בדפדפן לכתובת ה-URL שסופקה בשלב הפריסה.

2. כדי להיכנס, צריך להוסיף את השם שלכם וחדר צ'אט.

3. שליחת הודעה לחדר

הצלחה: יצרתם שירות צ'אט עם חדרים מרובים בזמן אמת באמצעות WebSockets, כדי לשמור על חיבור קבוע לתקשורת דו-כיוונית.

אם תבחרו להמשיך לפתח את השירותים האלה, זכרו שיש להם גישה מוגבלת לניהול זהויות והרשאות גישה (IAM) לשאר השירותים של Google Cloud , וצריך לתת להם תפקידי IAM נוספים כדי לגשת לשירותים רבים אחרים.

הסרת המשאבים

כדי להימנע מחיובים נוספים בחשבון Google Cloud , צריך למחוק את כל המשאבים שפרסתם באמצעות המדריך הזה.

מחיקת הפרויקט

אם יצרתם פרויקט חדש בשביל המדריך הזה, מחקו את הפרויקט. אם השתמשתם בפרויקט קיים ואתם רוצים לשמור אותו בלי השינויים שהוספתם במדריך הזה, מחקו את המשאבים שיצרתם בשביל המדריך.

הדרך הקלה ביותר לבטל את החיוב היא למחוק את הפרויקט שיצרתם בשביל המדריך.

כדי למחוק את הפרויקט:

זהירות: כשמוחקים פרויקט:

• התוכן של הפרויקט נמחק כולו. אם השתמשתם בפרויקט קיים כדי לתרגל את המשימות במדריך הזה, כשתמחקו אותו תימחק גם כל העבודה שביצעתם באותו פרויקט.
• מאבדים את מזהה הפרויקט בהתאמה אישית. כשיצרתם את הפרויקט, יכולתם לבחור לו מזהה פרויקט בהתאמה אישית כדי להשתמש בו בעתיד. כדי לשמור על כתובות ה-URL שמשתמשות במזהה הפרויקט, כמו appspot.com, צריך למחוק את המשאבים שנבחרו בפרויקט אבל לא את הפרויקט כולו.

אם אתם מתכננים להיעזר בכמה ארכיטקטורות, מדריכים או מדריכים למתחילים, מומלץ להשתמש שוב באותו פרויקט כדי לא לחרוג ממכסות הפרויקטים.

1. במסוף Google Cloud , נכנסים לדף Manage resources.

   כניסה לדף Manage resources

2. ברשימת הפרויקטים, בוחרים את הפרויקט שרוצים למחוק ולוחצים על Delete.
3. כדי למחוק את הפרויקט, כותבים את מזהה הפרויקט בתיבת הדו-שיח ולוחצים על Shut down.

מחיקת משאבי המדריך

1. מוחקים את שירות Cloud Run שפרסתם במדריך הזה. שירותי Cloud Run לא צוברים עלויות עד שהם מקבלים בקשות.

   כדי למחוק את השירות ב-Cloud Run, מריצים את הפקודה הבאה:

   gcloud run services delete SERVICE-NAME

   מחליפים את SERVICE-NAME בשם השירות.

   אפשר גם למחוק שירותי Cloud Run ממסוףGoogle Cloud .

2. מסירים את הגדרת ברירת המחדל של האזור gcloud שהוספתם במהלך הגדרת המדריך:

    gcloud config unset run/region
   

3. מסירים את הגדרות הפרויקט:

    gcloud config unset project
   

4. מוחקים משאבים אחרים של Google Cloud שנוצרו במדריך הזה:

   • מוחקים את קובץ האימג' של הקונטיינר של השירות בשם gcr.io/PROJECT_ID/chat-app מ-Artifact Registry.
   • מחיקת חשבון השירות chat-identity@PROJECT_ID.iam.gserviceaccount.com
   • מחיקת המכונה של Memorystore for Redis

המאמרים הבאים

• איך Socket.io פועל ושימושים מתקדמים יותר.

• מידע נוסף על Direct VPC egress עם רשת VPC

• מומלץ לקרוא את השיטות המומלצות ל-Memorystore ולשימוש ב-WebSockets ב-Cloud Run.