Looker PSC Southbound HTTPS Internet NEG Gitlab Self-Managed

1. مقدمة

في هذا الدرس التطبيقي حول الترميز، ستجري عملية ربط HTTPS في اتجاه الجنوب ببيئة GitLab Self-Managed باستخدام موازنة حمل داخلية لوكيل TCP ومجموعة نقاط نهاية شبكة (NEG) على الإنترنت يتم استدعاؤها من Looker PSC كمستهلك خدمة.

‫Private Service Connect هي إحدى إمكانات شبكات Google Cloud التي تتيح للمستهلكين الوصول إلى الخدمات المُدارة بشكل خاص من داخل شبكة السحابة الإلكترونية الافتراضية الخاصة (VPC). وبالمثل، يتيح لمقدّمي الخدمات المُدارة استضافة هذه الخدمات في شبكات VPC منفصلة وتقديم اتصال خاص للمستهلكين. على سبيل المثال، عند استخدام Private Service Connect للوصول إلى Looker، تكون أنت مستهلك الخدمة، وتكون Google مقدّم الخدمة، كما هو موضّح في الشكل 1.

الشكل 1.

تتيح إمكانية الوصول إلى الجنوب، المعروفة أيضًا باسم خدمة PSC العكسية، للمستهلك إنشاء "خدمة منشورة" بصفتها "مزوّد خدمة" للسماح لـ Looker بالوصول إلى نقاط النهاية المحلية وفي شبكة VPC وإلى الخدمات المُدارة والإنترنت. يمكن نشر عمليات الربط المتجهة جنوبًا في أي منطقة، بغض النظر عن مكان نشر Looker PSC، كما هو موضّح في الشكل 2.

الشكل 2.

ما ستتعلمه

متطلبات الشبكة
إنشاء خدمة منتِجة في Private Service Connect
إنشاء نقطة نهاية Private Service Connect في Looker
إنشاء اتصال بمثيل GitLab المُدار ذاتيًا

المتطلبات

مشروع Google Cloud لديه أذونات المالك
حساب ومستودع GitLab
مثيل Looker PSC الحالي

2. ما ستنشئه

ستنشئ شبكة Producer باسم looker-psc-demo لنشر جهاز موازنة الحمل الداخلي لخادم وكيل TCP وNEG على الإنترنت يتم نشره كخدمة من خلال Private Service Connect (PSC). بعد النشر، عليك اتّخاذ الإجراءات التالية للتحقّق من إمكانية الوصول إلى خدمة "المنتج":

إنشاء نقطة نهاية Private Service Connect في Looker مرتبطة بمرفق خدمة المنتج
استخدِم Looker Console لإنشاء مشروع جديد واختبار اتصال HTTPS ببيئة GitLab Self-Managed.

3- متطلبات الشبكة

في ما يلي تفصيل لمتطلبات الشبكة لشبكة Producer، والمستهلك في هذا الدرس العملي هو مثيل Looker PSC.

المكونات	الوصف
VPC (looker-psc-demo)	شبكة VPC في الوضع المخصّص
الشبكة الفرعية لترجمة عنوان الشبكة (NAT) في PSC	تتم ترجمة الحِزم من شبكة VPC الخاصة بالمستهلك باستخدام SNAT، وذلك كي يتم تحويل عناوين IP المصدر الأصلية إلى عناوين IP المصدر من الشبكة الفرعية NAT في شبكة VPC الخاصة بالمنتج.
الشبكة الفرعية لقاعدة إعادة التوجيه في PSC	يُستخدم لتخصيص عنوان IP لجهاز موازنة حمل الخادم الوكيل الداخلي الإقليمي TCP
الشبكة الفرعية لمجموعة نقاط نهاية شبكة اتصال خدمة خاصة	تُستخدَم لتخصيص عنوان IP لمجموعة نقاط نهاية الشبكة
الشبكة الفرعية للوكيل فقط	يتمّ تعيين عنوان IP داخلي لكل خادم وكيل في موازن التحميل. تحتوي الحِزم المُرسَلة من خادم وكيل إلى جهاز افتراضي أو نقطة نهاية في الخلفية على عنوان IP مصدر من الشبكة الفرعية الخاصة بالخادم الوكيل فقط.
مجموعة نقاط نهاية الشبكة للإنترنت	مورد يُستخدَم لتحديد خلفية خارجية لموازنة الحمل تم إعدادها كاسم نطاق مؤهَّل بالكامل (FQDN) يشير إلى اسم النطاق المؤهَّل بالكامل (FQDN) لـ Gitlab Self-Managed على الجهاز. يُجري اسم المجال المؤهّل بالكامل (FQDN) على الإنترنت بحثًا في نظام أسماء النطاقات (DNS) داخل السحابة الخاصة الافتراضية (VPC) لإجراء عملية التحويل.
خدمة الخلفية	تعمل خدمة الخلفية كجسر بين جهاز موازنة الحمل وموارد الخلفية. في البرنامج التعليمي، ترتبط خدمة الخلفية بـ NEG على الإنترنت.

ملاحظة: في عملية الإعداد، يتم نشر مجموعة NEG على الإنترنت تم ضبطها باستخدام اسم نطاق مؤهَّل بالكامل في شبكة VPC الخاصة بالمستهلك من أجل تحديد عنوان IP الخاص بمثيل GitLab Self-Managed المستضاف على الجهاز. بشكلٍ تلقائي، ستُجري مجموعة NEG على الإنترنت عملية بحث عن نظام أسماء النطاقات (DNS) في اسم النطاق المؤهّل بالكامل (FQDN) المقدَّم. لذلك، إذا كان يمكن حلّ اسم النطاق المؤهّل بالكامل لمثيل GitLab Self-Managed من مثيل GCE، لن تحتاج إلى اتّخاذ أي إجراء إضافي. إذا تعذّر تحويل الاسم المؤهّل بالكامل، عليك نشر منطقة خاصة في Cloud DNS مع سجلّ A لعنوان IP لخادم Gitlab المُدار ذاتيًا. في هذا البرنامج التعليمي، سنضبط منطقة نظام أسماء النطاقات الخاص لنطاق gitlabonprem.com وسجلّ A يستهدف خادم Gitlab المُدار ذاتيًا.

4. بنية الدرس التطبيقي حول الترميز

5- الإعداد والمتطلبات

إعداد البيئة بالسرعة التي تناسبك

سجِّل الدخول إلى Google Cloud Console وأنشِئ مشروعًا جديدًا أو أعِد استخدام مشروع حالي. إذا لم يكن لديك حساب على Gmail أو Google Workspace، عليك إنشاء حساب.

اسم المشروع هو الاسم المعروض للمشاركين في هذا المشروع. وهي سلسلة أحرف لا تستخدمها Google APIs. ويمكنك تعديلها في أي وقت.
رقم تعريف المشروع هو معرّف فريد في جميع مشاريع Google Cloud ولا يمكن تغييره بعد ضبطه. تنشئ Cloud Console تلقائيًا سلسلة فريدة، ولا يهمّك عادةً ما هي. في معظم دروس البرمجة، عليك الرجوع إلى رقم تعريف مشروعك (يُشار إليه عادةً باسم PROJECT_ID). إذا لم يعجبك المعرّف الذي تم إنشاؤه، يمكنك إنشاء معرّف عشوائي آخر. يمكنك بدلاً من ذلك تجربة اسم مستخدم من اختيارك ومعرفة ما إذا كان متاحًا. لا يمكن تغيير هذا الخيار بعد هذه الخطوة وسيظل ساريًا طوال مدة المشروع.
للعلم، هناك قيمة ثالثة، وهي رقم المشروع، تستخدمها بعض واجهات برمجة التطبيقات. يمكنك الاطّلاع على مزيد من المعلومات عن كل هذه القيم الثلاث في المستندات.

بعد ذلك، عليك تفعيل الفوترة في Cloud Console لاستخدام موارد/واجهات برمجة تطبيقات Cloud. لن تكلفك تجربة هذا الدرس التطبيقي حول الترميز الكثير، إن وُجدت أي تكلفة على الإطلاق. لإيقاف الموارد وتجنُّب تحمّل تكاليف تتجاوز هذا البرنامج التعليمي، يمكنك حذف الموارد التي أنشأتها أو حذف المشروع. يمكن لمستخدمي Google Cloud الجدد الاستفادة من برنامج الفترة التجريبية المجانية بقيمة 300 دولار أمريكي.

بدء Cloud Shell

على الرغم من إمكانية تشغيل Google Cloud عن بُعد من الكمبيوتر المحمول، ستستخدم في هذا الدرس العملي Google Cloud Shell، وهي بيئة سطر أوامر تعمل في السحابة الإلكترونية.

من Google Cloud Console، انقر على رمز Cloud Shell في شريط الأدوات العلوي على يسار الصفحة:

لن يستغرق توفير البيئة والاتصال بها سوى بضع لحظات. عند الانتهاء، من المفترض أن يظهر لك ما يلي:

يتم تحميل هذه الآلة الافتراضية مزوّدة بكل أدوات التطوير التي ستحتاج إليها. توفّر هذه الخدمة دليلًا منزليًا ثابتًا بسعة 5 غيغابايت، وتعمل على Google Cloud، ما يؤدي إلى تحسين أداء الشبكة والمصادقة بشكل كبير. يمكن إكمال جميع المهام في هذا الدرس العملي ضمن المتصفّح. لست بحاجة إلى تثبيت أي تطبيق.

6. قبل البدء

تفعيل واجهات برمجة التطبيقات

داخل Cloud Shell، تأكَّد من إعداد رقم تعريف مشروعك:

gcloud config list project
gcloud config set project [YOUR-PROJECT-ID]
project=[YOUR-PROJECT-ID]
region=[YOUR-REGION]
echo $project
echo $region

فعِّل جميع الخدمات اللازمة:

gcloud services enable compute.googleapis.com

7. إنشاء شبكة VPC خاصة بالمنتج

شبكة VPC

داخل Cloud Shell، اتّبِع الخطوات التالية:

gcloud compute networks create looker-psc-demo --subnet-mode custom

إنشاء شبكات فرعية

سيتم ربط الشبكة الفرعية لخدمة PSC بمرفق خدمة PSC بغرض ترجمة عناوين الشبكة.

في Cloud Shell، أنشئ الشبكة الفرعية لترجمة عناوين الشبكة (NAT) في Private Service Connect:

gcloud compute networks subnets create producer-psc-nat-subnet --network looker-psc-demo --range 172.16.10.0/28 --region $region --purpose=PRIVATE_SERVICE_CONNECT

في Cloud Shell، أنشئ الشبكة الفرعية لقاعدة إعادة التوجيه الخاصة بالمنتج:

gcloud compute networks subnets create producer-psc-fr-subnet --network looker-psc-demo --range 172.16.20.0/28 --region $region --enable-private-ip-google-access

داخل Cloud Shell، أنشئ الشبكة الفرعية الخاصة بخادم وكيل المنطقة الخاص بالمنتج فقط:

gcloud compute networks subnets create $region-proxy-only-subnet \
  --purpose=REGIONAL_MANAGED_PROXY \
  --role=ACTIVE \
  --region=$region \
  --network=looker-psc-demo \
  --range=10.10.10.0/24

حجز عنوان IP الخاص بجهاز موازنة الحمل

في Cloud Shell، احجز عنوان IP داخليًا لجهاز موازنة الحمل:

gcloud compute addresses create internet-neg-lb-ip \
  --region=$region \
  --subnet=producer-psc-fr-subnet

في Cloud Shell، اطّلِع على عنوان IP المحجوز.

gcloud compute addresses describe internet-neg-lb-ip \
  --region=$region | grep -i address:

مثال على الناتج:

user@cloudshell$ gcloud compute addresses describe internet-neg-lb-ip   --region=$region | grep -i address:
address: 172.16.20.2

إعداد مجموعة نقاط نهاية الشبكة للإنترنت

أنشئ مجموعة NEG على الإنترنت، واضبط –network-endpoint-type على internet-fqdn-port (اسم المضيف والمنفذ اللذان يمكن الوصول إليهما من الخلفية الخارجية).

داخل Cloud Shell، أنشئ مجموعة NEG على الإنترنت تُستخدَم للوصول إلى مثيل Gitlab Self-Managed، أي gitlabonprem.com.

gcloud compute network-endpoint-groups create gitlab-self-managed-internet-neg \
    --network-endpoint-type=INTERNET_FQDN_PORT \
    --network=looker-psc-demo \
    --region=$region

داخل Cloud Shell، عدِّل Internet NEG gitlab-self-managed-internet-neg باستخدام اسم النطاق المؤهّل بالكامل gitlabonprem.com والمنفذ 443

gcloud compute network-endpoint-groups update gitlab-self-managed-internet-neg \
    --add-endpoint="fqdn=gitlabonprem.com,port=443" \
    --region=$region

إنشاء قواعد جدار الحماية للشبكة

للسماح لميزة "الوصول إلى الأجهزة الافتراضية عبر الإنترنت" بالاتصال بأجهزة VM الافتراضية، أنشئ قاعدة جدار حماية تتضمّن ما يلي:

ينطبق على جميع مثيلات الأجهزة الافتراضية التي تريد إتاحتها باستخدام IAP.
تسمح هذه القاعدة بحركة البيانات الواردة من نطاق عناوين IP 35.235.240.0/20. يحتوي هذا النطاق على جميع عناوين IP التي تستخدمها خدمة IAP لإعادة توجيه بروتوكول TCP.

داخل Cloud Shell، أنشئ قاعدة جدار حماية IAP.

gcloud compute firewall-rules create ssh-iap-looker-psc-demo \
    --network looker-psc-demo \
    --allow tcp:22 \
    --source-ranges=35.235.240.0/20

8. إنشاء خدمة منتِجة

إنشاء مكوّنات جهاز موازنة الحمل

داخل Cloud Shell، اتّبِع الخطوات التالية:

gcloud compute backend-services create producer-backend-svc  --protocol=tcp --region=$region --load-balancing-scheme=INTERNAL_MANAGED

gcloud compute backend-services add-backend producer-backend-svc --network-endpoint-group=gitlab-self-managed-internet-neg --network-endpoint-group-region=$region --region=$region

في Cloud Shell، أنشئ خادم وكيل TCP مستهدفًا لتوجيه الطلبات إلى خدمة الخلفية:

gcloud compute target-tcp-proxies create producer-lb-tcp-proxy \
      --backend-service=producer-backend-svc  \
      --region=$region

في الصيغة التالية، أنشئ قاعدة إعادة توجيه (جهاز موازنة حمل وكيل TCP داخلي).

في Cloud Shell، نفِّذ ما يلي:

gcloud compute forwarding-rules create producer-gitlab-self-managed-fr\
     --load-balancing-scheme=INTERNAL_MANAGED \
     --network-tier=PREMIUM \
     --network=looker-psc-demo \
     --subnet=producer-psc-fr-subnet \
     --address=internet-neg-lb-ip \
     --target-tcp-proxy=producer-lb-tcp-proxy \
     --target-tcp-proxy-region=$region \
     --region=$region \
     --ports=443

إنشاء مرفق الخدمة

داخل Cloud Shell، أنشئ مرفق الخدمة gitlab-self-managed-svc-attachment-https مع الموافقة التلقائية التي تسمح باتصال Looker Core بمرفق الخدمة. إذا أردت التحكّم في الوصول إلى مرفق الخدمة، يمكنك استخدام خيار الموافقات الصريحة.

gcloud compute service-attachments create gitlab-self-managed-svc-attachment-https --region=$region --producer-forwarding-rule=producer-gitlab-self-managed-fr --connection-preference=ACCEPT_AUTOMATIC --nat-subnets=producer-psc-nat-subnet

بعد ذلك، احصل على "ملحق الخدمة" المُدرَج في معرّف الموارد المنتظم (URI) الخاص بـ selfLink الذي يبدأ بـ projects، ودوِّن هذا الملحق لإعداد نقطة نهاية PSC في Looker.

selfLink: projects/<your-project-id>/regions/<your-region>/serviceAttachments/gitlab-self-managed-svc-attachment-https

داخل Cloud Shell، اتّبِع الخطوات التالية:

gcloud compute service-attachments describe gitlab-self-managed-svc-attachment-https --region=$region

مثال:

connectionPreference: ACCEPT_AUTOMATIC
creationTimestamp: '2025-03-04T18:55:42.254-08:00'
description: ''
enableProxyProtocol: false
fingerprint: MlY9GLLGsgE=
id: '9103522880241140673'
kind: compute#serviceAttachment
name: gitlab-self-managed-svc-attachment-https
natSubnets:
- https://www.googleapis.com/compute/v1/projects/$projectid/regions/us-central1/subnetworks/producer-psc-nat-subnet
pscServiceAttachmentId:
  high: '115404658846991336'
  low: '9103522880241140673'
reconcileConnections: false
region: https://www.googleapis.com/compute/v1/projects/$projectid/regions/us-central1
selfLink: https://www.googleapis.com/compute/v1/projects/$projectid/regions/us-central1/serviceAttachments/gitlab-self-managed-svc-attachment-https
targetService: https://www.googleapis.com/compute/v1/projects/$projectid/regions/us-central1/forwardingRules/producer-gitlab-self-managed-fr

في Cloud Console، انتقِل إلى:

خدمات الشبكة → Private Service Connect → الخدمات المنشورة

9- إنشاء اتصال بنقطة نهاية Private Service Connect في Looker

في القسم التالي، ستربط Producers Service Attachment بـ Looker Core PSC من خلال استخدام العلامات ‎–psc-service-attachment في Cloud Shell لنطاق واحد.

داخل Cloud Shell، أنشئ عملية ربط PSC من خلال تعديل المَعلمات التالية لتتطابق مع بيئتك:

INSTANCE_NAME: اسم مثيل Looker (المنتج الأساسي من Google Cloud).
DOMAIN_1: gitlabonprem.com
SERVICE_ATTACHMENT_1: عنوان URI الذي تم التقاطه عند وصف مرفق الخدمة، gitlab-self-managed-svc-attachment-https.
المنطقة: المنطقة التي تتم فيها استضافة مثيل Looker (المنتج الأساسي من Google Cloud).

داخل Cloud Shell، اتّبِع الخطوات التالية:

gcloud looker instances update INSTANCE_NAME \
--psc-service-attachment  domain=DOMAIN_1,attachment=SERVICE_ATTACHMENT_URI_1 \
--region=REGION

مثال:

gcloud looker instances update looker-psc-instance \
--psc-service-attachment  domain=gitlabonprem.com,attachment=projects/$project/regions/$region/serviceAttachments/gitlab-self-managed-svc-attachment-https \
--region=$region

في Cloud Shell، تأكَّد من أنّ قيمة serviceAttachments.connectionStatus هي "ACCEPTED"، وعدِّلها باستخدام Looker PSC INSTANCE_NAME.

gcloud looker instances describe [INSTANCE_NAME] --region=$region --format=json

مثال:

gcloud looker instances describe looker-psc-instance --region=$region --format=json

مثال:

{
  "adminSettings": {},
  "createTime": "2024-08-23T00:00:45.339063195Z",
  "customDomain": {
    "domain": "cosmopup.looker.com",
    "state": "AVAILABLE"
  },
  "encryptionConfig": {},
  "lookerVersion": "24.12.28",
  "name": "projects/$project/locations/$region/instances/looker-psc-instance",
  "platformEdition": "LOOKER_CORE_ENTERPRISE_ANNUAL",
  "pscConfig": {
    "allowedVpcs": [

    "projects/$project/global/networks/looker-psc-demo"
    ],
    "lookerServiceAttachmentUri": "projects/t7ec792caf2a609d1-tp/regions/$region/serviceAttachments/looker-psc-f51982e2-ac0d-48b1-91bb-88656971c183",
    "serviceAttachments": [
      {
        "connectionStatus": "ACCEPTED",
        "localFqdn": "gitlabonprem.com",
        "targetServiceAttachmentUri": "projects/$project/regions/$region/serviceAttachments/gitlab-self-managed-svc-attachment-https"
      }
    ]
  },
  "pscEnabled": true,
  "state": "ACTIVE",
  "updateTime": "2024-08-30T17:47:33.440271635Z"
}

التحقّق من صحة نقطة نهاية PSC في Cloud Console

يمكنك التحقّق من صحة اتصال PSC من Cloud Console

في Cloud Console، انتقِل إلى:

Looker → نسخة Looker → التفاصيل

10. التحويل باستخدام نظام أسماء النطاقات (DNS)

في القسم التالي، أنشئ مثيلاً من GCE وتحقّق من التحويل باستخدام نظام أسماء النطاقات (DNS) إلى مثيل Gitlab Self-Managed، gitlabonprem.com، من خلال تنفيذ PING. وكما هو متوقّع، سيتعذّر التحويل باستخدام نظام أسماء النطاقات، ما يتطلّب توفير منطقة نظام أسماء نطاقات خاص لـ gitlabonprem.com.

11. إنشاء مثيل GCE

داخل Cloud Shell، أنشئ مثيل GCE المستخدَم للتحقّق من تعيين نظام أسماء النطاقات.

gcloud compute instances create gce-dns-lookup \
    --project=$projectid \
    --machine-type=e2-micro \
    --image-family debian-11 \
    --no-address \
    --image-project debian-cloud \
    --zone us-central1-a \
    --subnet=producer-psc-fr-subnet

سجِّل الدخول إلى consumer-vm باستخدام IAP في Cloud Shell للتحقّق من إمكانية الاتصال بالخدمة المنتِجة من خلال تنفيذ curl. أعِد المحاولة إذا انتهت المهلة.

gcloud compute ssh gce-dns-lookup --project=$projectid --zone=us-central1-a --tunnel-through-iap

من نظام التشغيل، نفِّذ عملية PING إلى gitlabonprem.com، ومن المتوقّع أن يتعذّر ذلك.

ping gitlabonprem.com

مثال:

user@gce-dns-lookup:~$ ping gitlabonprem.com
ping: gitlabonprem.com: Name or service not known

الخروج من نظام التشغيل، ما يؤدي إلى الرجوع إلى نافذة Cloud Shell الطرفية

exit

12. إنشاء منطقة نظام أسماء نطاقات خاص

في Cloud Shell، أنشئ منطقة خاصة في Cloud DNS.

gcloud dns --project=$projectid managed-zones create gitlab-self-managed --description="" --dns-name="gitlabonprem.com." --visibility="private" --networks="https://compute.googleapis.com/compute/v1/projects/$projectid/global/networks/looker-psc-demo"

داخل Cloud Shell، أنشئ سجل A يتألف من عنوان IP الخاص بمثيل Gitlab Self-Managed، وهو 192.168.10.4.

gcloud dns --project=$projectid record-sets create gitlabonprem.com. --zone="gitlab-self-managed" --type="A" --ttl="300" --rrdatas="192.168.10.4"

gcloud compute ssh gce-dns-lookup --project=$projectid --zone=us-central1-a --tunnel-through-iap

من نظام التشغيل، نفِّذ عملية PING إلى gitlabonprem.com، والتي يتم حلّها إلى 192.168.10.4.

ping gitlabonprem.com

مثال:

user@gce-dns-lookup:~$ ping gitlabonprem.com
PING gitlabonprem.com (192.168.10.4) 56(84) bytes of data

الخروج من نظام التشغيل، ما يؤدي إلى الرجوع إلى نافذة Cloud Shell الطرفية

exit

13. Hybrid Connectivity

يمكن الآن حلّ اسم النطاق المؤهّل بالكامل gitlabonprem.com باستخدام عنوان IP الخاص المستضاف في الموقع. بعد ذلك، يجب إعداد الشبكات المختلطة (مثل Interconnect وHA-VPN) بين شبكة VPC الخاصة بـ looker-psc-demo والشبكة المحلية لتفعيل الاتصال.

في ما يلي الخطوات المطلوبة لإنشاء اتصال مجموعة نقاط نهاية الشبكة المختلطة (NEG) بالشبكة المحلية:

اختيار أحد منتجات ربط الشبكات | Google Cloud
في بنية المحور والأطراف التي تستخدم تبادل المعلومات بين شبكات VPC، يتم نشر مجموعة NEG المختلطة في شبكة VPC نفسها التي يتم فيها نشر Cloud Router (المحور).
تأكَّد من تعديل جدران الحماية المحلية لتناسب نطاق الشبكة الفرعية للخادم الوكيل فقط، لأنّ هذه الشبكة الفرعية تعمل كعنوان IP المصدر للتواصل مع أحمال العمل المحلية.
الإعلان عن الشبكة الفرعية التي تستخدم الخادم الوكيل فقط من Cloud Router كإعلان مخصّص عن المسار

14. اختبار الاتصال

في الخطوات التالية، ستستخدم Looker Console لإنشاء مشروع من أجل التحقّق من صحة اتصال HTTPS بـ gitlabonprem.com باستخدام الإجراء الموضّح في إعداد اتصال Git واختباره.

15. تَنظيم

حذف مكوّنات المختبر من نافذة Cloud Shell واحدة

gcloud compute service-attachments delete gitlab-self-managed-svc-attachment-https --region=$region -q

gcloud compute forwarding-rules delete producer-gitlab-self-managed-fr --region=$region -q

gcloud compute target-tcp-proxies delete producer-lb-tcp-proxy --region=$region -q

gcloud compute backend-services delete producer-backend-svc --region=$region -q

gcloud compute network-endpoint-groups delete gitlab-self-managed-internet-neg --region=$region -q

gcloud compute instances delete gce-dns-lookup --zone=us-central1-a -q

gcloud compute networks subnets delete producer-psc-fr-subnet producer-psc-nat-subnet $region-proxy-only-subnet --region=$region -q

gcloud dns --project=$projectid record-sets delete gitlabonprem.com. --zone="gitlab-sel
f-managed" --type="A"

gcloud dns --project=$projectid managed-zones delete gitlab-self-managed 

gcloud compute networks delete looker-psc-demo -q

16. تهانينا

تهانينا، لقد تمكّنت من إعداد عملية الربط والتحقّق من صحتها بنجاح مع مثيل GitLab المُدار ذاتيًا باستخدام Looker Console المستند إلى Private Service Connect.

أنشأت البنية الأساسية للمنتج، وتعرّفت على كيفية إنشاء مجموعة NEG على الإنترنت وخدمة المنتج ونقطة نهاية Looker PSC التي تتيح الاتصال بخدمة المنتج.

تعتقد Cosmopup أنّ الدروس التطبيقية حول الترميز رائعة!!

ما هي الخطوات التالية؟

اطّلِع على بعض دروس الترميز التطبيقية هذه...

Looker PSC Southbound HTTPS Internet NEG Gitlab Self-Managed

1. مقدمة

ما ستتعلمه

المتطلبات

2. ما ستنشئه

3- متطلبات الشبكة

4. بنية الدرس التطبيقي حول الترميز

5- الإعداد والمتطلبات

إعداد البيئة بالسرعة التي تناسبك

بدء Cloud Shell

6. قبل البدء

تفعيل واجهات برمجة التطبيقات

7. إنشاء شبكة VPC خاصة بالمنتج

شبكة VPC

إنشاء شبكات فرعية

حجز عنوان IP الخاص بجهاز موازنة الحمل

إعداد مجموعة نقاط نهاية الشبكة للإنترنت

إنشاء قواعد جدار الحماية للشبكة

8. إنشاء خدمة منتِجة

إنشاء مكوّنات جهاز موازنة الحمل

إنشاء مرفق الخدمة

9- إنشاء اتصال بنقطة نهاية Private Service Connect في Looker

التحقّق من صحة نقطة نهاية PSC في Cloud Console

10. التحويل باستخدام نظام أسماء النطاقات (DNS)

11. إنشاء مثيل GCE

12. إنشاء منطقة نظام أسماء نطاقات خاص

13. Hybrid Connectivity

14. اختبار الاتصال

15. تَنظيم

16. تهانينا

ما هي الخطوات التالية؟

مزيد من المعلومات والفيديوهات

المستندات المرجعية