في سباق اليوم لتسريع وقت تحميل موقع الويب ، كل مللي ثانية مهمة. اختبر الفريق في Kinsta ودرس تأثير سرعة موقع الويب على المبيعات والتحويلات وتجربة المستخدم ومشاركة المستخدم.
لكن هناك تحذير. على الرغم من أهمية التحسين في الموقع لتحسين السرعة ، إلا أنه ليس الجانب الوحيد الذي يجب أن ننظر إليه. كما أن البنية التحتية للأجهزة والشبكات التي تدعم موقعنا الإلكتروني وتوصيله بزوارنا مهمة أيضًا. كثيرا.
سنناقش اليوم سبب استثمار Google الكثير من الأموال في البنية التحتية للشبكات الخاصة بهم ، وبعض الاختلافات في شبكة الطبقة المتميزة في Google Cloud Platform وشبكة الطبقة القياسية.
قبل الغوص في تفاصيل حول شبكات Google Cloud ، من المهم أولاً فهم المفهومين التاليين: النطاق الترددي ووقت الاستجابة.
عرض النطاق الترددي هو سعة إنتاجية الشبكة ، وتُقاس بالميغابت في الثانية ؛ في حين أن زمن الوصول هو التأخير أو مجموع كل التأخيرات التي تضيفها أجهزة التوجيه المختلفة على طول الطريق إلى طلبات الويب والاستجابات الخاصة بنا.
من الناحية المجازية ، يمكن تصوير عرض النطاق الترددي أو الإنتاجية على أنها سعة خرطوم المياه للسماح بكمية معينة من الماء خلال الثانية. يمكن مقارنة الكمون بالتأخير من لحظة فتح أنبوب الماء حتى يبدأ في التدفق.
نظرًا للجهد الضئيل في إنشاء الاتصال بين أجهزة التوجيه المختلفة ، فإن كل “قفزة” على طول الطريق تضيف قدرًا صغيرًا من وقت الاستجابة للطلبات والاستجابات النهائية.
لذلك ، كلما زاد تواجد الزائر والخادم حيث يتم استضافة موقع الويب ، زاد زمن الانتقال. أيضًا ، كلما زادت تجزئة الشبكة ، زاد وقت الاستجابة.
يمكننا تصوير ذلك باستخدام أداة تسمى traceroute أو tracert على النوافذ. في لقطات الشاشة التالية ، استخدمناها لفحص تأخيرات التوجيه لطلبيْن من أوروبا. على وجه التحديد:
واحد لموقع weibo.com:
Weibo.com
Weibo.com
وآخر لـ bbc.co.uk:
Bbc.co.uk
Bbc.co.uk
كما توقعنا ، فإن عدد القفزات إلى موقع الويب في الصين أكبر مرتين تقريبًا من الموقع الأوروبي. لذلك فهو وقت الاستجابة الإضافي مقارنة بطلب موقع ويب مستضاف في المملكة المتحدة.
تمثل الأعمدة الثلاثة التي يظهرها tracert ثلاث رحلات ذهابًا وإيابًا (RTT). يمثل كل صف أجهزة توجيه مختلفة أو قفزات على طول الطريق. غالبًا ما يكون لديهم عناوين URL تساعدنا في تحديد مكان جهاز التوجيه المحدد هذا.
تستغرق الرحلة ذهابًا وإيابًا إلى أجهزة التوجيه في الصين / هونج كونج ما يقرب من ثلث الثانية.
استخدمنا أدوات pingdom لتحميل موقع ويب مستضاف في لندن من موقع Pingdom’s Australia ، لمحاولة إنشاء المشاركة التي تمتلكها الشبكة في أوقات التحميل الإجمالية لموقع الويب.
مثال على أوقات التحميل
مثال على أوقات التحميل
هذه هي البيانات الخاصة بملف CSS صغير تم تحميله في سيناريو الاختبار هذا. جزء الاتصال لديه أعلى حصة في تحميل هذا المورد ، متبوعًا بـ SSL و Wait. يُعرف أيضًا كل الوقت حتى وقت الانتظار ، بما في ذلك وقت الانتظار معًا ، بالوقت حتى البايت الأول ( TTFB ) ، والذي يتضمن زمن انتقال الشبكة.
عندما يعلن مقدمو خدمة الإنترنت عن سرعة اتصال الإنترنت ، فإنهم عادةً ما يعلنون على النطاق الترددي الخاص بهم (تذكر “عرض الخرطوم”؟) وهو في الحقيقة ليس مقياسًا للسرعة . يمكن أن تؤدي زيادة عرض الأنبوب إلى زيادة سرعة الموقع إلى درجة معينة فقط. يكون أكثر فائدة عندما نحتاج إلى كمية كبيرة من البيانات يتم إرسالها في الثانية ، كما هو الحال عندما نقوم ببث محتوى فيديو عالي الدقة. ولكن بالنسبة للمستخدمين الذين قد يلعبون ألعابًا متعددة اللاعبين في الوقت الفعلي عبر الإنترنت ، فإن زمن الانتقال سيكون أكثر أهمية.
قام مايك بيلشي ، أحد المؤلفين المشاركين لمواصفات HTTP / 2 وبروتوكول SPDY ، بتحليل تأثير عرض النطاق الترددي المتزايد على سرعة تحميل موقع الويب مقابل تأثير تقليل زمن الوصول على سرعة تحميل موقع الويب.
فيما يلي نتائج Belshe مرتبة في مخطط جميل:
وقت التحميل / تغيير النطاق الترددي مقابل تغييرات وقت التحميل / وقت الاستجابة
وقت التحميل / تغيير النطاق الترددي مقابل تغييرات وقت التحميل / وقت الاستجابة
يجب أن يكون واضحًا أن تحسين سرعة موقع الويب من خلال زيادة النطاق الترددي ليس الطريقة الأكثر فعالية للوصول إلى أداء أفضل. من ناحية أخرى ، من خلال تقليل RTT (ذهابًا وإيابًا) أو وقت الاستجابة ، يمكننا أن نرى تحسينات متسقة في وقت تحميل الصفحة .
لفهم موضوعنا بشكل أفضل قليلاً ، نحتاج إلى شرح أساسيات طوبولوجيا الإنترنت. يتكون الإنترنت العالمي في جوهره من عدة شبكات عالمية وإقليمية ومحلية.
اعتبارًا من عام 2018 ، يوجد أكثر من 60.000 AS (الأنظمة المستقلة). تنتمي هذه الشبكات إلى الحكومات والجامعات ومقدمي خدمات الإنترنت.
من بينها ، نميز شبكات المستوى 1 والمستوى 2 والمستوى 3. تمثل هذه المستويات استقلالية كل شبكة على الإنترنت ككل.
شبكات المستوى 1 مستقلة ، بمعنى أنها لا تضطر إلى الدفع للاتصال بأي نقطة أخرى على الإنترنت.
شبكات المستوى 2 لديها اتفاقيات مماثلة مع مزودي خدمة الإنترنت الآخرين ، لكنها تدفع أيضًا مقابل النقل.
تتصل شبكات المستوى 3 ، وهو المستوى الأدنى ، ببقية الإنترنت عن طريق شراء العبور من مستويات أعلى. إنهم يشبهون المستهلكين الذين يتعين عليهم الدفع للوصول إلى الإنترنت.
تعني علاقة التناظر أن شبكتين تتبادلان حركة المرور على قدم المساواة ، بحيث لا يدفع أي منهما الآخر مقابل النقل ، ويعيدها مجانًا.
الفائدة الرئيسية من التناظر هي انخفاض زمن الوصول بشكل كبير.
كيف تمر طلبات الويب عبر الشبكة الهرمية لمزودي خدمة الإنترنت
كيف تمر طلبات الويب عبر الشبكة الهرمية لمزودي خدمة الإنترنت
في الصورة أعلاه ، نرى سيناريو كلاسيكيًا ، حيث يمر طلب الويب عبر الشبكة الهرمية لمزودي خدمة الإنترنت على المستوى 1 والمستوى 2 والمستوى 3 لاسترداد موقع ويب مستضاف في مركز بيانات في موقع بعيد.
تمثل الأسهم رحلة طلب الويب. تمثل الأسهم المتقطعة اتصالات النقل ، وتمثل الأسهم ذات الخطوط الكاملة اتصالات النظير.
بمجرد الوصول إلى مزود المستوى 1 ، فإن علاقته بمزود آخر على نفس المستوى هي علاقة نظير. تتصل شبكات المستوى 1 بالآخرين وترسل طلباتهم حصريًا من خلال الشركاء النظراء. يمكنهم الوصول إلى جميع الشبكات الأخرى على الإنترنت دون دفع رسوم العبور.
يمكننا أيضًا رؤية سيناريو بديل ، حيث يكون لدى اثنين من مزودي الخدمة من المستوى 2 اتفاقية التناظر ، المعينين باللون الفيروزي. عدد القفزات في هذا السيناريو أقل وسيستغرق تحميل موقع الويب وقتًا أقل بكثير.
BGP هو بروتوكول نادرًا ما يتم الحديث عنه ، إلا في السياقات التقنية للغاية. ومع ذلك ، فإن هذا البروتوكول يقع في صميم الإنترنت كما نعرفه اليوم. إنه أمر أساسي لقدرتنا على الوصول إلى كل شيء تقريبًا على الإنترنت وهو أحد الروابط الضعيفة في مكدس بروتوكول الإنترنت.
تم تعريف بروتوكول بوابة الحدود في طلب تعليقات IETFs # 4271 من عام 2006 ومنذ ذلك الحين تم إجراء العديد من التحديثات. كما يقول RFC:
“تتمثل الوظيفة الأساسية لنظام التحدث BGP في تبادل معلومات إمكانية الوصول إلى الشبكة مع أنظمة BGP الأخرى.”
ببساطة ، BGP هو بروتوكول مسؤول عن تحديد المسار الدقيق لطلب الشبكة ، عبر مئات وآلاف العقد الممكنة إلى وجهتها.
بروتوكول البوابة
بروتوكول البوابة
يمكننا تصور كل عقدة كنظام مستقل أو شبكة تتكون من عدة عقد أو أجهزة توجيه وخوادم وأنظمة متصلة بها.
في بروتوكول BGP ، لا توجد خوارزمية الاكتشاف التلقائي (آلية أو بروتوكول يمكن من خلاله لكل عقدة متصلة حديثًا اكتشاف العقد المجاورة للاتصال من خلالها) ، بدلاً من ذلك ، يجب على كل نظير في BGP تحديد أقرانه يدويًا. بالنسبة لخوارزمية المسار ، على حد تعبير أحد خبراء Cisco :
“لا تحتوي BGP على مقياس بسيط لتحديد المسار الأفضل. بدلاً من ذلك ، تعلن عن مجموعة واسعة من السمات مع كل مسار وتستخدم خوارزمية معقدة تتكون من ما يصل إلى 13 خطوة لتحديد المسار الأفضل “.
تنقل الأنظمة الذاتية بيانات التوجيه إلى أقرانها ، ومع ذلك ، لا توجد قواعد صارمة يمكن فرضها فيما يتعلق باختيار المسار. BGP هو نظام قائم على الثقة ضمنيًا وقد يكون هذا أحد أكبر عيوب الأمان في الإنترنت اليوم. السرقة في عام 2018 ، عندما تم اختطاف حركة مرور MyEtherWallet.com ، وسرقت أكثر من 200 إيثر (بقيمة 152 ألف دولار) كشفت هذه الثغرة الأمنية.
في الواقع ، غالبًا ما يؤدي ضعف BGP هذا إلى قيام شبكات مختلفة (AS) بإصدار بيانات BGP مع مراعاة اهتمامات أخرى بخلاف الكفاءة والسرعة للمستخدمين النهائيين . يمكن أن تكون هذه مصالح تجارية ، مثل العبور المدفوع ، أو حتى اعتبارات سياسية أو أمنية.
نظرًا للاحتياجات المتزايدة لسوق تكنولوجيا المعلومات ، بدءًا من صناعة الويب والألعاب عبر الإنترنت وانتهاءً بإنترنت الأشياء وغيرها ، أصبحت مساحة السوق لمقدمي الخدمات والمنتجات التي تحل مشكلة زمن الوصول واضحة.
عامًا بعد عام ، نرى المزيد من المنتجات المستندة إلى السحابة التي تخزن الموارد الثابتة بالقرب من الزائرين ( شبكات توصيل المحتوى ) أو تجعل الحوسبة الفعلية أقرب إلى المستخدمين النهائيين. أحد هذه المنتجات هو عمال Cloudflare ، الذي ينفذ كود V8 المتوافق مع محرك جافا سكريبت على شبكة Cloudflare للعقد الطرفية . هذا يعني أنه حتى رمز WebAssembly أو GO يمكن تنفيذه بالقرب من الزائر.
Lambda @ Edge by Amazon مثال آخر على هذا الاتجاه ، بالإضافة إلى شراكة Intel و Alibaba Cloud لتقديم منصة الحوسبة المشتركة التي تستهدف سوق إنترنت الأشياء.
هناك طريقة أخرى جديرة بالذكر وهي شبكة Google العالمية لعقد التخزين المؤقت التي تعمل كشبكة CDN وكشبكة تخزين مؤقت للفيديو وتسليمها لشركة YouTube التابعة لها .
لتوضيح كيف أصبحت الصناعة السحابية متطورة ومتطورة ، ومدى تمكنها من تقليل زمن انتقال الشبكة للمستخدمين النهائيين ، دعنا نلقي نظرة على GaaS.
GaaS هي اختصار لعبارة الألعاب كخدمة. إنه عرض سحابي يمنح المستخدمين القدرة على ممارسة الألعاب التي يتم استضافتها وتنفيذها في السحابة. تقارن هذه المقالة بعض المنتجات البارزة في مكانة GaaS.
كل من سبق له التسوق لشراء جهاز تلفزيون أو جهاز عرض فيديو للألعاب ، أو أمضى بعض الوقت في إعداد Miracast أو أي اتصال إرسال آخر بين جهاز تلفزيون وجهاز آخر ، سيعرف مدى أهمية زمن الانتقال. ومع ذلك ، هناك موفرو GaaS يقدمون الآن بث الألعاب بدقة 4k ومعدل تحديث 60 هرتز … ولا يتعين على اللاعبين الاستثمار في الأجهزة.
لفتت دراما الحظر الأخير لشركة Huawei من قبل الولايات المتحدة الانتباه إلى قضية شبكات 5G والحاجة الملحة لمسار واضح لترقية البنية التحتية للشبكات في العالم.
ستعتمد المستشعرات التي تنقل كميات هائلة من المعلومات في الوقت الفعلي ، وبأقل زمن انتقال ، لتنسيق المدن الذكية ، والمنازل الذكية ، والمركبات المستقلة على شبكات كثيفة من الأجهزة المتطورة. الكمون هو السقف الحالي لأشياء مثل السيارات ذاتية القيادة ، مع معلومات أجهزة استشعار مختلفة ، وبيانات LIDAR ، ومعالجة هذه البيانات مقابل بيانات المركبات الأخرى.
شبكات توصيل المحتوى و مقدمي الحوسبة السحابية هي في طليعة هذا السباق. لقد تحدثنا بالفعل عن بروتوكول QUIC / HTTP3 الذي يتم طرحه من قبل قادة الصناعة القادرين على التحكم في دورة الطلب والاستجابة.
قد تكون AWS أكبر مزود خدمة سحابية من حيث حصتها في السوق . في عام 2016 ، استثمروا في نظام Hawaiki Transpacific Submarine Cable System بهدف توفير نطاق ترددي أكبر وتقليل زمن الوصول بين هاواي وأستراليا ونيوزيلندا ، والذي كان أول استثمار لهم في البنية التحتية للغواصات. بدأ العمل به في عام 2018.
كابلات الألياف الضوئية البحرية من شركة NEC
كابلات الألياف الضوئية البحرية (مصدر الصورة: NEC )
بحلول ذلك الوقت ، كانت Google بالفعل متقدمة جدًا على منافستها في وضع العمود الفقري للغواصات. قبل عام من أول استثمار لشركة Amazon ، نشرت ITWorld مقالًا بعنوان: “تنمو مراكز بيانات Google بسرعة كبيرة جدًا بالنسبة للشبكات العادية ، لذا فهي تبني شبكة خاصة بها”.
تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟
انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!
إشترك الآن
في الواقع ، في عام 2005 ، كتب الصحفي التقني مارك ستيفنز ، المعروف أيضًا باسم روبرت إكس كرينجلي ، في عموده بموقع PBS.org ، تعليقًا على فورة التسوق في Google للألياف المظلمة (التي تم وضعها ولكن غير مستخدمة البنية التحتية للألياف الضوئية):
“هذا أكثر من Akamai آخر أو حتى Akamai على المنشطات. هذا هو Akamai محرك ديناميكي وذكي ونووي حراري مع قناة خلفية مخصصة وأجهزة خاصة بالتطبيقات. سيكون هناك الإنترنت ، وبعد ذلك سيكون هناك إنترنت Google ، متراكب في الأعلى “.
البنية التحتية لكابلات الشبكة السحابية من Google
البنية التحتية لكابلات الشبكة السحابية من Google (المصدر: Google )
في عام 2010 ، في مقال على موقع zdnet.com ، قال توم فورمسكي:
“Google هي واحدة من تلك الشركات التي تمتلك جزءًا كبيرًا من الإنترنت” ، وتتابع: “ركزت Google على بناء الإنترنت الخاص الأكثر كفاءة وأقل تكلفة للتشغيل. هذه البنية الأساسية هي مفتاح Google ، وهي مفتاح فهم Google “.
في ذلك الوقت ، أثار مقال Cringley بعض المخاوف بشأن محاولة Google السيطرة على الإنترنت ، لكن الأمور أصبحت أكثر وضوحًا عندما أطلقت الشركة Google Fiber ، وهي محاولة من Google للتغلب على سوق مزودي خدمة الإنترنت في أكبر مدن الولايات المتحدة. تباطأ المشروع منذ ذلك الحين ، لدرجة أن TechRepublic نشرت تقريرًا بعد الوفاة للمشروع في عام 2016 ، لكن الاستثمارات في البنية التحتية ، الآن على نطاق عالمي ، لم تتباطأ .
يعد أحدث استثمار لشركة Google ، المقرر إطلاقه هذا العام ، بمثابة العمود الفقري لربط لوس أنجلوس في الولايات المتحدة وفالبارايسو في تشيلي ، مع فرع للاتصال المستقبلي مع بنما.
“يوصف الإنترنت عمومًا بأنه سحابة. في الواقع ، إنها سلسلة من الأنابيب الرطبة والهشة ، وشركة Google على وشك امتلاك عدد ينذر بالخطر منها “. – VentureBeat
شبكة جوجل السحابية: التوجيه القياسي
التوجيه القياسي
نعلم جميعًا أن Google هو محرك البحث الأول ، ولكنه أيضًا:
يمتلك أكبر منصة فيديو
هو أكبر مزود بريد إلكتروني (Gmail و Google Workspace )
تكسب الكثير من المال على منتجات الحوسبة السحابية (معدل التشغيل السنوي أكثر من 8 مليارات دولار )
هذا هو السبب في أنها تحتاج إلى أقل زمن انتقال ممكن وأقصى عرض نطاق ممكن. تريد Google أيضًا امتلاك البنية التحتية الفعلية ، لأن “جوعها الذي لا يشبع” لمزيد من النطاق الترددي والكمون يضع Google والشركات المماثلة لها مثل Amazon أو Microsoft ، في وضع يحتاجون فيه إلى ابتكار حلول مخصصة تمامًا للأجهزة والبرامج .
شبكة Google السحابية: نقاط PoP
عقد PoP
نقاط الوجود ، أو عقد حافة PoP ، موجودة على أطراف شبكة الكابلات العالمية الخاصة من Google. هناك تعمل كنقاط دخول وخروج لحركة المرور التي تتصل بمراكز بيانات Google.
قانون مور هو ملاحظة من قبل جوردون مور ، المؤسس المشارك لشركة إنتل ، تنص على أنه كل عامين ، سيتضاعف عدد الترانزستورات التي يمكننا وضعها في دائرة متكاملة. لعقود من الزمن ، ظل هذا التوقع صحيحًا ، ولكن الآن ، فإن صناعة الحوسبة على وشك أن تضع قانون مور في اختبار صعب ربما يوقع نهايته في المستقبل القريب. أعلن لمعلوماتك ، الرئيس التنفيذي لشركة NVIDIA أن قانون مور مات في وقت سابق من هذا العام.
إذن كيف يرتبط هذا بالصناعة السحابية والبنية التحتية لشبكة Google؟
في حدث Open Networking Foundation Connect في ديسمبر 2018 ، اعترف نائب رئيس Google و TechLead for Networking ، أمين فحدات ، بإنهاء قانون مور وشرح معضلة الشركة:
“طلب الحوسبة لدينا مستمر في النمو بمعدل مذهل. سنحتاج إلى مسرعات وحسابات أكثر ارتباطًا. سيلعب نسيج الشبكة دورًا مهمًا في ربط هذين الاثنين معًا “.
طريقة واحدة لموفري الخدمات السحابية لمواكبة الطلب المتزايد على قوة الحوسبة هي التجميع. التجميع ، ببساطة ، يعني تجميع أجهزة كمبيوتر متعددة للعمل على مشكلة واحدة ، لتنفيذ عمليات تطبيق واحد. من الواضح أن أحد الشروط المسبقة للاستفادة من مثل هذا الإعداد هو زمن الوصول المنخفض أو سعة الشبكة الجادة.
عندما بدأت Google في تصميم أجهزتها الخاصة ، في عام 2004 ، كان بائعو أجهزة الشبكة يفكرون فيما يتعلق بالصناديق ، وكانت أجهزة التوجيه والمفاتيح بحاجة إلى إدارتها بشكل فردي ، عبر سطر الأوامر. حتى ذلك الحين ، كانت Google تشتري مجموعات من المحولات من بائعين مثل Cisco ، وتنفق ثروة لكل مفتاح واحد. لكن المعدات لا تزال غير قادرة على مواكبة النمو.
احتاجت Google إلى بنية شبكة مختلفة. كان الطلب على البنية التحتية لـ Google ينمو بشكل كبير ( تزعم ورقة بحثية من Google من عام 2015 أن سعة شبكتها قد نمت 100 ضعف في عشر سنوات) وكان نموها سريعًا لدرجة أن تكلفة شراء الأجهزة الحالية دفعتهم أيضًا إلى إنشاء حلولهم الخاصة. بدأت Google في إنشاء محولات مخصصة من رقائق السيليكون السلعية ، باعتماد هيكل شبكة مختلف كان أكثر نمطية.
هل سئمت من دعم استضافة وورد بريس من المستوى 1 دون الإجابات؟ جرب فريق الدعم العالمي! تحقق من خططنا
بدأ مهندسو Google في البناء على نموذج شبكة هاتف قديم يسمى Clos Network ، مما يقلل من عدد المنافذ المطلوبة لكل محول:
“تتمثل ميزة شبكة Clos في أنه يمكنك استخدام مجموعة من الأجهزة المماثلة وغير المكلفة لإنشاء الشجرة واكتساب أداء عالٍ ومرونة من شأنها أن تتكلف أكثر من ذلك.” – شبكات كلوس: ما هو القديم هو الجديد مرة أخرى ، عالم الشبكات
بالنسبة لهذه الأجهزة المعيارية الجديدة ، كان على فريق Google أيضًا إعادة تعريف البروتوكولات الحالية وبناء نظام تشغيل شبكة مخصص. كان التحدي الذي يواجهونه هو استخدام عدد كبير من المفاتيح والموجهات وتشغيلها كما لو كانت نظامًا واحدًا.
أدت مجموعة الشبكات المخصصة جنبًا إلى جنب مع الحاجة إلى إعادة تعريف البروتوكولات إلى تحول Google إلى الشبكات المعرفة بالبرمجيات (SDN). إليك كلمة رئيسية ألقاها أمين فاهدت ، نائب رئيس Google ، والزميل الهندسي ، وقائد فريق البنية التحتية للشبكة ، من عام 2015 ، موضحًا جميع التحديات والحلول التي توصلوا إليها:
بالنسبة للأشخاص الأكثر فضولًا ، هناك منشور مدونة مثير للاهتمام يستحق القراءة.
يعد Espresso أحدث ركائز SDN من Google. يسمح لشبكة Google بتجاوز قيود أجهزة التوجيه المادية في تعلم وتنسيق حركة المرور الواردة والخروج إلى شركاء Google النظراء.
تُمكِّن Espresso Google من قياس أداء الاتصالات في الوقت الفعلي ، وبناء القرار على أفضل نقطة تواجد لزائر معين على بيانات في الوقت الفعلي. بهذه الطريقة ، يمكن لشبكة Google الاستجابة ديناميكيًا لمختلف الاختناقات أو التباطؤ أو الانقطاعات في شركائها المناظرين / مزودي خدمة الإنترنت.
علاوة على ذلك ، تتيح Espresso الاستفادة من قوة الحوسبة الموزعة من Google لتحليل جميع بيانات شبكة أقرانها. لم يعد منطق وعناصر التحكم في التوجيه موجودًا في أجهزة التوجيه الفردية وبروتوكول بوابة الحدود ، ولكن تم نقله بدلاً من ذلك إلى شبكة الحوسبة الخاصة بـ Google.
“نحن نستفيد من البنية التحتية للحوسبة واسعة النطاق والإشارات من التطبيق نفسه لمعرفة كيفية أداء التدفقات الفردية ، على النحو الذي يحدده إدراك المستخدم النهائي للجودة.” – يجعل Espresso Google Cloud أسرع ، 2017
ما قمنا بتغطيته حتى الآن يسلط الضوء على جميع المشكلات والتحديات (القائمة على الأجهزة والبرامج) التي مرت بها Google لتجميع ما قد يكون أفضل شبكة خاصة عالمية متاحة اليوم.
عندما يتعلق الأمر بحصة السوق ، فإن Google Cloud Platform هي البائع العالمي الثالث (خلف حصة AWS في السوق وحصة Microsoft Azure السوقية ). ولكن فيما يتعلق بالبنية التحتية المتميزة للشبكة الخاصة ، فإنها تترك منافسيها متخلفين عن الركب كما تظهر هذه البيانات من BroadBand Now:
ملكية الكابلات البحرية
ملكية الكابلات البحرية ، سبتمبر 2018 (المصدر: BROADBANDNOW ، Centerfield BBN LLC)
في عام 2014 ، نشرت GigaOM مقالًا يقارن AWS و Google Cloud Platform ولكن بعد أسبوع واحد فقط ، نشروا مقالًا آخر بعنوان: “ما فاتني في النقاش السحابي بين Google مقابل Amazon – الألياف!” حيث أدركوا أن Google تتقدم بأعوام من حيث البنية التحتية.
“إن توفر أنابيب كبيرة وسريعة متاحة – وحركة مرور عملائك – هو صفقة ضخمة.” – بارب دارو ، جيجاوم
منصة شبكة جوجل السحابية
منصة شبكة جوجل السحابية
يقدم Google Cloud Platform مستويان مختلفان للشبكة يختلفان في السعر والأداء.
من خلال شبكة Google Premium Tier Network ، يمكن للمستخدمين الاستفادة من شبكة الألياف العالمية ، مع نقاط التواجد الموزعة عالميًا. يتم توجيه جميع حركات الدخول (الواردة) من العميل إلى مراكز بيانات Google إلى أقرب نقطة تواجد ، والتي يتم توزيعها عالميًا ، ثم يتم توجيه الطلب بنسبة 100٪ عبر العمود الفقري الخاص لـ Google. كما ذكرنا في مقال سابق – يمكن أن يعني ذلك تحسين وقت الاستجابة بنسبة 30٪ أو عرض نطاق ترددي أفضل بنسبة 50٪.
في طريق العودة ، يتم توجيه جميع البيانات المرسلة من مركز البيانات إلى الزائر باستخدام سياسة البطاطس الباردة . على عكس توجيه Hot Potato ، المستخدم على شبكة المستوى القياسي ، حيث يتم تسليم (أو إسقاط) حركة المرور ، في أقرب وقت ممكن إلى مزودي خدمة الإنترنت الآخرين ، فإن توجيه Premium Tier يعني أن حركة المرور يتم الاحتفاظ بها طالما ممكن على الألياف الخاصة بـ Google ، ويتم تسليمه إلى أقرانه أو عبور مزودي خدمة الإنترنت في أقرب مكان ممكن من الزائر.
لوضعها في شروط الشخص العادي. تقضي حزم الطبقة المتميزة وقتًا أطول على شبكة Google ، مع قدر أقل من الارتداد ، وبالتالي تؤدي بشكل أفضل (ولكنها تكلف أكثر).
بالنسبة لعشاق الخيال العلمي بيننا ، يمكن مقارنتها بالثقب الدودي الكوني ، الذي ينقل حركة المرور الخاصة بنا مباشرة إلى وجهتنا دون التجوال عبر الإنترنت.
في Kinsta ، نستخدم شبكة Google Cloud’s Premium Tier مع جميع خطط استضافة وورد بريس المُدارة. هذا يقلل المسافة والقفزات ، مما يؤدي إلى نقل عالمي أسرع وأكثر أمانًا لبياناتك.
بنية استضافة Kinsta
بنية استضافة Kinsta
من ناحية أخرى ، تستخدم شبكة المستوى القياسي نقاط التواجد بالقرب من مركز البيانات حيث يوجد المحتوى أو تطبيق الويب الخاص بنا. هذا يعني أن حركة زوارنا ستنتقل عبر العديد من الشبكات المختلفة ، والأنظمة الذاتية ، ومزودي خدمة الإنترنت ، وعبر العديد من القفزات حتى تصل إلى وجهتها. في هذا السيناريو ، يتم اختراق السرعة.
لن يتمكن المحتوى الذي ينتقل على المستوى القياسي من جني فوائد SDN من Google وقدرة الحوسبة الهائلة لحساب أفضل المسارات ديناميكيًا. ستخضع حركة المرور لسياسات BGP لجميع الأنظمة بين Google والزائر.
لوضعها في شروط الشخص العادي. تقضي حزم المستوى القياسي وقتًا أقل على شبكة Google ، ووقتًا أطول في لعب البطاطا الساخنة على الشبكات العامة ، وبالتالي ، يكون أداءها أسوأ (ولكن تكلفتها أقل).
بالإضافة إلى ذلك ، تستخدم Premium Tier موازنة الحمل العالمية ، بينما توفر الطبقة القياسية موازنة الحمل الإقليمية فقط ، مما يجلب المزيد من التعقيد والمزيد من “العمل” للعملاء على المستوى القياسي.
تقدم Premium Tier Network اتفاقية مستوى الخدمة العالمية (SLA) ، مما يعني أن Google تقبل المسؤولية التعاقدية لتقديم مستوى معين من الخدمة. إنها مثل علامة ضمان الجودة. لا تقدم طبقات الشبكة القياسية هذا المستوى من اتفاقية مستوى الخدمة.
بالنسبة لأولئك الذين يرغبون في معرفة المزيد ، هناك مقارنة وتوثيق شاملان للطبقتين على موقع Google Cloud . حتى أنها توفر مخططًا مفيدًا لمساعدتك في تحديد مستوى الشبكة الذي يجب أن تستخدمه بسهولة أكبر:
شبكة جوجل السحابية: شجرة قرار مستويات الخدمة
شجرة قرار مستويات خدمة الشبكة. (المصدر: Google Cloud Platform)
هل تريد أن تعرف ما الذي يجعل Google Cloud Network واحدة من أسرع المجموعات المتاحة اليوم؟ ألق نظرة عميقة في المقارنة المتعمقة بين Premium و Standard. 🚀☁️ # شبكة جوجل السحابية
انقر للتغريد
لسنوات ، استثمرت Google في إنشاء بنية تحتية عالمية للشبكات ، ونشر البروتوكولات الخاصة بها وحزم شبكات الأجهزة والبرامج المخصصة. في الأوقات التي يبدو أن قانون مور أصبح أضعف عامًا بعد عام ، فإن البنية التحتية لشركة Google تمكن الشركة من مواكبة الطلب المتزايد باستمرار على موارد السحابة.
على الرغم من أنه من حيث حصتها في السوق لا يزال وراء Amazon Cloud و Azure Cloud من Microsoft ، فقد اكتسبت Google بعض المزايا الحاسمة لكل من الألياف التي تمتلكها ، وكذلك في حلول الأجهزة والبرامج المتطورة التي نشرها مهندسوها.
يمكننا أن نتوقع أن تلعب Google دورًا رئيسيًا في تقنية إنترنت الأشياء والمدن الذكية والسيارات بدون سائق ، ويستمر الطلب على الحوسبة المتطورة في النمو.
Google Cloud Network Premium Tier هو أول منتج يستخدم إنجازات الشبكات المبتكرة من Google. يسمح للعملاء بالاستفادة من شبكة Google والمكدس بأكمله لتقديم المحتوى بسرعة ممتازة. مع ضمانات Google بخصوص زمن الوصول.
Kinsta مكرس لتقديم أفضل أداء استضافة مُدارة من وورد بريس على نطاق عالمي. هذا هو السبب في أن Kinsta مدعوم من Google Cloud لاستضافة وورد بريس ونستخدم شبكة Premium Tier من Google لجميع خطط الاستضافة الخاصة بنا .
وفر الوقت والتكاليف وحقق أقصى قدر من أداء الموقع من خلال:
مساعدة فورية من خبراء استضافة وورد بريس ، 24/7.
تكامل Cloudflare Enterprise.
يصل الجمهور العالمي إلى 28 مركز بيانات حول العالم.
التحسين من خلال مراقبة أداء التطبيقات المضمنة لدينا.
كل ذلك وأكثر من ذلك بكثير ، في خطة واحدة بدون عقود طويلة الأجل ، وعمليات الترحيل المدعومة ، وضمان استرداد الأموال لمدة 30 يومًا. تحقق من خططنا أو تحدث إلى قسم المبيعات للعثور على الخطة المناسبة لك.
