تتناول هذه المقالة كيفية استضافة موقع ويب على Google Cloud. توفر Google Cloud نظامًا أساسيًا قويًا ومرنًا وموثوقًا وقابل للتطوير لخدمة مواقع الويب. قامت Google بإنشاء Google Cloud باستخدام نفس البنية التحتية التي تستخدمها Google لخدمة المحتوى من مواقع مثل Google.com و YouTube و Gmail. يمكنك خدمة محتوى موقع الويب الخاص بك باستخدام نوع وتصميم البنية التحتية التي تناسب احتياجاتك قد تجد هذه المقالة مفيدة إذا كنت: - على دراية بكيفية إنشاء موقع ويب ونشر بعض البنية التحتية لخدمة الويب وتشغيلها من قبل - تقييم ما إذا كان سيتم ترحيل موقعك إلى Google Cloud وكيفية ذلك إذا كنت ترغب في إنشاء موقع ويب بسيط ، ففكر في استخدام مواقع Google ، وويكي منظم وصفحة ويب ¢ ¢ à  à  أداة إنشاء. لمزيد من المعلومات ، قم بزيارة تعليمات المواقع ## اختيار خيار إذا كنت جديدًا في استخدام Google Cloud ، فمن المعقول أن تبدأ باستخدام نوع التكنولوجيا الذي تعرفه بالفعل. على سبيل المثال ، إذا كنت تستخدم حاليًا خوادم الأجهزة أو الأجهزة الافتراضية (VMs) لاستضافة موقعك ، ربما مع مزود خدمة سحابي آخر أو على أجهزتك الخاصة ، فإن Compute Engine يوفر لك نموذجًا مألوفًا لك. إذا كنت تستخدم بالفعل عرض النظام الأساسي كخدمة (PaaS) ، مثل Heroku أو Engine Yard ، فقد يكون App Engine هو أفضل مكان للبدء. إذا كنت تفضل الحوسبة بدون خادم ، فمن المحتمل أن يكون Cloud Run خيارًا جيدًا لك بعد أن تصبح أكثر دراية بـ Google Cloud ، يمكنك استكشاف ثراء المنتجات والخدمات التي يوفرها Google Cloud. على سبيل المثال ، إذا بدأت باستخدام Compute Engine ، فيمكنك زيادة إمكانات موقعك باستخدام Google Kubernetes Engine (GKE) أو ترحيل بعض أو كل الوظائف إلى App Engine و Cloud Run يلخص الجدول التالي خيارات الاستضافة على Google Cloud: | الخيار || المنتج || تخزين البيانات || موازنة التحميل || قابلية التوسع || التسجيل والمراقبة | | موقع ثابت || | سحابة التخزين استضافة Firebase | دلو التخزين السحابي || | HTTP (S) اختياري | تلقائيا | | الأجهزة الافتراضية || حساب المحرك || | Cloud SQL Admin API ، و Cloud Storage API ، و Datastore API ، و Cloud Bigtable API ، أو يمكنك استخدام مزود تخزين خارجي آخر الأقراص الثابتة المستندة إلى القرص الثابت ، تسمى | | HTTP (S) وكيل TCP وكيل SSL إنهاء IPv6 شبكة عبر المنطقة داخلي | تلقائيًا مع مجموعات المثيل المُدارة | | الحاويات || GKE || مشابه لـ Compute Engine لكنه يتفاعل مع الأقراص الثابتة بشكل مختلف || الشبكة | HTTP (S) | مقياس الكتلة الأوتوماتيكي | | منصة مُدارة || | محرك التطبيقات | خدمات Google Cloud مثل Cloud SQL و Firestore والتخزين السحابي وقواعد بيانات الجهات الخارجية التي يمكن الوصول إليها || | HTTP (S) تديرها Google | تدار من قبل جوجل | | خادم || | تشغيل السحابة | خدمات Google Cloud مثل Cloud SQL و Firestore والتخزين السحابي وقواعد بيانات الجهات الخارجية التي يمكن الوصول إليها || | HTTP (S) تديرها Google | تدار من قبل جوجل | يمكن أن تساعدك هذه المقالة على فهم التقنيات الرئيسية التي يمكنك استخدامها لخدمة الويب على Google Cloud وتعطيك لمحة عن كيفية عمل التقنيات. توفر المقالة روابط لإكمال الوثائق والبرامج التعليمية ومقالات الحلول التي يمكن أن تساعدك في بناء فهم أعمق عندما تكون جاهزًا ## فهم التكاليف نظرًا لوجود العديد من المتغيرات ولكل تطبيق مختلف ، فإنه خارج نطاق هذه المقالة لتقديم نصائح محددة حول التكاليف. لفهم مبادئ Google حول كيفية عمل التسعير على Google Cloud ، راجع صفحة التسعير. لفهم أسعار الخدمات الفردية ، راجع قسم تسعير المنتج. يمكنك أيضًا استخدام حاسبة الأسعار لتقدير الشكل الذي قد يبدو عليه استخدام Google Cloud. يمكنك تقديم تفاصيل حول الخدمات التي تريد استخدامها ثم الاطلاع على تقدير الأسعار ## إعداد خدمات اسم المجال عادة ، سوف ترغب في تسجيل اسم مجال لموقعك. يمكنك استخدام مسجل اسم المجال العام ، مثل Google Domains ، لتسجيل اسم فريد لموقعك. إذا كنت تريد التحكم الكامل في نظام اسم المجال الخاص بك (DNS) ، فيمكنك استخدام Cloud DNS لتكون بمثابة مزود DNS الخاص بك. تتضمن وثائق Cloud DNS بداية سريعة لمساعدتك على المضي قدمًا إذا كان لديك مزود DNS حالي تريد استخدامه ، فأنت بحاجة إلى ذلك بشكل عام إنشاء اثنين من السجلات مع هذا المزود. لاسم مجال مثل example.com ، تقوم بإنشاء ملف سجل مع مزود DNS الخاص بك. بالنسبة إلى www.example.com المجال الفرعي ، تقوم بإنشاء ملف سجل CNAME لـ شبكة الاتصالات العالمية للإشارة إلى example.com المجال. ال سجل يعيّن اسم مضيف على عنوان IP ال يقوم سجل CNAME بإنشاء اسم مستعار لـ سجل إذا كان مسجل اسم المجال الخاص بك هو أيضًا مزود DNS الخاص بك ، فمن المحتمل أن يكون هذا كل ما عليك القيام به. إذا كنت تستخدم موفرين منفصلين للتسجيل و DNS ، فتأكد من أن مسجل اسم المجال الخاص بك لديه خوادم الاسم الصحيحة المرتبطة بنطاقك بعد إجراء تغييرات DNS الخاصة بك ، يمكن أن يستغرق نشر تحديثات السجل بعض الوقت اعتمادًا على قيم مدة البقاء (TTL) في منطقتك. إذا كان هذا اسم مضيف جديدًا ، فستدخل التغييرات حيز التنفيذ بسرعة لأن محللي DNS ليس لديهم قيم سابقة مخزنة مؤقتًا ويمكنهم الاتصال بمزود DNS للحصول على المعلومات اللازمة لتوجيه الطلبات ## استضافة موقع ثابت إن أبسط طريقة لخدمة محتوى موقع الويب عبر HTTP (S) هي الاستضافة * صفحات الويب الثابتة *. يتم تقديم صفحات الويب الثابتة دون تغيير ، كما تم كتابتها ، عادةً باستخدام HTML. باستخدام موقع ثابت يعد خيارًا جيدًا إذا كانت صفحات موقعك نادرًا ما تتغير بعد أن يتم تغييرها المنشورة ، مثل منشورات المدونة أو الصفحات التي تشكل جزءًا من شركة صغيرة موقع الكتروني. يمكنك فعل الكثير مع صفحات الويب الثابتة ، ولكن إذا كنت بحاجة إلى موقعك على الويب لديك تفاعلات قوية مع المستخدمين من خلال التعليمات البرمجية من جانب الخادم ، يجب عليك ذلك النظر في الخيارات الأخرى التي تمت مناقشتها في هذه المقالة استضافة موقع ثابت مع التخزين السحابي لاستضافة موقع ثابت في Cloud Storage ، تحتاج إلى إنشاء ملف دلو التخزين السحابي ، قم بتحميل المحتوى واختبر موقعك الجديد. تستطيع خدمة بياناتك مباشرة من storage.googleapis.com ، أو تستطيع تحقق من أنك تملك المجال الخاص بك والاستخدام اسم المجال الخاص بك يمكنك إنشاء صفحات الويب الثابتة الخاصة بك كيفما تختار. على سبيل المثال ، يمكنك صفحات المؤلف اليدوي باستخدام HTML و CSS. يمكنك استخدام ملف * مولد الموقع الثابت * ، مثل جيكل ، شبح، أو هوغو ، لإنشاء المحتوى باستخدام مولدات المواقع الثابتة ، يمكنك إنشاء موقع ويب ثابت بواسطة التأليف في تخفيض السعر، وتقديم القوالب والأدوات. مولدات الموقع بشكل عام توفير خادم ويب محلي يمكنك استخدامه لمعاينة المحتوى الخاص بك بعد عمل موقعك الثابت ، يمكنك تحديث الصفحات الثابتة باستخدام أي العملية التي تريدها. يمكن أن تكون هذه العملية مباشرة مثل النسخ اليدوي لملف صفحة محدثة إلى دلو. قد تختار استخدام نهج أكثر تلقائية ، مثل تخزين المحتوى الخاص بك على GitHub ثم استخدام ملف الويب هوك لتشغيل البرنامج النصي الذي يقوم بتحديث الدلو. قد يستخدم نظام أكثر تقدمًا ملف أداة التكامل المستمر / التسليم المستمر (CI / CD) ، مثل جينكينز ، لتحديث المحتوى في دلو. لدى Jenkins تخزين سحابي توصيل في الذي يوفر خطوة ما بعد الإنشاء لبرنامج Google Cloud Storage Uploader لنشر الإصدار القطع الأثرية في التخزين السحابي إذا كان لديك تطبيق ويب يحتاج إلى خدمة محتوى ثابت أو وسائط ثابتة محمّلة بواسطة المستخدم ، فإن استخدام التخزين السحابي يمكن أن يكون وسيلة فعالة من حيث التكلفة وفعالة لاستضافة هذا المحتوى وتقديمه ، مع تقليل كمية الطلبات الديناميكية لتطبيق الويب الخاص بك بالإضافة إلى ذلك ، يمكن لـ Cloud Storage قبول المحتوى المقدم من المستخدم مباشرة. تتيح هذه الميزة للمستخدمين تحميل ملفات وسائط كبيرة بشكل مباشر وآمن دون استخدام وكلاء عبر الخوادم الخاصة بك للحصول على أفضل أداء من موقع الويب الثابت الخاص بك ، راجع أفضل ممارسات التخزين السحابي لمزيد من المعلومات ، راجع الصفحات التالية: - استضافة موقع ثابت - J لـ Jenkins (منشور مدونة) - Band Aid 30 على Google Cloud (مشاركة مدونة) - وثائق التخزين السحابي استضافة موقع ويب ثابت باستخدام Firebase Hosting يوفر Firebase Hosting استضافة ثابتة سريعة وآمنة لتطبيق الويب الخاص بك. باستخدام Firebase Hosting ، يمكنك نشر تطبيقات الويب والمحتوى الثابت على شبكة عالمية لتسليم المحتوى (CDN) باستخدام أمر واحد فيما يلي بعض الفوائد التي تحصل عليها عند استخدام استضافة Firebase: - تم تضمين طبقة المقابس الآمنة ذات التكوين الصفري في استضافة Firebase. يوفر شهادات SSL على المجالات المخصصة مجانًا - يتم تقديم كل المحتوى الخاص بك عبر HTTPS - يتم تسليم المحتوى الخاص بك إلى المستخدمين لديك من أطراف CDN حول العالم - باستخدام Firebase CLI ، يمكنك إعداد تطبيقك وتشغيله في ثوانٍ. استخدم أدوات سطر الأوامر لإضافة أهداف النشر إلى عملية الإنشاء الخاصة بك - تحصل على ميزات إدارة الإصدار ، مثل النشر الجزئي للأصول الجديدة ، والإصدار الكامل ، والتراجع عن الحالة السابقة بنقرة واحدة - تقدم الاستضافة تكوينًا مفيدًا للتطبيقات أحادية الصفحة والمواقع الأخرى التي تشبه التطبيقات بشكل أكبر - تم تصميم الاستضافة لتستخدم بسلاسة مع ميزات Firebase الأخرى لمزيد من المعلومات ، راجع الصفحات التالية: ## استخدام الأجهزة الافتراضية مع Compute Engine بالنسبة لحالات استخدام البنية التحتية كخدمة (IaaS) ، توفر Google Cloud Compute Engine. يوفر Compute Engine بنية أساسية قوية للحوسبة ، ولكن يجب عليك اختيار مكونات النظام الأساسي التي تريد استخدامها وتكوينها. باستخدام Compute Engine ، تقع على عاتقك مسؤولية تكوين الأنظمة وإدارتها ومراقبتها. تضمن Google أن الموارد متاحة وموثوقة وجاهزة للاستخدام ، ولكن الأمر متروك لك لتوفيرها وإدارتها. الميزة هنا هي أن لديك سيطرة كاملة على الأنظمة ومرونة غير محدودة استخدم Compute Engine لتصميم ونشر أي نظام لخدمة مواقع الويب تقريبًا تريده. يمكنك استخدام VMs ، تسمى المثيلات ، لإنشاء تطبيقك ، تمامًا كما لو كان لديك البنية الأساسية للأجهزة الخاصة بك. يقدم Compute Engine مجموعة متنوعة من أنواع الماكينات لتخصيص التكوين الخاص بك لتلبية احتياجاتك وميزانيتك. يمكنك اختيار أنظمة التشغيل ومجموعات التطوير واللغات والأطر والخدمات وتقنيات البرامج الأخرى التي تفضلها الإعداد تلقائيًا باستخدام Google Cloud Marketplace أسهل طريقة لنشر حزمة كاملة لخدمة الويب هي استخدام Google Cloud Marketplace. بنقرات قليلة فقط ، يمكنك نشر أي من أكثر من 100 حل محقق بالكامل باستخدام Google Click to Deploy أو Bitnami على سبيل المثال ، يمكنك إعداد حزمة LAMP أو WordPress مع Cloud Marketplace. يقوم النظام بنشر حزمة برامج كاملة تعمل في بضع دقائق فقط على مثيل واحد. قبل النشر ، يعرض لك Cloud Marketplace تقديرات التكلفة لتشغيل الموقع ، ويمنحك معلومات واضحة حول إصدارات مكونات البرنامج التي يثبتها لك ، ويتيح لك تخصيص التكوين عن طريق تغيير أسماء مثيلات المكون ، واختيار نوع الجهاز ، والاختيار حجم القرص. بعد النشر ، يكون لديك تحكم كامل في مثيلات Compute Engine وتكويناتها والبرامج الإعداد يدويًا يمكنك أيضًا إنشاء البنية الأساسية الخاصة بك على Compute Engine يدويًا ، إما إنشاء التكوين الخاص بك من البداية أو البناء على نشر Google Cloud Marketplace. على سبيل المثال ، قد ترغب في استخدام إصدار من مكون برنامج لا يقدمه Cloud Marketplace ، أو ربما تفضل تثبيت كل شيء وتهيئته بنفسك يعد توفير إطار عمل كامل وأفضل الممارسات لإنشاء موقع ويب خارج نطاق هذه المقالة. ولكن من وجهة نظر عالية المستوى ، فإن الجانب التقني لإعداد بنية أساسية لخدمة الويب على Compute Engine يتطلب منك: افهم المتطلبات. إذا كنت تقوم بإنشاء موقع ويب جديد ، فتأكد من فهمك للمكونات التي تحتاجها ، مثل الطبعات واحتياجات التخزين والبنية التحتية للشبكات.إذا كنت تقوم بترحيل تطبيقك من حل موجود ، فمن المحتمل أنك تفهم بالفعل هذه المتطلبات ، لكنك تحتاج إلى التفكير في كيفية تعيين الإعداد الحالي لخدمات Google Cloud.تخطيط التصميم.فكر في العمارة الخاصة بك واكتب تصميمك.كن صريحًا قدر الإمكان.إنشاء المكونات.المكونات التي قد تفكر فيها عادةً على أنها أصول مادية ، مثل أجهزة الكمبيوتر ومفاتيح الشبكة ، يتم توفيرها من خلال الخدمات في Compute Engine.على سبيل المثال ، إذا كنت تريد جهاز كمبيوتر ، فعليك إنشاء مثيل Compute Engine.إذا كنت تريد محرك أقراص ثابتًا ثابتًا ، فأنت تقوم بإنشائه أيضًا.مدير النشر السحابي أو Terraform يجعل هذه العملية سهلة وقابلة للتكرار.تكوين وتخصيص: بعد أن يكون لديك المكونات التي تريدها ، تحتاج إلى تكوينها ، وتثبيت البرامج وتكوينها ، وكتابة ونشر أي كود تخصيص تحتاجه.يمكنك نسخ التكوين عن طريق تشغيل البرامج النصية shell ، مما يساعد على تسريع عمليات النشر المستقبلية.مدير النشر يساعد هنا أيضًا من خلال توفير قوالب تكوين تعريفية ومرنة للنشر التلقائي للموارد.يمكنك أيضًا الاستفادة من أدوات أتمتة تكنولوجيا المعلومات مثل Puppet و Chef.انشر الأصول.من المفترض أن لديك صفحات ويب وصورًا.اختبار.تحقق من أن كل شيء يعمل كما تتوقع.النشر في الإنتاج.افتح موقعك ليشاهده العالم ويستخدمهلمساعدتك على البدء وفهم ما يشبه إعداد مثيلات Compute Engine يدويًا ، جرب واحدًا أو أكثر من الدروس التالية:تخزين البيانات باستخدام Compute Engine تحتاج معظم مواقع الويب إلى نوع من التخزين. قد تحتاج إلى التخزين لعدة أسباب ، مثل حفظ الملفات التي يقوم المستخدمون بتحميلها ، وبالطبع الأصول التي يستخدمها موقعك توفر Google Cloud مجموعة متنوعة من خدمات التخزين المُدارة ، بما في ذلك: - قاعدة بيانات SQL في Cloud SQL ، والتي تستند إلى MySQL - خياران لتخزين بيانات NoSQL: Firestore و Cloud Bigtable - تخزين كائن متسق وقابل للتطوير وبسعة كبيرة بتنسيق سحابة التخزين يأتي التخزين السحابي في عدة فئات: - المعيار يوفر أقصى قدر من التوافر - يوفر Nearline خيارًا منخفض التكلفة مثاليًا للبيانات التي يتم الوصول إليها أقل من مرة واحدة في الشهر - يوفر Coldline خيارًا منخفض التكلفة ومثاليًا للبيانات التي يتم الوصول إليها أقل من مرة واحدة كل ثلاثة أشهر - يوفر الأرشيف الخيار الأقل تكلفة للأرشفة والنسخ الاحتياطي والتعافي من الكوارث - الأقراص الثابتة على Compute Engine لاستخدامها كتخزين أساسي لمثيلاتك. عروض Compute Engine كلا الأقراص الثابتة المستندة إلى القرص الثابت ، تسمى الأقراص الثابتة القياسية والأقراص الثابتة ذات الحالة الصلبة (SSD). يمكنك أيضًا اختيار إعداد تقنية التخزين المفضلة لديك على Compute Engine باستخدام الأقراص الثابتة. على سبيل المثال ، يمكنك إعداد PostgreSQL كقاعدة بيانات SQL الخاصة بك أو إعداد MongoDB كتخزين NoSQL. لفهم النطاق الكامل لخدمات التخزين وفوائدها على Google Cloud ، راجع اختيار خيار التخزين موازنة التحميل مع Compute Engine بالنسبة لأي موقع ويب يعمل على نطاق واسع ، غالبًا ما يكون استخدام تقنيات موازنة التحميل لتوزيع عبء العمل بين الخوادم مطلبًا. لديك مجموعة متنوعة من الخيارات عند تصميم خوادم الويب المتوازنة التحميل على Compute Engine ، بما في ذلك: - موازنة تحميل HTTP (S) يشرح أساسيات استخدام موازنة الأحمال السحابية - موازنة الحمل على أساس المحتوى. يوضح كيفية توزيع حركة المرور على طبعات مختلفة بناءً على عنوان URL الوارد - موازنة الحمل عبر المناطق. يوضح تكوين مثيلات الجهاز الظاهري في مناطق مختلفة واستخدام موازنة تحميل HTTP أو HTTPS لتوزيع حركة المرور عبر المناطق - موازنة تحميل وكيل TCP. يوضح إعداد موازنة تحميل وكيل TCP العالمية لخدمة موجودة في مناطق متعددة - موازنة تحميل وكيل SSL. يوضح إعداد موازنة تحميل وكيل SSL عالمي لخدمة موجودة في مناطق متعددة - إنهاء IPv6 لموازنة تحميل HTTP (S) و SSL Proxy و TCP Proxy. يشرح إنهاء IPv6 وخيارات تكوين أرصدة التحميل للتعامل مع طلبات IPv6 - موازنة حمل الشبكة. يعرض سيناريو أساسيًا يقوم بإعداد تكوين موازنة حمل الطبقة 3 لتوزيع حركة مرور HTTP عبر المثيلات السليمة - موازنة التحميل عبر المناطق باستخدام الخلفيات الخلفية لـ Microsoft IIS. يوضح كيفية استخدام موازن تحميل Compute Engine لتوزيع حركة المرور على خوادم Microsoft Internet Information Services (IIS) - إعداد موازنة التحميل الداخلي يمكنك إعداد موازن تحميل يقوم بتوزيع حركة مرور الشبكة على شبكة خاصة غير معرّضة للإنترنت. تعد موازنة التحميل الداخلي مفيدة ليس فقط لتطبيقات الإنترانت حيث تظل كل حركة المرور على شبكة خاصة ، ولكن أيضًا لتطبيقات الويب المعقدة حيث تطلب الواجهة الأمامية لخوادم الواجهة الخلفية باستخدام شبكة خاصة يتسم نشر موازنة التحميل بالمرونة ، ويمكنك استخدام Compute Engine مع الحلول الحالية لديك. على سبيل المثال ، يعد موازنة تحميل HTTP (S) باستخدام Nginx أحد الحلول الممكنة التي يمكنك استخدامها بدلاً من موازن تحميل Compute Engine توزيع المحتوى باستخدام Compute Engine نظرًا لأن وقت الاستجابة يعد مقياسًا أساسيًا لأي موقع ويب ، فإن استخدام CDN لتقليل وقت الاستجابة وزيادة الأداء غالبًا ما يكون مطلبًا ، خاصةً بالنسبة إلى موقع يتمتع بحركة مرور عالمية على الويب تستخدم شبكة CDN السحابية نقاط تواجد Google الموزعة عالميًا لتقديم المحتوى من مواقع التخزين المؤقت الأقرب إلى المستخدمين. تعمل Cloud CDN مع موازنة تحميل HTTP (S). لتقديم محتوى خارج Compute Engine أو Cloud Storage أو كليهما من عنوان IP واحد ، قم بتمكين Cloud CDN لموازن تحميل HTTP (S) القياس التلقائي باستخدام محرك الحساب يمكنك إعداد البنية الخاصة بك لإضافة وإزالة الخوادم حسب اختلاف الطلب. يمكن أن يساعد هذا النهج في ضمان أداء موقعك بشكل جيد في ظل ذروة الحمل ، مع إبقاء التكاليف تحت السيطرة خلال فترات الطلب الأكثر شيوعًا. يوفر Compute Engine جهاز قياس تلقائي يمكنك استخدامه لهذا الغرض القياس التلقائي هو ميزة لمجموعات المثيلات المُدارة. مجموعة المثيل المُدارة هي مجموعة من مثيلات الآلة الظاهرية المتجانسة ، والتي تم إنشاؤها من قالب مثيل شائع. يضيف مقياس تلقائي أو يزيل طبعات في مجموعة طبعات مُدارة. على الرغم من أن Compute Engine يحتوي على مجموعات مثيلات مُدارة وغير مُدارة ، يمكنك فقط استخدام مجموعات المثيلات المُدارة باستخدام مقياس تلقائي. لمزيد من المعلومات ، راجع القياس التلقائي على Compute Engine لإلقاء نظرة متعمقة على ما يتطلبه الأمر لإنشاء حل تطبيقات ويب قابل للتطوير ومرن ، راجع إنشاء تطبيقات ويب قابلة للتطوير ومرنة التسجيل والمراقبة باستخدام Compute Engine يتضمن Google Cloud ميزات يمكنك استخدامها لمتابعة ما يحدث مع موقع الويب الخاص بك يجمع Cloud Logging السجلات من التطبيقات والخدمات على Google Cloud ويخزنها. يمكنك عرض السجلات أو تصديرها ودمج سجلات الجهات الخارجية باستخدام وكيل التسجيل توفر المراقبة السحابية لوحات معلومات وتنبيهات لموقعك. يمكنك تكوين المراقبة باستخدام Google Cloud console. يمكنك مراجعة مقاييس الأداء للخدمات السحابية والأجهزة الافتراضية والخوادم الشائعة مفتوحة المصدر مثل MongoDB و Apache و Nginx و Elasticsearch. يمكنك استخدام Cloud Monitoring API لاسترداد بيانات المراقبة وإنشاء مقاييس مخصصة توفر المراقبة السحابية أيضًا فحوصات وقت التشغيل ، والتي ترسل طلبات إلى مواقع الويب الخاصة بك لمعرفة ما إذا كانت تستجيب أم لا. يمكنك مراقبة توفر موقع ويب عن طريق نشر سياسة تنبيه تؤدي إلى وقوع حادث في حالة فشل التحقق من وقت التشغيل إدارة DevOps باستخدام Compute Engine للحصول على معلومات حول إدارة DevOps باستخدام Compute Engine ، راجع المقالات التالية: - اختبار الحمل الموزع باستخدام Kubernetes - تشغيل Spinnaker على Compute Engine - إدارة عمليات النشر على Google Cloud باستخدام Spinnaker ## استخدام الحاويات مع GKE ربما كنت تستخدم بالفعل حاويات ، مثل حاويات Docker. بالنسبة لخدمة الويب ، تقدم الحاويات العديد من المزايا ، بما في ذلك: المكونات. يمكنك استخدام الحاويات لفصل المكونات المختلفة لتطبيق الويب الخاص بك. على سبيل المثال ، افترض أن موقعك يدير خادم ويب وقاعدة بيانات. يمكنك تشغيل هذه المكونات في حاويات منفصلة ، وتعديل أحد المكونات وتحديثه دون التأثير على الآخر. نظرًا لأن تصميم تطبيقك يصبح أكثر تعقيدًا ، فإن الحاويات مناسبة تمامًا للبنية الموجهة نحو الخدمة ، بما في ذلك الخدمات المصغرة. يدعم هذا النوع من التصميم قابلية التوسع ، من بين أهداف أخرى. قابلية التنقل. تحتوي الحاوية على كل ما تحتاجه لتشغيل تطبيقك وتبعياته مجمعة معًا. يمكنك تشغيل الحاويات الخاصة بك على مجموعة متنوعة من الأنظمة الأساسية ، دون القلق بشأن تفاصيل النظام الأساسية. الانتشار السريع. عندما يحين وقت النشر ، يتم إنشاء نظامك من مجموعة من التعريفات والصور ، بحيث يمكن نشر الأجزاء بسرعة وموثوقية وتلقائية. عادةً ما تكون الحاويات صغيرة الحجم ويتم نشرها بسرعة أكبر مقارنةً ، على سبيل المثال ، بالأجهزة الافتراضية توفر حوسبة الحاويات على Google Cloud مزايا أكثر لخدمة الويب ، بما في ذلك: تنسيق. GKE هي خدمة مُدارة مبنية على Kubernetes ، وهو نظام تنسيق الحاويات مفتوح المصدر الذي قدمته Google. باستخدام GKE ، يتم تشغيل التعليمات البرمجية في الحاويات التي تعد جزءًا من مجموعة مكونة من مثيلات Compute Engine. بدلاً من إدارة الحاويات الفردية أو إنشاء وإغلاق كل حاوية يدويًا ، يمكنك إدارة المجموعة تلقائيًا من خلال GKE ، والتي تستخدم التكوين الذي تحدده. تسجيل الصورة. يوفر Container Registry أو Artifact Registry تخزينًا خاصًا لصور Docker على Google Cloud. يمكنك الوصول إلى السجل من خلال نقطة نهاية HTTPS ، بحيث يمكنك سحب الصور من أي جهاز ، سواء كان مثيل Compute Engine أو أجهزتك الخاصة. تستضيف خدمة السجل صورك المخصصة في Cloud Storage ضمن مشروع Google Cloud. يضمن هذا النهج افتراضيًا أن الصور المخصصة لا يمكن الوصول إليها إلا من قبل المديرين الذين لديهم حق الوصول إلى مشروعك. إمكانية التنقل. هذا يعني أن لديك المرونة في نقل ودمج أعباء العمل مع موفري السحابة الآخرين ، أو مزج أعباء عمل الحوسبة السحابية بالتطبيقات المحلية لإنشاء حل مختلط تخزين البيانات مع GKE نظرًا لأن GKE يعمل على Google Cloud ويستخدم مثيلات Compute Engine كعقد ، فإن خيارات التخزين لديك تشترك كثيرًا مع التخزين على Compute Engine. يمكنك الوصول إلى Cloud SQL و Cloud Storage و Datastore و Bigtable من خلال واجهات برمجة التطبيقات الخاصة بهم ، أو يمكنك استخدام مزود تخزين خارجي آخر إذا اخترت ذلك. ومع ذلك ، يتفاعل GKE مع الأقراص الثابتة Compute Engine بطريقة مختلفة عن مثيل Compute Engine العادي يتضمن مثيل Compute Engine قرصًا مرفقًا. عندما تستخدم ملفات Compute Engine ، طالما أن المثيل موجود ، تظل وحدة تخزين القرص مع المثيل. يمكنك حتى فصل القرص واستخدامه مع ملف مثال.ولكن في الحاوية ، تكون الملفات الموجودة على القرص سريعة الزوال. عندما الحاوية إعادة التشغيل ، على سبيل المثال بعد حدوث عطل ما ، يتم فقد الملفات الموجودة على القرص. Kubernetes يحل هذه المشكلة باستخدام ملف مقدار التجريد ، ونوع واحد من الحجم هو gcePersistentDisk هذا يعني أنه يمكنك استخدام الأقراص الثابتة Compute Engine مع الحاويات لـ الحفاظ على ملفات البيانات الخاصة بك من الحذف عند استخدام GKE لفهم ميزات وفوائد الحجم ، يجب أولاً أن تفهم قليلاً عن البودات. يمكنك التفكير في الكبسولة على أنها مضيف منطقي خاص بالتطبيق لحاوية واحدة أو أكثر. جراب يعمل على مثيل عقدة. عندما تكون الحاويات أعضاء في حجرة ، يمكنهم مشاركة العديد من الموارد ، بما في ذلك مجموعة من وحدات التخزين المشتركة. تمكّن وحدات التخزين هذه البيانات من البقاء على قيد الحياة بعد إعادة تشغيل الحاوية ومشاركتها بين الحاويات داخل الحاوية. بالطبع ، يمكنك استخدام حاوية واحدة ووحدة تخزين في حجرة واحدة أيضًا ، لكن البود هو تجريد مطلوب لتوصيل هذه الموارد ببعضها البعض بشكل منطقي على سبيل المثال ، راجع البرنامج التعليمي استخدام الأقراص الثابتة مع WordPress و MySQL موازنة التحميل مع GKE تحتاج العديد من بنيات خدمة الويب الكبيرة إلى تشغيل خوادم متعددة يمكنها مشاركة متطلبات حركة المرور. نظرًا لأنه يمكنك إنشاء وإدارة العديد من الحاويات والعقد والبودات باستخدام GKE ، فهي مناسبة بشكل طبيعي لنظام خدمة ويب متوازن التحميل استخدام موازنة حمل الشبكة أسهل طريقة لإنشاء موازن تحميل في GKE هي استخدام موازنة تحميل الشبكة الخاصة بـ Compute Engine. يمكن لموازنة حمل الشبكة موازنة حمل أنظمتك بناءً على بيانات بروتوكول الإنترنت الواردة ، مثل العنوان والمنفذ ونوع البروتوكول. تستخدم موازنة تحميل الشبكة قواعد إعادة التوجيه. تشير هذه القواعد إلى التجمعات المستهدفة التي تسرد المثيلات المتاحة لاستخدامها في موازنة التحميل من خلال موازنة تحميل الشبكة ، يمكنك تحميل توازن البروتوكولات الإضافية المستندة إلى TCP / UDP مثل حركة مرور SMTP ، ويمكن لتطبيقك فحص الحزم مباشرةً يمكنك نشر موازنة حمل الشبكة ببساطة عن طريق إضافة ملف النوع: LoadBalancer إلى ملف تكوين الخدمة الخاص بك استخدام موازنة تحميل HTTP (S) إذا كنت بحاجة إلى المزيد من ميزات موازنة التحميل المتقدمة ، مثل موازنة تحميل HTTPS أو موازنة الحمل المستند إلى المحتوى أو موازنة الحمل عبر المناطق ، فيمكنك دمج خدمة GKE مع ميزة موازنة تحميل HTTP / HTTPS الخاصة بـ Compute Engine. يوفر Kubernetes مورد Ingress الذي يضم مجموعة من القواعد لتوجيه حركة المرور الخارجية إلى نقاط نهاية Kubernetes. في GKE ، يعالج مورد الدخول التوفير وتكوين موازن تحميل Compute Engine HTTP / HTTPS لمزيد من المعلومات حول استخدام موازنة تحميل HTTP / HTTPS في GKE ، راجع إعداد موازنة تحميل HTTP باستخدام Ingress التحجيم باستخدام GKE لتغيير حجم المجموعات تلقائيًا ، يمكنك استخدام مقياس الكتلة التلقائي. تتحقق هذه الميزة بشكل دوري مما إذا كانت هناك أي مجموعات صغيرة تنتظر عقدة بها موارد مجانية ولكن لم يتم جدولتها. في حالة وجود مثل هذه الكبسولات ، يقوم مقياس القياس التلقائي بتغيير حجم تجمع العقدة إذا كان تغيير الحجم سيسمح بجدولة البودات المنتظرة يراقب Cluster Autoscaler أيضًا استخدام جميع العقد. إذا لم تكن هناك حاجة إلى عقدة لفترة طويلة من الوقت ، ويمكن جدولة جميع أجهزتها في مكان آخر ، فسيتم حذف العقدة لمزيد من المعلومات حول Cluster Autoscaler وقيوده وأفضل الممارسات ، راجع وثائق Cluster Autoscaler التسجيل والمراقبة باستخدام GKE كما هو الحال في Compute Engine ، يوفر التسجيل والمراقبة خدمات التسجيل والمراقبة. يجمع التسجيل ويخزن السجلات من التطبيقات والخدمات. يمكنك عرض السجلات أو تصديرها ودمج سجلات الجهات الخارجية باستخدام وكيل التسجيل توفر المراقبة لوحات معلومات وتنبيهات لموقعك. يمكنك تكوين المراقبة باستخدام Google Cloud console. يمكنك مراجعة مقاييس الأداء للخدمات السحابية والأجهزة الافتراضية والخوادم الشائعة مفتوحة المصدر مثل MongoDB و Apache و Nginx و Elasticsearch. يمكنك استخدام واجهة برمجة تطبيقات المراقبة لاسترداد بيانات المراقبة وإنشاء مقاييس مخصصة إدارة DevOps باستخدام GKE عندما تستخدم GKE ، فإنك تحصل بالفعل على العديد من الفوائد التي يفكر فيها معظم الناس عندما يفكرون في DevOps. هذا صحيح بشكل خاص عندما يتعلق الأمر بسهولة التعبئة والتغليف والنشر والإدارة. لتلبية احتياجات سير عمل CI / CD ، يمكنك الاستفادة من الأدوات الشائعة مثل Jenkins. راجع المقالات التالية: ## البناء على نظام أساسي مُدار باستخدام App Engine على Google Cloud ، يُطلق على النظام الأساسي المُدار كخدمة (PaaS) اسم App Engine. عندما تنشئ موقع الويب الخاص بك على App Engine ، عليك التركيز على ترميز ميزاتك والسماح لـ Google بالقلق بشأن إدارة البنية التحتية الداعمة. يوفر App Engine مجموعة كبيرة من الميزات التي تجعل قابلية التوسع وموازنة التحميل والتسجيل والمراقبة والأمان أسهل بكثير مما لو كان عليك إنشاءها وإدارتها بنفسك. يتيح لك App Engine البرمجة بمجموعة متنوعة من لغات البرمجة ، ويمكنه استخدام مجموعة متنوعة من خدمات Google Cloud الأخرى يوفر App Engine البيئة القياسية ، والتي تتيح لك تشغيل التطبيقات في بيئة آمنة ومحمية بوضع الحماية. توزع بيئة App Engine القياسية الطلبات عبر خوادم متعددة وتوسع الخوادم لتلبية متطلبات حركة المرور. يعمل تطبيقك في بيئته الآمنة والموثوقة والمستقلة عن الأجهزة أو نظام التشغيل أو الموقع الفعلي للخادم لمنحك المزيد من الخيارات ، يوفر App Engine بيئة مرنة. عند استخدام البيئة المرنة ، يتم تشغيل تطبيقك على مثيلات Compute Engine القابلة للتكوين ، لكن App Engine يدير بيئة الاستضافة نيابةً عنك. هذا يعني أنه يمكنك استخدام أوقات تشغيل إضافية ، بما في ذلك أوقات التشغيل المخصصة ، لمزيد من خيارات لغة البرمجة. يمكنك أيضًا الاستفادة من بعض المرونة التي يوفرها Compute Engine ، مثل الاختيار من بين مجموعة متنوعة من خيارات وحدة المعالجة المركزية والذاكرة لغات البرمجة توفر بيئة App Engine القياسية أوقات تشغيل افتراضية ، ويمكنك كتابة التعليمات البرمجية المصدر في إصدارات محددة من لغات البرمجة المدعومة باستخدام البيئة المرنة ، يمكنك كتابة التعليمات البرمجية المصدر في إصدار من أي من لغات البرمجة المدعومة. يمكنك تخصيص أوقات التشغيل هذه أو توفير وقت التشغيل الخاص بك باستخدام صورة Docker مخصصة أو ملف Dockerfile إذا كانت لغة البرمجة التي تستخدمها هي مصدر القلق الأساسي ، فأنت بحاجة إلى تحديد ما إذا كانت أوقات التشغيل التي توفرها بيئة App Engine القياسية تلبي متطلباتك أم لا. إذا لم يفعلوا ذلك ، يجب أن تفكر في استخدام البيئة المرنة لتحديد أفضل بيئة تلبي احتياجات تطبيقك ، راجع اختيار بيئة App Engine دروس الشروع في العمل حسب اللغة يمكن أن تساعدك البرامج التعليمية التالية على البدء في استخدام بيئة App Engine القياسية: - مرحبًا بالعالم بلغة بايثون - مرحبًا بالعالم بجافا - أهلاً بالعالم بلغة PHP - أهلاً بالعالم في روبي - مرحبًا بالعالم في Go - مرحبًا بالعالم في Node.js يمكن أن تساعدك البرامج التعليمية التالية على البدء في استخدام البيئة المرنة: - الابتداء مع بايثون - الابتداء مع Java - الابتداء مع PHP - الابتداء مع Go - الشروع في العمل مع Node.js - الابتداء مع روبي - الشروع في استخدام .NET تخزين البيانات باستخدام App Engine يمنحك App Engine خيارات لتخزين بياناتك: | الاسم || الهيكل || التناسق | | Firestore || مخطط | متسق بشدة. | | Cloud SQL || علائقي || متسق بشدة. | | التخزين السحابي || الملفات والبيانات الوصفية المرتبطة بها || متسقة بشدة إلا عند إجراء عمليات القائمة التي تحصل على قائمة الحاويات أو الكائنات. | يمكنك أيضًا استخدام العديد من قواعد بيانات الجهات الخارجية مع البيئة القياسية لمزيد من التفاصيل حول التخزين في App Engine ، راجع اختيار خيار التخزين ، ثم حدد لغة البرمجة المفضلة لديك عند استخدام البيئة المرنة ، يمكنك استخدام جميع خيارات التخزين نفسها التي يمكنك استخدامها مع البيئة القياسية ، ونطاق أوسع من قواعد بيانات الجهات الخارجية أيضًا. لمزيد من المعلومات حول قواعد بيانات الجهات الخارجية في البيئة المرنة ، راجع استخدام قواعد بيانات الجهات الخارجية موازنة الحمل والتحكم التلقائي باستخدام App Engine بشكل افتراضي ، يقوم App Engine تلقائيًا بتوجيه الطلبات الواردة إلى مثيلات الواجهة الخلفية المناسبة ويقوم بموازنة التحميل نيابة عنك. ومع ذلك ، إذا كنت ترغب في الاستفادة من إمكانات موازنة تحميل HTTP (S) على مستوى المؤسسات والمتميزة بالكامل من Google Cloud ، فيمكنك استخدام مجموعات نقاط نهاية الشبكة بدون خادم للقياس ، يمكن لـ App Engine إنشاء مثيلات وتعطيلها تلقائيًا مع تذبذب حركة المرور ، أو يمكنك تحديد عدد من المثيلات للتشغيل بغض النظر عن مقدار حركة المرور التسجيل والمراقبة باستخدام App Engine في App Engine ، يتم تسجيل الطلبات تلقائيًا ، ويمكنك عرضها السجلات في وحدة تحكم Google Cloud. يعمل App Engine أيضًا مع ملفات المكتبات القياسية الخاصة باللغة التي توفر وظائف التسجيل و يعيد توجيه إدخالات السجل إلى السجلات في وحدة تحكم Google Cloud. على سبيل المثال، في بايثون يمكنك استخدام وحدة تسجيل Python القياسية و في جافا يمكنك دمج ملحق logback أو java.util.logging مع التسجيل السحابي. يتيح هذا النهج الميزات الكاملة لـ Cloud Logging ولا يتطلب سوى بضعة أسطر من التعليمات البرمجية الخاصة بـ Google Cloud توفر المراقبة السحابية ميزات لمراقبة تطبيقات App Engine الخاصة بك. من خلال وحدة تحكم Google Cloud ، يمكنك مراقبة الحوادث وفحوصات وقت التشغيل وتفاصيل أخرى ## البناء على نظام أساسي بدون خادم مع Cloud Run تتيح لك منصة Google Cloud بدون خادم كتابة التعليمات البرمجية بطريقتك دون القلق بشأن البنية التحتية الأساسية. يمكنك إنشاء تطبيقات مكدس كاملة بدون خادم باستخدام تخزين Google Cloudà  ¢ à  à ، وقواعد البيانات ، والتعلم الآلي ، والمزيد بالنسبة إلى مواقع الويب المعبأة في حاويات ، يمكنك أيضًا نشرها في Cloud Run بالإضافة إلى استخدام GKE. Cloud Run عبارة عن نظام أساسي بدون خادم مُدار بالكامل يتيح لك تشغيل تطبيقات حاوية قابلة للتطوير بدرجة كبيرة على Google Cloud. أنت تدفع فقط مقابل الوقت الذي يتم فيه تشغيل التعليمات البرمجية الخاصة بك باستخدام الحاويات مع Cloud Run ، يمكنك الاستفادة من التقنيات الناضجة مثل Nginx و Express.js و Django لبناء مواقع الويب الخاصة بك والوصول إلى قاعدة بيانات SQL على Cloud SQL وعرض صفحات HTML الديناميكية تتضمن وثائق Cloud Run بداية سريعة لمساعدتك على المضي قدمًا تخزين البيانات مع Cloud Run تعتبر حاويات Cloud Run مؤقتة وتحتاج إلى فهم حصصها وحدودها لحالات الاستخدام الخاصة بك. يمكن تخزين الملفات مؤقتًا للمعالجة في مثيل حاوية ، ولكن هذا التخزين يخرج من الذاكرة المتاحة للخدمة كما هو موضح في عقد وقت التشغيل بالنسبة للتخزين الدائم ، على غرار App Engine ، يمكنك اختيار خدمات Google Cloud مثل Cloud Storage أو Firestore أو Cloud SQL. بدلاً من ذلك ، يمكنك أيضًا استخدام حل تخزين تابع لجهة خارجية موازنة التحميل والقياس التلقائي مع Cloud Run بشكل افتراضي ، عندما تقوم بالبناء على Cloud Run ، فإنه يقوم تلقائيًا بتوجيه الطلبات الواردة إلى الحاويات الخلفية المناسبة ويقوم بموازنة الحمل نيابة عنك. ومع ذلك ، إذا كنت ترغب في الاستفادة من إمكانات موازنة تحميل HTTP (S) على مستوى المؤسسات والمتميزة بالكامل من Google Cloud ، فيمكنك استخدام مجموعات نقاط نهاية الشبكة بدون خادم باستخدام موازنة تحميل HTTP (S) ، يمكنك تمكين Cloud CDN أو خدمة حركة المرور من مناطق متعددة. بالإضافة إلى ذلك ، يمكنك استخدام البرامج الوسيطة مثل API Gateway لتحسين خدمتك بالنسبة إلى Cloud Run ، تدير Google Cloud القياس التلقائي لمثيلات الحاوية لك. كل مراجعة يتم تحجيمها تلقائيًا إلى عدد حالات الحاوية اللازمة للتعامل معها كل الطلبات الواردة. عندما لا تتلقى المراجعة أي حركة مرور ، بشكل افتراضي تم تحجيمه إلى صفر حالات حاوية. ومع ذلك ، إذا رغبت في ذلك ، يمكنك ذلك قم بتغيير هذا الإعداد الافتراضي لتحديد مثيل ليظل خاملاً أو * دافئ * باستخدام إعداد الحد الأدنى من الحالات التسجيل والمراقبة مع Cloud Run يحتوي Cloud Run على نوعين من السجلات ، يتم إرسالها تلقائيًا إلى Cloud Logging: - سجلات الطلبات: سجلات الطلبات المرسلة إلى خدمات Cloud Run. يتم إنشاء هذه السجلات تلقائيًا - سجلات الحاوية: السجلات المنبعثة من مثيلات الحاوية ، عادةً من التعليمات البرمجية الخاصة بك ، مكتوبة في المواقع المدعومة كما هو موضح في سجلات حاوية الكتابة يمكنك عرض السجلات لخدمتك بطريقتين: - استخدم صفحة Cloud Run في وحدة تحكم Google Cloud - استخدم Cloud Logging Logs Explorer في وحدة تحكم Google Cloud تفحص كلتا طريقتي العرض هذه نفس السجلات المخزنة في Cloud Logging ، لكن مستكشف السجلات يوفر مزيدًا من التفاصيل والمزيد من إمكانيات التصفية توفر المراقبة السحابية مراقبة أداء التشغيل السحابي ، والمقاييس ، وفحوصات وقت التشغيل ، جنبًا إلى جنب مع تنبيهات لإرسال الإشعارات عند تجاوز عتبات مترية معينة. يتم تطبيق تسعير مجموعة عمليات Google Cloud ، مما يعني أنه لا توجد رسوم على المقاييس في الإصدار المُدار بالكامل من Cloud Run. لاحظ أنه يمكنك أيضًا استخدام المقاييس المخصصة لمراقبة السحابة تم دمج Cloud Run مع المراقبة السحابية * بدون أي إعداد أو تكوين مطلوب *. هذا يعني أن المقاييس الخاصة بك يتم التقاط خدمات Cloud Run تلقائيًا عند تشغيلها ## بناء أنظمة إدارة المحتوى خدمة موقع ويب تعني إدارة أصول موقع الويب الخاص بك. يوفر Cloud Storage مستودعًا عالميًا لهذه الأصول. تنشر بنية واحدة مشتركة محتوى ثابتًا في التخزين السحابي ثم تتم مزامنتها مع Compute Engine لعرض الصفحات الديناميكية. يعمل التخزين السحابي مع العديد من أنظمة إدارة المحتوى التابعة لجهات خارجية ، مثل WordPress و Drupal و Joomla. يوفر Cloud Storage أيضًا واجهة برمجة تطبيقات متوافقة مع Amazon S3 ، لذلك يمكن لأي نظام يعمل مع Amazon S3 العمل مع Cloud Storage الرسم البياني أدناه هو نموذج معماري لنظام إدارة المحتوى ## ماذا بعد - استكشف الهياكل المرجعية والرسوم التخطيطية والبرامج التعليمية وأفضل الممارسات حول Google Cloud. ألق نظرة على مركز Cloud Architecture.