RIPE NCC واقتصاديات قوة عنوان مزود الخدمات السحابية

الملخص

• تُنشأ قوة عنوان مزود الخدمات السحابية عندما تصبح هوية IP العامة مرتبطة بالحساب، وتدار بواسطة المنصة، وتُوسَّط عن طريق المشتريات، بدلاً من مجرد الاحتفاظ بها في سجل.
• منطقة خدمة RIPE NCC، وقاعدة LIR الكبيرة، وحوض IPv4 الحر المستنفذ، وخدمات السجل تجعل سجلاتها دليلاً مهماً لقابلية النقل، ولكنها ليست تفويضاً للتدخل في سوق السحابة.
• يمكن لمنتجات BYOIP والبادئة المُعلَن عنها الحفاظ على الهوية العامة المملوكة للعميل، لكن فحوصات القبول، وقواعد أصل المسار، ودليل التفويض، وموافقة المنصة تجعل قابلية النقل مشروطة.
• DNS العكسي، وRPKI/ROAs، وقبول المسار، وتاريخ السمعة، وقوائم السماح، وربط الخدمات الأمنية أصبحت الآن أسطح تحكم تجارية في الهجرة السحابية والخروج السحابي.
• يمكن لمشتريات القطاع العام والعملاء الخاضعين للتنظيم أن تزيد عن غير قصد من الاعتماد على أحواض مملوكة للمزود عندما تقدر المناقصات الراحة التشغيلية ولكنها لا تحدد دليل الخروج بشكل كافٍ.
• يجب أن يظل RIPE NCC دفتر أستاذ رفيع ودقيق، ولكن تحسين قيمة قابلية النقل لأدلة السجل بحيث لا يمكن تحويل الندرة بسهولة إلى اعتماد العميل.

اجتماع الخروج حيث تصبح قوة العنوان مرئية

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

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

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

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

يجلس RIPE NCC بالقرب من جذر تلك الأدلة في منطقته. تمتد منطقة خدمته عبر أوروبا والشرق الأوسط وأجزاء من آسيا الوسطى وتغطي أكثر من 75 دولة. تضم عضوياته أكثر من 20,000 منظمة سجل إنترنت محلي. نفد حوض IPv4 الحر في نوفمبر 2019. تشمل خدماته سجلات السجل، وقاعدة بيانات RIPE، وRPKI، وDNS العكسي، ومعلومات التوجيه والقياس. لا تجعل هذه الحقائق من RIPE NCC منظم سحابة. تجعله دفتر أستاذ تُستخدم سجلاته مراراً من قبل أطراف أخرى لتقرير ما إذا كان ادعاء العنوان العام ذا مصداقية. في سوق حيث يتوسط مزودو الخدمات السحابية معظم تجربة العنوان العام، فإن جودة وقابلية نقل تلك الأدلة أمر مهم.

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

نوعان من هوية العنوان العام

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

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

إنها تقرر ما إذا كانت أدلة سجل العميل جيدة بما يكفي لقبول هذا الرقم في نسيج السحابة.

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

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

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

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

الندرة تجعل دفتر الأستاذ قيماً، وليست ذات سيادة

يُوصف استنفاد IPv4 أحياناً كما لو كان ينقل السلطة تلقائياً إلى من يجلس بالقرب من السجل. هذا هو الاستنتاج الخاطئ. الندرة تجعل السجلات الدقيقة أكثر قيمة. لا تحول كاتباً إلى مالك. نفاد حوض IPv4 الحر لـ RIPE NCC في نوفمبر 2019 هو حقيقة سوقية وعلامة فارقة إدارية، وليس سبباً للسجل لتخصيص نفوذ سحابي وفقاً للسياسة الصناعية. الدور المفيد ليس تقنين المنافسة السحابية. بل هو التأكد من أن السجلات التي تظهر من يحمل ويحافظ ويفوض ويأذن بموارد الأرقام تظل متماسكة بما يكفي لتقليل عدم اليقين.

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

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

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

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

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

BYOIP كسوق قبول

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

تنشر AWS وMicrosoft Azure وGoogle Cloud وغيرها من المنصات الرئيسية مواد منتجات للبادئات العامة المقدمة من العميل. تلك المواد هي معروضات واقعية مفيدة، وليست نظرية كاملة للسوق. تميل الوثائق إلى إظهار نمط شائع: تتطلب المنصة دليلاً على أن العميل يتحكم في النطاق أو مصرح له باستخدامه؛ يجب أن تفي البادئة بتوقعات الحجم التقني والتسجيل؛ يجب أن تكون معلومات أصل المسار أو التفويض متوافقة مع إعلان المزود؛ يحتفظ المزود بحقه في الموافقة أو الرفض أو تقييد الاستخدام؛ ويجب على العميل دمج البادئة المقبولة في دورة حياة المنصة الخاصة. تختلف التفاصيل وتتطور قواعد المنتج، لكن هيكل القبول مستقر بما يكفي ليكون مهماً.

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

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

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

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

حدود الحساب وأتمتة API

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

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

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

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

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

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

DNS العكسي، RPKI، وقبول المسار كأدلة قابلية نقل

لا تحمل هوية العنوان العام بالعنوان وحده. يتم حملها بالأدلة الداعمة. يخبر DNS العكسي الأنظمة الأخرى كيف يسمي العنوان نفسه. تساعد RPKI وROAs أنظمة التحقق من أصل المسار في تحديد ما إذا كان النظام الذاتي مصرحاً له بأصل بادئة. يحدد قبول المسار من قبل الشبكات والمنصات ما إذا كانت حركة المرور ستصل إلى الموقع الجديد. تساعد بيانات الاتصال بالسجل والموارد في تحديد من المسؤول عن مورد الرقم. كل طبقة تقنية. كل منها له معنى تجاري في الهجرة السحابية.

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

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

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

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

يدير RIPE NCC بالفعل أجزاء رئيسية من بيئة الأدلة هذه من خلال سجلات السجل، وقاعدة بيانات RIPE، وRPKI، وDNS العكسي، ومعلومات التوجيه أو القياس. الاتجاه المفيد هو جعل هذه الإشارات أسهل في التدقيق من أجل قابلية النقل دون تحويلها إلى تصاريح إذن لكل خطوة تجارية. يجب أن يكون العميل قادراً على إنتاج حزمة واضحة من الأدلة: هذا هو الحامل، هذا هو المسؤول عن الصيانة، هذه هي حالة العكس، هذا هو قصد أصل المسار الحالي، هذا هو تاريخ المسار ذو الصلة، وهذه هي جهات الاتصال المسؤولة عن التغيير. إذا كانت تلك الحزمة محمولة، يظل القبول السحابي عملية منتج بدلاً من فخ اعتماد.

ذاكرة السمعة وقوائم السماح للمؤسسات

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

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

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

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

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

لا يمكن لـ RIPE NCC إدارة ذاكرة السمعة. لا ينبغي أن يقرر ما إذا كان العنوان موثوقاً به من قبل بنك أو مزود بريد أو بوابة قطاع عام. لكن يمكنه المساعدة في جعل ادعاءات الاستمرارية أكثر مصداقية. التسجيل الدقيق، وسجلات الاتصال النظيفة، والتفويض العكسي المستقر، ومعلومات أصل المسار المتماسكة يمكن أن تدعم تأكيد العميل على أن هوية عامة هي حقاً تحت سيطرته ويمكن نقلها بمسؤولية. في سوق نادر، هذا الإثبات هو جزء من المرونة الاقتصادية للعميل.

الربط الأمني وسعر حركة المرور النظيفة

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

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

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

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

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

بالنسبة لـ RIPE NCC، القضية ذات الصلة هي مرة أخرى سلامة طبقة الأدلة العامة. إذا تم استخدام بادئة مملوكة للعميل خلف منتج أمني سحابي، يجب أن تجعل بيانات السجل وRPKI سيطرة العميل واضحة. إذا كان DNS العكسي أو تاريخ التوجيه سيُستخدمان لدعم ادعاءات الاستمرارية، يجب أن يكون من السهل استرداد تلك الأدلة وفهمها. لا يصادق السجل على المنتج الأمني. إنه يحافظ على أدلة المورد التي تسمح للعميل بتجنب الخلط بين الراحة الأمنية والأسر الدائم.

المشتريات العامة والعملاء الخاضعون للتنظيم

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

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

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

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

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

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

المزودون الصغار وعدم تناسق الإثبات

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

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

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

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

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

بيئة أدلة RIPE NCC الصحية لن تضمن نجاح المزود الصغير. ستجعل قابلية النقل أقل غموضاً. لا ينبغي للسجل أن يميل السوق نحو أي فئة من المزودين. لكن يجب أن يجعل السيطرة على المورد واضحة بما يكفي للعملاء لمقارنة العروض على أساس مزايا الخدمة بدلاً من الخوف من أن هويتهم العامة لا يمكنها البقاء في حالة النقل. من الناحية المؤسسية، يجب أن يقلل دفتر الأستاذ العلاوة على كونك المنصة التي تستضيف بالفعل عنوان العميل.

لماذا قوة عنوان السحابة ليست مثل اكتناز العناوين

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

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

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

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

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

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

الاقتصاديات المؤسسية لدفتر أستاذ رفيع

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

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

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

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

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

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

ما يجب أن يحتويه معيار أدلة قابلية النقل

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

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

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

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

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

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

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

أجندة بناءة لـ RIPE NCC

أجندة RIPE NCC البناءة ستبدأ برؤية قابلية النقل. يمكن للسجل أن يسهل على الأعضاء وحاملي الموارد رؤية، في مكان واحد، الأدلة التي من المحتمل أن تهم في عملية القبول أو الخروج السحابي: معلومات الحامل، وجهات الاتصال المُدارة، حالة DNS العكسي، حالة RPKI/ROA، أصول المسار المرصودة، والتحذيرات التشغيلية ذات الصلة. لن تكون هذه شهادة. ستكون عرض استعداد. تكمن قيمتها في تقليل تكلفة طرح الأسئلة الصحيحة.

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

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

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

أخيراً، يمكن لـ RIPE NCC أن يجمع دون أن يأمر. يمكنه جمع مزودي السحابة، والشبكات الإقليمية، والمؤسسات، والمشترين في القطاع العام، وفرق الأمان في نقاش عملي حول أدلة قابلية النقل. يجب أن تكون الأجندة ضيقة: تقليل الغموض الذي يمكن تجنبه، وتحسين الاستمرارية، والحفاظ على إثبات السجل قابلاً للاستخدام عبر المنصات. سيكون هذا التجميع متسقاً مع دور التنسيق. لن يتطلب من السجل الحكم على القوة السوقية مباشرة.

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

دفتر الأستاذ الرفيع والحساب السحابي

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

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

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

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

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

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

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