4 أسئلة يجب مراعاتها عند تحديد موفر DNS خارجي - IBM Blog

هناك العديد من الأسباب للانتقال إلى نظام DNS مُدار، لكنها جميعها تدور حول موضوع مركزي. بمجرد وصولك إلى كتلة حرجة من حركة المرور والبدء في القلق بشأن أداء وموثوقية ما تقدمه، فقد حان الوقت للتفكير في حل DNS المُدار.

هناك العديد من الخيارات المعروفة، وقد تبدو متشابهة نسبيًا للوافد الجديد في البداية. يقدم كل مزود DNS مُدار اتفاقية مستوى الخدمة (SLA) لوقت التشغيل بنسبة 100% من خلال شبكة DNS عالمية غير قابلة للبث. لديهم جميعا خيارات تجاوز الفشل، والتي يمكن أن تحسن المرونة. توفر جميعها لوحات معلومات ومقاييس حتى تتمكن من تحليل الأداء. كلهم يتقاضون رسومًا بناءً على الاستخدام.

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

بينما تقوم بتجميع قائمة "الأشياء التي يجب أن تمتلكها"، قمنا بتجميع بعض الأسئلة التي يمكن أن تساعد في بناء قائمة متطلباتك.

1. ما هو ملف المخاطر الخاص بك؟

أي مزود DNS مُدار يستحق ذلك سيقدم اتفاقية مستوى الخدمة (SLA) لوقت التشغيل بنسبة 100%. ولكن حتى هذا قد لا يكون جيدا بما فيه الكفاية. يحدث انقطاع في الشبكة، وفي بعض الأحيان تواجه الشبكة العالمية عالية المرونة مشكلات تتعلق بالتوفر. 

عادةً ما يكون وجود خيار تجاوز الفشل المتكرر أمرًا منطقيًا، خاصة بالنسبة للخدمات "التي تعمل دائمًا" والتي تتطلب حقًا توفرًا عاليًا. في بعض الحالات، يعني ذلك الاشتراك مع أكثر من مزود واحد. يتخذ NS1 نهجًا مختلفًا، حيث يقدم أ نظام زائدة منفصلة التي يمكنك إدارتها من نفس مستوى التحكم. 

هناك أيضا مسألة كيف مزود DNS المُدار الخاص بك في الواقع يوفر المرونة. آليات تجاوز الفشل مهمة. هل هو آلي؟ هل هي قابلة للتخصيص؟ كم عدد الخيارات التي لديك؟ ما مدى سهولة إدارة هذه الخيارات؟ حتى خيار DNS المتكرر الأكثر صلابة قد يكون عديم القيمة إذا كان هناك خلل في عملية تجاوز الفشل.

2. ما الذي يحتاجه المطورون لديك؟

تبدأ معظم المؤسسات في استخدام حل DNS مُدار لتحسين تجربة العملاء والمستخدمين النهائيين. ثم يكتشفون أن هناك جمهورًا آخر: المطورين.

تعتمد شبكات اليوم على DevOps، وحوسبة الحافة، والبنيات بدون خادم، وكلها تتطلب نهج واجهة برمجة التطبيقات أولاً للبنية التحتية. تعد الاتصالات بأدوات مثل Terraform أيضًا مطلبًا مهمًا للمطورين حيث يستفيدون من البنية التحتية للشبكة لبناء خدمات تواجه العملاء.

عند تقييم حلول DNS المُدارة، من المهم التحقق من مدى اتساع وعمق عروض واجهة برمجة التطبيقات (API) الخاصة بهم والاتصالات بالأدوات القياسية التي يستخدمها المطورون. لا يكفي أن تكون واجهات برمجة التطبيقات متاحة فحسب، بل يجب أيضًا أن تكون موثقة جيدًا وسهلة الاستخدام.

3. كيف ستدير حركة المرور بين شبكات CDN و/أو السحابات المتعددة؟

إذا كان لديك كتلة حرجة كافية لتحتاج إلى حل DNS مُدار، فمن المحتمل أن تبدأ في مرحلة ما في استخدام سحب متعددة أو شبكات CDN لتقديم التطبيقات والمحتوى. وهذا يعني توزيع حركة المرور على مقدمي الخدمات المختلفين تحسين الأداء وتحسين المرونة.

من الشائع أن يقدم مزود DNS المُدار شكلاً من أشكال توجيه حركة المرورولكن هناك اختلافات كبيرة في كيفية عملها. ستحتاج إلى معرفة مدى سهولة استخدام وظيفة توجيه حركة المرور في حل DNS المُدار. ما مقدار الجهد اليدوي المتضمن في عمليات التكوين والنشر؟

من المهم أيضًا النظر إلى قدرتك على تخصيص خيارات توجيه حركة المرور. هل ستحصل على النتائج المستهدفة التي تبحث عنها مع الخيارات المتاحة؟ أم أن خيارات توجيه حركة المرور ضعيفة للغاية بحيث لا توفر الأداء الذي تحتاجه حقًا؟ هل ستستخدم توجيه حركة المرور لموازنة التحميل الأساسية ووظائف تجاوز الفشل، أم أن احتياجاتك أعمق؟

4. ما مدى أهمية الأداء؟

لتوصيل معظم التطبيقات والخدمات، تعد سرعة معظم خدمات DNS المُدارة كافية لإنجاز المهمة. إن بضعة أجزاء من الثانية أسرع أو أبطأ من متوسط ​​معايير الصناعة لن تكون ذات أهمية حقًا.

ومع ذلك، هناك حالات استخدام محددة - بث الفيديو والألعاب على وجه الخصوص - حيث يمكن أن تؤثر هذه المللي ثانية بشكل مباشر على الإيرادات. في هذه الحالات، من المهم إيلاء اهتمام خاص لكل من سرعة استجابات الشبكة وعمق خيارات توجيه حركة المرور.

نظرًا لأن معظم التطبيقات والخدمات عالية الأداء ستستخدم سحبًا سحابية و/أو شبكات CDN متعددة، فإن القدرة على توجيه حركة المرور تلقائيًا إلى الخدمة الأفضل أداءً أمر بالغ الأهمية. قد ترغب أيضًا في مقارنة الأداء بعوامل مثل التكلفة أو الموثوقية - وهو سبب آخر لتحديد أولويات الحلول من خلال خيارات توجيه حركة المرور القابلة للتخصيص.

إذا كنت تقوم بتسليم المحتوى إلى الصين القارية، فإن تحسين الأداء يتطلب اهتمامًا خاصًا بجغرافية النشر. تتطلب بنية الشبكة الفريدة الخاصة بها وجود حل DNS مُدار مع وجود محلي.

تعرف على المزيد حول حل DNS المُدار الخاص بـ IBM NS1 Connect.