1. ภาพรวม
ใน Code Lab นี้ คุณจะได้สร้างต่อจาก Lab ก่อนหน้าและเพิ่มบริการภาพขนาดย่อ บริการภาพขนาดย่อเป็นคอนเทนเนอร์ฝั่งเว็บที่รับรูปภาพขนาดใหญ่และสร้างภาพขนาดย่อจากรูปภาพเหล่านั้น
เมื่อมีการอัปโหลดรูปภาพไปยัง Cloud Storage ระบบจะส่งการแจ้งเตือนผ่าน Cloud Pub/Sub ไปยังคอนเทนเนอร์ฝั่งเว็บ Cloud Run ซึ่งจะปรับขนาดรูปภาพและบันทึกกลับไปยัง Bucket อื่นใน Cloud Storage

สิ่งที่คุณจะได้เรียนรู้
- Cloud Run
- Cloud Storage
- Cloud Pub/Sub
2. การตั้งค่าและข้อกำหนด
การตั้งค่าสภาพแวดล้อมแบบทำตามคำแนะนำ
- ลงชื่อเข้าใช้ คอนโซล Google Cloud และสร้างโปรเจ็กต์ใหม่หรือใช้โปรเจ็กต์ที่มีอยู่ หากยังไม่มีบัญชี Gmail หรือ Google Workspace คุณต้อง สร้างบัญชี



- ชื่อโปรเจ็กต์ คือชื่อที่แสดงสำหรับผู้เข้าร่วมโปรเจ็กต์นี้ ซึ่งเป็นสตริงอักขระที่ Google APIs ไม่ได้ใช้ และคุณสามารถอัปเดตได้ทุกเมื่อ
- รหัสโปรเจ็กต์ ต้องไม่ซ้ำกันในโปรเจ็กต์ Google Cloud ทั้งหมดและเปลี่ยนแปลงไม่ได้ (เมื่อตั้งค่าแล้วจะเปลี่ยนไม่ได้) คอนโซล Cloud จะสร้างสตริงที่ไม่ซ้ำกันโดยอัตโนมัติ โดยปกติแล้วคุณไม่จำเป็นต้องสนใจว่าสตริงนั้นคืออะไร ใน Code Lab ส่วนใหญ่ คุณจะต้องอ้างอิงรหัสโปรเจ็กต์ (และโดยทั่วไปจะระบุเป็น
PROJECT_ID) ดังนั้นหากไม่ชอบ ให้สร้างรหัสแบบสุ่มอีกรหัส หรือลองใช้รหัสของคุณเองและดูว่ารหัสนั้นพร้อมใช้งานหรือไม่ จากนั้นรหัสจะ "คงที่" หลังจากสร้างโปรเจ็กต์แล้ว - นอกจากนี้ยังมีค่าที่ 3 คือหมายเลขโปรเจ็กต์ ซึ่งบาง API ใช้ ดูข้อมูลเพิ่มเติมเกี่ยวกับค่าทั้ง 3 นี้ได้ใน เอกสารประกอบ
- จากนั้นคุณจะต้อง เปิดใช้การเรียกเก็บเงิน ในคอนโซล Cloud เพื่อใช้ทรัพยากร/API ของ Cloud การทำตาม Code Lab นี้ไม่ควรมีค่าใช้จ่ายมากนัก หรืออาจไม่มีค่าใช้จ่ายเลย หากต้องการปิดทรัพยากรเพื่อไม่ให้มีการเรียกเก็บเงินนอกเหนือจากบทแนะนำนี้ ให้ทำตามวิธีการ "ล้างข้อมูล" ที่พบในตอนท้ายของ Code Lab ผู้ใช้ Google Cloud รายใหม่มีสิทธิ์รับโปรแกรมช่วงทดลองใช้ฟรีมูลค่า$300 USD
เริ่มต้น Cloud Shell
แม้ว่าคุณจะใช้งาน Google Cloud จากระยะไกลจากแล็ปท็อปได้ แต่ใน Code Lab นี้ คุณจะได้ใช้ Google Cloud Shell ซึ่งเป็นสภาพแวดล้อมบรรทัดคำสั่งที่ทำงานในระบบคลาวด์
จากคอนโซล GCP ให้คลิกไอคอน Cloud Shell ในแถบเครื่องมือด้านขวาบน

การจัดสรรและเชื่อมต่อกับสภาพแวดล้อมควรใช้เวลาเพียงไม่กี่นาที เมื่อเสร็จแล้ว คุณควรเห็นลักษณะดังนี้

เครื่องเสมือนนี้โหลดเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ทั้งหมดที่คุณต้องการ โดยมีไดเรกทอรีหลักแบบถาวรขนาด 5 GB และทำงานบน Google Cloud ซึ่งช่วยเพิ่มประสิทธิภาพเครือข่ายและการตรวจสอบสิทธิ์ได้อย่างมาก คุณสามารถทำงานทั้งหมดใน Lab นี้ได้ด้วยเบราว์เซอร์
3. เปิดใช้ API
ใน Lab นี้ คุณจะต้องใช้ Cloud Build เพื่อสร้างอิมเมจคอนเทนเนอร์ และ Cloud Run เพื่อทำให้คอนเทนเนอร์ใช้งานได้
เปิดใช้ API ทั้ง 2 รายการจาก Cloud Shell ดังนี้
gcloud services enable cloudbuild.googleapis.com \ run.googleapis.com
คุณควรเห็นการดำเนินการเสร็จสมบูรณ์
Operation "operations/acf.5c5ef4f6-f734-455d-b2f0-ee70b5a17322" finished successfully.
4. สร้าง Bucket อื่น
คุณจะจัดเก็บภาพขนาดย่อของรูปภาพที่อัปโหลดไว้ใน Bucket อื่น มาใช้ gsutil เพื่อสร้าง Bucket ที่ 2 กัน
ตั้งค่าตัวแปรสำหรับชื่อ Bucket ที่ไม่ซ้ำกันภายใน Cloud Shell Cloud Shell มี GOOGLE_CLOUD_PROJECT ที่ตั้งค่าเป็นรหัสโปรเจ็กต์ที่ไม่ซ้ำกันอยู่แล้ว คุณสามารถต่อท้ายรหัสนี้กับชื่อ Bucket ได้ จากนั้นสร้าง Bucket แบบหลายภูมิภาคสาธารณะในยุโรปที่มีสิทธิ์เข้าถึงระดับเดียวกัน
BUCKET_THUMBNAILS=thumbnails-$GOOGLE_CLOUD_PROJECT gsutil mb -l EU gs://$BUCKET_THUMBNAILS gsutil uniformbucketlevelaccess set on gs://$BUCKET_THUMBNAILS gsutil iam ch allUsers:objectViewer gs://$BUCKET_THUMBNAILS
เมื่อเสร็จแล้ว คุณควรมี Bucket สาธารณะใหม่ดังนี้

5. โคลนโค้ด
โคลนโค้ดและไปที่ไดเรกทอรีที่มีบริการ
git clone https://github.com/GoogleCloudPlatform/serverless-photosharing-workshop cd serverless-photosharing-workshop/services/thumbnails/nodejs
คุณจะมีเลย์เอาต์ไฟล์ต่อไปนี้สำหรับบริการ
services
|
├── thumbnails
|
├── nodejs
|
├── Dockerfile
├── index.js
├── package.json
ภายในโฟลเดอร์ thumbnails/nodejs คุณจะมีไฟล์ 3 ไฟล์ดังนี้
index.jsมีโค้ด Node.jspackage.jsonกำหนดทรัพยากร Dependency ของไลบรารีDockerfileกำหนดอิมเมจคอนเทนเนอร์
6. สำรวจโค้ด
หากต้องการสำรวจโค้ด คุณสามารถใช้เครื่องมือแก้ไขข้อความในตัวได้โดยคลิกปุ่ม Open Editor ที่ด้านบนของหน้าต่าง Cloud Shell

นอกจากนี้ คุณยังเปิดเครื่องมือแก้ไขในหน้าต่างเบราว์เซอร์เฉพาะเพื่อเพิ่มพื้นที่หน้าจอได้ด้วย
ทรัพยากร Dependency
ไฟล์ package.json กำหนดทรัพยากร Dependency ของไลบรารีที่จำเป็นดังนี้
{
"name": "thumbnail_service",
"version": "0.0.1",
"main": "index.js",
"scripts": {
"start": "node index.js"
},
"dependencies": {
"bluebird": "^3.7.2",
"express": "^4.17.1",
"imagemagick": "^0.1.3",
"@google-cloud/firestore": "^4.9.9",
"@google-cloud/storage": "^5.8.3"
}
}
ไลบรารี Cloud Storage ใช้เพื่ออ่านและบันทึกไฟล์รูปภาพภายใน Cloud Storage Firestore ใช้เพื่ออัปเดตข้อมูลเมตาของรูปภาพ Express เป็นเฟรมเวิร์กเว็บ JavaScript / Node โมดูล body-parser ใช้เพื่อแยกวิเคราะห์คำขอขาเข้าได้อย่างง่ายดาย Bluebird ใช้เพื่อจัดการ Promise และ Imagemagick เป็นไลบรารีสำหรับจัดการรูปภาพ
Dockerfile
Dockerfile กำหนดอิมเมจคอนเทนเนอร์สำหรับแอปพลิเคชันดังนี้
FROM node:14-slim
# installing Imagemagick
RUN set -ex; \
apt-get -y update; \
apt-get -y install imagemagick; \
rm -rf /var/lib/apt/lists/*; \
mkdir /tmp/original; \
mkdir /tmp/thumbnail;
WORKDIR /picadaily/services/thumbnails
COPY package*.json ./
RUN npm install --production
COPY . .
CMD [ "npm", "start" ]
อิมเมจฐานคือ Node 14 และใช้ไลบรารี imagemagick สำหรับการจัดการรูปภาพ ระบบจะสร้างไดเรกทอรีชั่วคราวบางรายการเพื่อเก็บไฟล์รูปภาพต้นฉบับและไฟล์รูปภาพขนาดย่อ จากนั้นจะติดตั้งโมดูล NPM ที่โค้ดของเราต้องการก่อนที่จะเริ่มโค้ดด้วย npm start
index.js
มาสำรวจโค้ดเป็นส่วนๆ เพื่อให้เราเข้าใจได้ดียิ่งขึ้นว่าโปรแกรมนี้ทำอะไร
const express = require('express');
const imageMagick = require('imagemagick');
const Promise = require("bluebird");
const path = require('path');
const {Storage} = require('@google-cloud/storage');
const Firestore = require('@google-cloud/firestore');
const app = express();
app.use(express.json());
ขั้นแรกเราต้องใช้ทรัพยากร Dependency ที่จำเป็นและสร้างเว็บแอปพลิเคชัน Express รวมถึงระบุว่าเราต้องการใช้ตัวแยกวิเคราะห์เนื้อหา JSON เนื่องจากคำขอขาเข้าเป็นเพียงเพย์โหลด JSON ที่ส่งผ่านคำขอ POST ไปยังแอปพลิเคชันของเรา
app.post('/', async (req, res) => {
try {
// ...
} catch (err) {
console.log(`Error: creating the thumbnail: ${err}`);
console.error(err);
res.status(500).send(err);
}
});
เราได้รับเพย์โหลดขาเข้าเหล่านั้นใน URL ฐาน / และเรากำลังห่อหุ้มโค้ดด้วยการจัดการตรรกะข้อผิดพลาดบางอย่างเพื่อให้มีข้อมูลที่ดีขึ้นว่าเหตุใดบางอย่างอาจล้มเหลวในโค้ดของเราโดยดูบันทึกที่จะมองเห็นได้จากอินเทอร์เฟซ Stackdriver Logging ในเว็บคอนโซล Google Cloud
const pubSubMessage = req.body;
console.log(`PubSub message: ${JSON.stringify(pubSubMessage)}`);
const fileEvent = JSON.parse(Buffer.from(pubSubMessage.message.data, 'base64').toString().trim());
console.log(`Received thumbnail request for file ${fileEvent.name} from bucket ${fileEvent.bucket}`);
ในแพลตฟอร์ม Cloud Run ระบบจะส่งข้อความ Pub/Sub ผ่านคำขอ HTTP POST เป็นเพย์โหลด JSON ในรูปแบบต่อไปนี้
{
"message": {
"attributes": {
"bucketId": "uploaded-pictures",
"eventTime": "2020-02-27T09:22:43.255225Z",
"eventType": "OBJECT_FINALIZE",
"notificationConfig": "projects/_/buckets/uploaded-pictures/notificationConfigs/28",
"objectGeneration": "1582795363255481",
"objectId": "IMG_20200213_181159.jpg",
"payloadFormat": "JSON_API_V1"
},
"data": "ewogICJraW5kIjogInN0b3JhZ2Ujb2JqZWN...FQUU9Igp9Cg==",
"messageId": "1014308302773399",
"message_id": "1014308302773399",
"publishTime": "2020-02-27T09:22:43.973Z",
"publish_time": "2020-02-27T09:22:43.973Z"
},
"subscription": "projects/serverless-picadaily/subscriptions/gcs-events-subscription"
}
แต่สิ่งที่น่าสนใจจริงๆ ในเอกสาร JSON นี้คือสิ่งที่อยู่ในแอตทริบิวต์ message.data ซึ่งเป็นเพียงสตริงแต่เข้ารหัสเพย์โหลดจริงเป็น Base 64 นั่นคือเหตุผลที่โค้ดด้านบนของเราถอดรหัสเนื้อหา Base 64 ของแอตทริบิวต์นี้ แอตทริบิวต์ data เมื่อถอดรหัสแล้วจะมีเอกสาร JSON อีกรายการที่แสดงรายละเอียดเหตุการณ์ Cloud Storage ซึ่งรวมถึงข้อมูลเมตาอื่นๆ ที่ระบุชื่อไฟล์และชื่อ Bucket
{
"kind": "storage#object",
"id": "uploaded-pictures/IMG_20200213_181159.jpg/1582795363255481",
"selfLink": "https://www.googleapis.com/storage/v1/b/uploaded-pictures/o/IMG_20200213_181159.jpg",
"name": "IMG_20200213_181159.jpg",
"bucket": "uploaded-pictures",
"generation": "1582795363255481",
"metageneration": "1",
"contentType": "image/jpeg",
"timeCreated": "2020-02-27T09:22:43.255Z",
"updated": "2020-02-27T09:22:43.255Z",
"storageClass": "STANDARD",
"timeStorageClassUpdated": "2020-02-27T09:22:43.255Z",
"size": "4944335",
"md5Hash": "QzBIoPJBV2EvqB1EVk1riw==",
"mediaLink": "https://www.googleapis.com/download/storage/v1/b/uploaded-pictures/o/IMG_20200213_181159.jpg?generation=1582795363255481&alt=media",
"crc32c": "hQ3uHg==",
"etag": "CLmJhJu08ecCEAE="
}
เราสนใจชื่อรูปภาพและชื่อ Bucket เนื่องจากโค้ดของเราจะดึงรูปภาพนั้นจาก Bucket เพื่อสร้างภาพขนาดย่อ
const bucket = storage.bucket(fileEvent.bucket);
const thumbBucket = storage.bucket(process.env.BUCKET_THUMBNAILS);
const originalFile = path.resolve('/tmp/original', fileEvent.name);
const thumbFile = path.resolve('/tmp/thumbnail', fileEvent.name);
await bucket.file(fileEvent.name).download({
destination: originalFile
});
console.log(`Downloaded picture into ${originalFile}`);
เรากำลังดึงชื่อ Bucket ของพื้นที่เก็บข้อมูลเอาต์พุตจากตัวแปรสภาพแวดล้อม
เรามี Bucket ต้นทางที่การสร้างไฟล์ทริกเกอร์บริการ Cloud Run และ Bucket ปลายทางที่เราจะจัดเก็บรูปภาพที่ได้ เราใช้ API ในตัว path เพื่อจัดการไฟล์ในเครื่อง เนื่องจากไลบรารี imagemagick จะสร้างภาพขนาดย่อในเครื่องในไดเรกทอรีชั่วคราว /tmp เรา await การเรียกแบบไม่พร้อมกันเพื่อดาวน์โหลดไฟล์รูปภาพที่อัปโหลด
const resizeCrop = Promise.promisify(im.crop);
await resizeCrop({
srcPath: originalFile,
dstPath: thumbFile,
width: 400,
height: 400
});
console.log(`Created local thumbnail in ${thumbFile}`);
โมดูล imagemagick ไม่ค่อยรองรับ async / await เราจึงห่อหุ้มโมดูลนี้ไว้ใน Promise ของ JavaScript (จัดทำโดยโมดูล Bluebird) จากนั้นเราจะเรียกใช้ฟังก์ชันการปรับขนาด / ครอบตัดแบบไม่พร้อมกันที่เราสร้างขึ้นด้วยพารามิเตอร์สำหรับไฟล์ต้นทางและไฟล์ปลายทาง รวมถึงขนาดของภาพขนาดย่อที่เราต้องการสร้าง
await thumbBucket.upload(thumbFile);
console.log(`Uploaded thumbnail to Cloud Storage bucket ${process.env.BUCKET_THUMBNAILS}`);
เมื่ออัปโหลดไฟล์ภาพขนาดย่อไปยัง Cloud Storage แล้ว เราจะอัปเดตข้อมูลเมตาใน Cloud Firestore เพื่อเพิ่มแฟล็กบูลีนที่ระบุว่ามีการสร้างภาพขนาดย่อสำหรับรูปภาพนี้แล้ว
const pictureStore = new Firestore().collection('pictures');
const doc = pictureStore.doc(fileEvent.name);
await doc.set({
thumbnail: true
}, {merge: true});
console.log(`Updated Firestore about thumbnail creation for ${fileEvent.name}`);
res.status(204).send(`${fileEvent.name} processed`);
เมื่อคำขอเสร็จสิ้น เราจะตอบกลับคำขอ HTTP POST ว่ามีการประมวลผลไฟล์อย่างถูกต้อง
const PORT = process.env.PORT || 8080;
app.listen(PORT, () => {
console.log(`Started thumbnail generator on port ${PORT}`);
});
ที่ส่วนท้ายของไฟล์ซอร์ส เรามีวิธีการให้ Express เริ่มเว็บแอปพลิเคชันของเราในพอร์ตเริ่มต้น 8080
7. ทดสอบในเครื่อง
ทดสอบโค้ดในเครื่องเพื่อให้แน่ใจว่าใช้งานได้ก่อนที่จะทำให้ใช้งานได้ในระบบคลาวด์
ภายในโฟลเดอร์ thumbnails/nodejs ให้ติดตั้งทรัพยากร Dependency ของ npm และเริ่มเซิร์ฟเวอร์ดังนี้
npm install; npm start
หากทุกอย่างเป็นไปด้วยดี ระบบควรเริ่มเซิร์ฟเวอร์ในพอร์ต 8080
Started thumbnail generator on port 8080
ใช้ CTRL-C เพื่อออก
8. สร้างและเผยแพร่อิมเมจคอนเทนเนอร์
Cloud Run เรียกใช้คอนเทนเนอร์ แต่คุณต้องสร้างอิมเมจคอนเทนเนอร์ (กำหนดไว้ใน Dockerfile) ก่อน คุณสามารถใช้ Google Cloud Build เพื่อสร้างอิมเมจคอนเทนเนอร์ แล้วโฮสต์ไปยัง Google Container Registry ได้
ภายในโฟลเดอร์ thumbnails/nodejs ที่มี Dockerfile ให้เรียกใช้คำสั่งต่อไปนี้เพื่อสร้างอิมเมจคอนเทนเนอร์
gcloud builds submit --tag gcr.io/$GOOGLE_CLOUD_PROJECT/thumbnail-service
หลังจากผ่านไป 1-2 นาที บิลด์ควรสำเร็จ

ส่วน "ประวัติ" ของ Cloud Build ควรแสดงบิลด์ที่สำเร็จด้วย

เมื่อคลิกรหัสบิลด์เพื่อดูมุมมองรายละเอียด ในแท็บ "บิลด์อาร์ติแฟกต์" คุณควรเห็นว่ามีการอัปโหลดอิมเมจคอนเทนเนอร์ไปยัง Cloud Registry (GCR) แล้ว

หากต้องการ คุณสามารถตรวจสอบอีกครั้งว่าอิมเมจคอนเทนเนอร์ทำงานในเครื่องใน Cloud Shell ได้ดังนี้
docker run -p 8080:8080 gcr.io/$GOOGLE_CLOUD_PROJECT/thumbnail-service
ระบบควรเริ่มเซิร์ฟเวอร์ในพอร์ต 8080 ในคอนเทนเนอร์
Started thumbnail generator on port 8080
ใช้ CTRL-C เพื่อออก
9. ทำให้ใช้งานได้กับ Cloud Run
ก่อนที่จะทำให้ใช้งานได้กับ Cloud Run ให้ตั้งค่าภูมิภาค Cloud Run เป็นภูมิภาคใดภูมิภาคหนึ่งที่รองรับ และตั้งค่าแพลตฟอร์มเป็น managed
gcloud config set run/region europe-west1 gcloud config set run/platform managed
คุณสามารถตรวจสอบว่ามีการตั้งค่าการกำหนดค่าแล้วดังนี้
gcloud config list ... [run] platform = managed region = europe-west1
เรียกใช้คำสั่งต่อไปนี้เพื่อทำให้ใช้งานได้กับอิมเมจคอนเทนเนอร์ใน Cloud Run
SERVICE_NAME=thumbnail-service
gcloud run deploy $SERVICE_NAME \
--image gcr.io/$GOOGLE_CLOUD_PROJECT/thumbnail-service \
--no-allow-unauthenticated \
--update-env-vars BUCKET_THUMBNAILS=$BUCKET_THUMBNAILS
โปรดสังเกตแฟล็ก --no-allow-unauthenticated ซึ่งจะทำให้บริการ Cloud Run เป็นบริการภายในที่จะทริกเกอร์โดยบัญชีบริการที่เฉพาะเจาะจงเท่านั้น
หากการทำให้ใช้งานได้สำเร็จ คุณควรเห็นเอาต์พุตต่อไปนี้

หากไปที่ UI ของคอนโซล Cloud คุณควรเห็นว่ามีการทำให้บริการใช้งานได้สำเร็จด้วย

10. เหตุการณ์ Cloud Storage ไปยัง Cloud Run ผ่าน Pub/Sub
บริการพร้อมใช้งานแล้ว แต่คุณยังต้องสร้างเหตุการณ์ Cloud Storage ไปยังบริการ Cloud Run ที่สร้างขึ้นใหม่ Cloud Storage สามารถส่งเหตุการณ์การสร้างไฟล์ผ่าน Cloud Pub/Sub ได้ แต่ต้องทำตามขั้นตอน 2-3 ขั้นตอนเพื่อให้การทำงานนี้เป็นไปได้
สร้างหัวข้อ Pub/Sub เป็นไปป์ไลน์การสื่อสารดังนี้
TOPIC_NAME=cloudstorage-cloudrun-topic gcloud pubsub topics create $TOPIC_NAME
สร้างการแจ้งเตือน Pub/Sub เมื่อมีการจัดเก็บไฟล์ไว้ใน Bucket ดังนี้
BUCKET_PICTURES=uploaded-pictures-$GOOGLE_CLOUD_PROJECT gsutil notification create -t $TOPIC_NAME -f json gs://$BUCKET_PICTURES
สร้างบัญชีบริการสำหรับการสมัครใช้บริการ Pub/Sub ที่เราจะสร้างขึ้นในภายหลังดังนี้
SERVICE_ACCOUNT=$TOPIC_NAME-sa
gcloud iam service-accounts create $SERVICE_ACCOUNT \
--display-name "Cloud Run Pub/Sub Invoker"
ให้สิทธิ์บัญชีบริการในการเรียกใช้บริการ Cloud Run ดังนี้
SERVICE_NAME=thumbnail-service gcloud run services add-iam-policy-binding $SERVICE_NAME \ --member=serviceAccount:$SERVICE_ACCOUNT@$GOOGLE_CLOUD_PROJECT.iam.gserviceaccount.com \ --role=roles/run.invoker
หากคุณเปิดใช้บัญชีบริการ Pub/Sub ในวันที่ 8 เมษายน 2021 หรือก่อนหน้านั้น ให้มอบบทบาท iam.serviceAccountTokenCreator ให้บัญชีบริการ Pub/Sub ดังนี้
PROJECT_NUMBER=$(gcloud projects describe $GOOGLE_CLOUD_PROJECT --format='value(projectNumber)')
gcloud projects add-iam-policy-binding $GOOGLE_CLOUD_PROJECT \
--member=serviceAccount:service-$PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com \
--role=roles/iam.serviceAccountTokenCreator
การเปลี่ยนแปลง IAM อาจใช้เวลา 2-3 นาทีก่อนที่จะมีผล
สุดท้าย ให้สร้างการสมัครใช้บริการ Pub/Sub ด้วยบัญชีบริการดังนี้
SERVICE_URL=$(gcloud run services describe $SERVICE_NAME --format 'value(status.url)') gcloud pubsub subscriptions create $TOPIC_NAME-subscription --topic $TOPIC_NAME \ --push-endpoint=$SERVICE_URL \ --push-auth-service-account=$SERVICE_ACCOUNT@$GOOGLE_CLOUD_PROJECT.iam.gserviceaccount.com
คุณสามารถตรวจสอบว่ามีการสร้างการสมัครใช้บริการแล้ว ไปที่ Pub/Sub ในคอนโซล เลือกหัวข้อ gcs-events และคุณควรเห็นการสมัครใช้บริการที่ด้านล่าง

11. ทดสอบบริการ
หากต้องการทดสอบว่าการตั้งค่าใช้งานได้หรือไม่ ให้ลองอัปโหลดรูปภาพใหม่ไปยัง Bucket uploaded-pictures และตรวจสอบใน Bucket thumbnails ว่ารูปภาพที่ปรับขนาดใหม่ปรากฏขึ้นตามที่คาดไว้
นอกจากนี้ คุณยังตรวจสอบบันทึกเพื่อดูข้อความบันทึกที่ปรากฏขึ้นได้เมื่อขั้นตอนต่างๆ ของบริการ Cloud Run ดำเนินไป

12. ล้างข้อมูล (ไม่บังคับ)
หากไม่ต้องการทำ Lab อื่นๆ ในชุดนี้ต่อ คุณสามารถล้างข้อมูลทรัพยากรเพื่อประหยัดค่าใช้จ่ายและเป็นผู้ใช้ระบบคลาวด์ที่ดี คุณสามารถล้างข้อมูลทรัพยากรทีละรายการได้ดังนี้
ลบ Bucket ดังนี้
gsutil rb gs://$BUCKET_THUMBNAILS
ลบบริการดังนี้
gcloud run services delete $SERVICE_NAME -q
ลบหัวข้อ Pub/Sub ดังนี้
gcloud pubsub topics delete $TOPIC_NAME
หรือจะลบทั้งโปรเจ็กต์ก็ได้ดังนี้
gcloud projects delete $GOOGLE_CLOUD_PROJECT
13. ยินดีด้วย
ตอนนี้ทุกอย่างพร้อมแล้วดังนี้
- สร้างการแจ้งเตือนใน Cloud Storage ที่ส่งข้อความ Pub/Sub ในหัวข้อเมื่อมีการอัปโหลดรูปภาพใหม่
- กำหนดการผูกมัดและบัญชี IAM ที่จำเป็น (ต่างจาก Cloud Functions ที่เป็นแบบอัตโนมัติทั้งหมด ซึ่งที่นี่จะกำหนดค่าด้วยตนเอง)
- สร้างการสมัครใช้บริการเพื่อให้บริการ Cloud Run ของเรารับข้อความ Pub/Sub ได้
- เมื่อใดก็ตามที่มีการอัปโหลดรูปภาพใหม่ไปยัง Bucket ระบบจะปรับขนาดรูปภาพด้วยบริการ Cloud Run ใหม่
สิ่งที่เราได้พูดถึง
- Cloud Run
- Cloud Storage
- Cloud Pub/Sub