Foreach AS تبيع سعة استضافة لا تزال تعتمد على الرفوف والنقل ونوافذ الإصلاح

ملخص

• Foreach AS نشطة بما يكفي لتحليلها كمزود خدمة حالي. يحدد سجل الأعمال النرويجي FOREACH AS كشركة محدودة خاصة نشطة في تروندهايم، وموقع Foreach الإلكتروني نشط، ورأت RIPEstat أن AS214761 يعلن عن كل من195.191.30.0/23و2001:67c:1420::/48في 12 يوليو 2026.
• ادعاء سعة الاستضافة حقيقي لكن محدود. تقول Foreach إنها تقدم خوادم واستضافة للتطبيقات بالتعاون مع ITsjefen، وتسمي شروط معالجة البيانات الخاصة بها شركة ITsjefen AS كمزود لاستضافة الويب والخوادم الافتراضية والبريد الصادر من تلك الخدمات والنسخ الاحتياطي.
• الاعتماد المادي الرئيسي ليس مخفيًا. تنشر ITsjefen ثلاثة مراكز بيانات في منطقة تروندهايم، بمساحة حوالي 1000 متر مربع من السعة، وشبكة ألياف متعددة التكرار بسعة 100 جيجابت في الثانية، وضوابط طاقة المنشأة ومزودي خدمة صاعدة مذكورين. تدعم هذه الادعاءات سياق استضافة نرويجية محلية، ولكنها لا تكشف عن تخصيص الأرفف الدقيق لـ Foreach، أو تصميم تجاوز الفشل، أو تكرار النسخ الاحتياطي، أو تاريخ اختبار الاستعادة.
• طبقة التوجيه مرئية حاليًا ولكنها مركزة. تسجل سياسة سجل RIPE لـ AS214761 كلاً من ITsjefen AS44381 و Underworld AS50213، بينما أظهرت عرض الجار لـ RIPEstat فقط AS44381 كجار مرئي نشط عند تاريخ القطع. لذلك يجب على العميل الذي يعتمد على Foreach أن يسأل كيف تتصرف حركة المرور والدعم والنسخ الاحتياطية وتصدير البيانات في حالة فشل تسليم AS44381، أو غرفة ITsjefen، أو مضيف معين، أو نافذة دعم Foreach.

شركة استشارية صغيرة بحافة شبكة مرئية

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

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

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

هناك أيضًا أدلة حالية على أرقام الإنترنت.سجل RIPE aut-num لـ AS214761يسمي AS باسم Foreach، ويربطه بكائن مؤسسة Foreach، وتم إنشاؤه في 5 يونيو 2024.سجل مؤسسة RIPE ORG-FA1308-RIPEيسمي Foreach AS، ويعطي النرويج كدولة ويسرد عنوانًا في تروندهايم.بحث RIPE عن195.191.30.0/23يعيد كائن inetnum لـNO-FOREACH-AS، الحالةASSIGNED PI، المنظمة ORG-FA1308-RIPE والحافظITSJEFEN-LIR. هذه إشارات إدارية قوية: Foreach لديها مساحة عناوين موجهة وهوية نظام مستقل خاصة بها، بينما تحتفظ ITsjefen بكائنات السجل حولها.

الأدلة التشغيلية تتجاوز السجلات. أظهر عرض البادئات المُعلنة لـ RIPEstat لـ AS214761 أن195.191.30.0/23و2001:67c:1420::/48تم الإعلان عنهما حتى تاريخ القطع في 12 يوليو 2026. أظهرت نتيجة حالة التوجيه IPv4 من RIPEstat أن بادئة IPv4 مرئية لجميع أقران RIS البالغ عددهم 327، وأظهرت نتيجة حالة التوجيه IPv6 أن بادئة IPv6 مرئية لجميع أقران RIS البالغ عددهم 322 التي لاحظتها تلك الخدمة. كما ربط DNS العام موقع Foreach الإلكتروني بمساحته الموجهة: بحث عنforeach.noأعاد195.191.30.65، وتربطصفحة IPinfo لذلك العنوانبـ AS214761 Foreach AS في تروندهايم.

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

عرض الاستضافة هو خدمة تطبيقات مُدارة، وليس قدرة سحابية خام

مواد عملاء Foreach تشير إلى استضافة مُدارة ومخصصة للتطبيقات بدلاً من السحابة ذاتية الخدمة السلعية. فيصفحة العملاء، تقول الشركة إنها تطور وتدير أنظمة لـ iBOKS Minilager و Tunga Bil و NORoption و Terminalen Rigg. الأمثلة محددة تشغيليًا: iBOKS لديها نظام تأجير تخزين مع خلفية وواجهة برمجة تطبيقات وتكاملات طرف ثالث وبوابة إدارة وصفحة "صفحتي" للعميل؛ Tunga Bil لديها نظام نظرة عامة للعملاء والمركبات والوثائق؛ NORoption لديها سجلات اتفاقيات الخدمة والتركيب؛ Terminalen Rigg تستخدم أنظمة الحجز وتسجيل الوصول والغرف والإشغال وتكامل الفواتير. الترتيب الدقيق للاستضافة لكل عميل مذكور غير مُعلن، لكن النمط واضح. قيمة Foreach ليست فقط الآلات الافتراضية. إنها مزيج من منطق التطبيق المخصص والدعم واستمرارية الاستضافة.

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

اتفاقية معالجة البيانات لـ Foreachهي الوثيقة الأكثر وضوحًا لهذه السلسلة. تقول إن Foreach قد تعالج البيانات الشخصية لمتابعة العملاء والمبيعات وتقديم الخدمات؛ وتدرج الفئات المخزنة مثل تفاصيل الاتصال وبيانات الاشتراك وبيانات الطلب وسجل الفواتير والدفع والسجلات وتفاصيل تسجيل الدخول وبيانات التخزين واستخدام الموارد؛ وتسمي أربعة معالجين فرعيين. تم إدراج ITsjefen AS كمزود خدمات الخادم التي تستخدمها Foreach، بما في ذلك استضافة الويب والخوادم الافتراضية، بالإضافة إلى البريد الإلكتروني الصادر من تلك الخدمات. وتقول الفقرة نفسها إن ITsjefen مسؤولة عن النسخ الاحتياطي لتلك الخدمات. تم إدراج Fiken AS للمحاسبة، و Teletopia Interactive AS لإرسال الرسائل النصية القصيرة، و Microsoft Ireland Operation لخدمة البريد الإلكتروني.

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

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

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

الحدود المادية تمر عبر غرف ITsjefen في تروندهايم

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

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

صفحات المواقع الفردية تضيف تفاصيل مادية. يتم تشغيلNDC2بواسطة ITsjefen منذ عام 2008، ويستخدم دائرة تبريد مغلقة إلى تروندهايمسفيوردن للحلقة التبريد الأولية، وله اتصالات ألياف احتياطية باستخدام طرق مختلفة في وسط تروندهايم، ووحدات UPS فردية A/B، ومولد ديزل، وتبريد هواء احتياطي. تقول الصفحة إنه حاصل على شهادات TIA-942-A و EN50600 منذ عام 2016 وشهادة ISO27001:2022 في أغسطس 2025. كما تسمي AS44381، واتصالين أساسيين بسعة 100 جيجابت في الثانية، وربط نظير بسعة 10 جيجابت في الثانية في TRDIX، ومزودي خدمة صاعدة بسعة 10 جيجابت في الثانية من Telenor و Telia و GlobalConnect.

يوصفNDC3بأنه مركز بيانات عالي الأولوية مع حماية من النبض الكهرومغناطيسي للحلول الحرجة، واتصالات ألياف احتياطية، ووحدات UPS فردية، ومولد ديزل، وتبريد احتياطي. إنها ليست غرفة عامة لكل تطبيق مستضاف عادي؛ تقول الصفحة إن الوصول مقصور على الموظفين المصرح لهم بشكل خاص من ITsjefen والعميل.NDC4أكثر صلة مباشرة بالسعة: تصفه ITsjefen بأنه حوالي 600 متر مربع، وأكثر من 600 متر مربع في العنوان الرئيسي، بسعة 2 ميجاواط، تحت مستوى الأرض في Tungaveien 30، خارج مناطق خطر الفيضانات والانهيارات الأرضية والطين السريع بالرجوع إلى خرائط NVE، ومعتمد ISO27001:2022 و EN50600 Tier III و TIA-942A، مع جانبي تبريد وطاقة A/B، UPS، مولد ديزل، أربعة مداخل ألياف منفصلة من خمسة طرق داخلية، مناطق عملاء، ووصول 24/7 للعملاء الذين لديهم أرفف كاملة.

هذه ادعاءات قوية على مستوى المزود. تجعل عرض الاستضافة من Foreach مختلفًا ماديًا عن كمبيوتر محمول تحت مكتب أو خادم افتراضي واحد مستأجر في سوق غير معروف. كما أنها تقصر دون أدلة تكرار خاصة بـ Foreach. السجل العام لا يذكر أي غرفة من ITsjefen تستخدمها Foreach، أو ما إذا كانت Foreach لديها معدات في أكثر من موقع، أو ما إذا كانت حركة المرور لـ195.191.30.0/23و2001:67c:1420::/48يمكن أن تنتقل بين الغرف بدون تأثير على العميل، أو أي منصة تخزين تحتفظ بنسخ Foreach الاحتياطية، أو عدد مرات إجراء تدريبات الاستعادة، أو ما إذا كانت Foreach لديها خروج مُختبر من ITsjefen إلى مزود استضافة آخر.

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

التوجيه نشط، لكن التنوع الملاحظ أضيق من ملف السياسة

AS214761 ليس خاملًا. أدلة المسار الحالية من بين أقوى أجزاء ملف البنية التحتية العام لـ Foreach. رأت RIPEstat البادئات IPv4 و IPv6 المُعلنة عند تاريخ القطع، وأظهرت عينة حالة BGP من RIPEstat لـ AS214761 العديد من المسارات الملاحظة المنتهية في AS44381 و AS214761. هذا مسار إنترنت حي، وليس مجرد تسجيل.

سؤال الاعتماد موجود في القفزة التالية. أظهر عرض الجيران لـ RIPEstat لـ AS214761 جارًا فريدًا واحدًا في 12 يوليو 2026: AS44381. سياسة RIPE aut-num لـ AS214761 تدرج واردات من AS44381 و AS50213 وصادرات لكليهما. الفرق مهم. سياسة السجل يمكنها وصف العلاقات المقصودة أو المسموح بها؛ جامعات المسار العام تظهر ما لاحظته. عند تاريخ القطع، كانت العلاقة الملاحظة المرئية عبر RIPEstat هي ITsjefen AS44381.

ITsjefen نفسها أوسع بكثير. يُظهر سجل RIPE aut-num لـ AS44381 شبكة بها واردات وصادرات متعددة، بما في ذلك Telenor AS2116 و Telia AS2119 و GlobalConnect AS25400 والعديد من علاقات العملاء أو النظراء. أظهر عرض البادئات المُعلنة لـ RIPEstat لـ AS44381 تسع بادئات عند تاريخ القطع، بينما أظهر عرض الجيران لـ AS44381 اثني عشر جارًا فريدًا. يصف إدخال PeeringDB لـ AS44381 ITsjefen كمزود خدمة شبكة بسياسة نظير عامة مفتوحة، على الرغم من أنه لم يدرج مرفقًا أو مرفقات LAN للتبادل في كائن API المُعاد. تدعي صفحات NDC2 و NDC4 لـ ITsjefen بشكل منفصل وجود ترابط نظير في TRDIX ومزودي خدمة صاعدة بسعة 10 جيجابت في الثانية من Telenor و Telia و GlobalConnect.

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

تاريخ مسار195.191.30.0/23يعزز أن هذه المساحة قد انتقلت عبر سيطرة ITsjefen. بحث RIPE عن البادئة لا يزال يعيد كائن مسار أقدم مصدره AS44381 ويصف يتضمن Doghouse AS، تروندهايم، النرويج. ومع ذلك، تظهر خدمة حالة التوجيه المباشرة المصدر AS214761 عند تاريخ القطع. هذا يشير إلى أن الإعلان الحالي لـ Foreach أصبح الآن متميزًا، بينما تظل ITsjefen هي الحافظة والسياق الصاعد. إنه ترتيب شبكة محلي معقول لمزود خدمة صغير: الشركة المواجهة للعميل تحصل على موارد مستقلة عن المزود، ومشغل مركز البيانات والشبكة المحلي يحافظ عليها ويحملها، ومسار العميل مرئي عالميًا من خلال ذلك المزود.

الجزء غير المثبت هو تجاوز الفشل. السجل العام لا يظهر أن Foreach تعلن عن AS214761 من خلال مزود صاعد مستقل ثانٍ في نفس الوقت، ولا يرى جامع مسار AS50213 كجار أيسر حالي لـ Foreach. يُظهر سجل RIPE لـ AS50213 وعرض الجيران لـ RIPEstat أن Underworld AS50213 متصل بـ AS44381، مما يجعله أكثر احتمالًا أن يكون جزءًا من النظام البيئي للتوجيه المحلي بدلاً من كونه طريق هروب عالمي مستقل. هذا ليس نقدًا؛ إنه حد. مسار Foreach المرئي حاليًا نشط، لكن أدلته العامة تدعم "موجه عبر ITsjefen" بقوة أكبر من "متعدد الاتصال بشكل مستقل".

السعة المركبة ليست نفس السعة الاستضافية القابلة للاستخدام

يمكن لموارد العناوين الخاصة بـ Foreach أن تجعل الشركة تبدو أكبر من فريقها المُعلن، لكن مساحة العنوان ليست سعة خادم./23يعطي 512 عنوان IPv4 قبل الحجوزات والخيارات التشغيلية؛/48لـ IPv6 أكثر من كافٍ لترقيم العديد من الخدمات بشكل نظيف. تساعد هذه الموارد مزود الاستضافة على فصل الخدمات، وتعيين نقاط نهاية العملاء، وتشغيل اتصال مزدوج المكدس، وتجنب الاعتماد على العناوين المعينة من قبل المزود. لكنها لا تذكر عدد المضيفين الماديين، أو نوى وحدة المعالجة المركزية، أو مصفوفات التخزين، أو أهداف النسخ الاحتياطي، أو ساعات العمل، أو نوافذ الدعم المتاحة.

الموقع الحي يوضح النقطة.foreach.noيتحلل إلى195.191.30.65، داخل/23المُعلن من Foreach، ويضع IPinfo هذا العنوان تحت AS214761 في تروندهايم. هذا دليل جيد على أن Foreach تستخدم مساحتها الموجهة لخدمة عامة. لكنه يخبرنا بالقليل جدًا عن هامش السعة. نفس العنوان يمكن أن يواجه موقعًا واحدًا، أو العديد من المضيفين الافتراضيين، أو موازن تحميل، أو وكيل عكسي. يمكن أن يكون تطبيق العميل بجانبه، أو خلفه، أو في مكان آخر في بنية ITsjefen التحتية. لا يمكن لـ DNS العام الإجابة على هذه الأسئلة.

سعة مركز بيانات ITsjefen أيضًا تحتاج إلى ترجمة دقيقة. 2 ميجاواط و 600+ متر مربع من NDC4 تصف موارد المنشأة. إنها لا تصف تخصيص Foreach. إذا استأجرت Foreach خوادم افتراضية، فقد لا تتحكم أبدًا في رف كامل، ناهيك عن منطقة عملاء مخصصة. إذا كان لديها أجهزتها الخاصة، فإن السجل العام لا يزال لا يكشف عن عدد الأرفف، أو تكرار التخزين، أو حق الصيانة، أو مخزون قطع الغيار في الموقع. إذا كانت تعتمد على خدمات خادم ITsjefen المُدارة، فقد يكون مسار الاستعادة مكتوبًا في عقد Foreach-ITsjefen بدلاً من المعدات المملوكة لـ Foreach.

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

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

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

نوافذ الإصلاح هي نظام بشري بقدر ما هي ميزة منشأة

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

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

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

مقياس الدعم الخاص بـ ITsjefen أكبر. تقول صفحة عن الشركة إن 22 موظفًا يديرون مراكز البيانات الثلاثة في منطقة تروندهايم ويدعمون العملاء 24/7 من خلال الاتفاقيات. تعطي صفحة الاتصال ساعات عمل عادية من 08:00 إلى 16:00 في أيام الأسبوع، بينما تعلن صفحات أخرى عن ترتيبات مراقبة وواجب. الفرق بين ساعات العمل وخدمة الواجب المتعاقد عليها مهم. لا ينبغي لعميل Foreach أن يستنتج استرداد التطبيق 24/7 لمجرد أن ITsjefen تقدم دعمًا 24/7 بموجب بعض الاتفاقيات. يعتمد الاستحقاق الفعلي على سلسلة العقود: من العميل إلى Foreach، ومن Foreach إلى ITsjefen.

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

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

المحلية هي نقطة بيع حقيقية، لكن المحلية ليست قابلية للنقل

تقدم صفحة السحابة لـ ITsjefen عرضًا واضحًا بالمحلية النرويجية. تقول صفحة Skytjenester إن العملاء يمكنهم تلبية المتطلبات العامة للتشغيل المسؤول والآمن مع موظفين نرويجيين في مراكز بيانات نرويجية، وشروط متفق عليها ثابتة، وأطر تسليم واضحة، ومراكز بيانات معتمدة من EN50600 و ISO27001:2022. تضع هذا ضد ضغط التكلفة والامتثال في السحابة العامة. بالنسبة لـ Foreach، التي تسمي شروط معالجة البيانات الخاصة بها ITsjefen لخدمات الخادم والنسخ الاحتياطي، فإن ذلك يعطي عرض التطبيق المستضاف مرتكزًا موثوقًا لمركز البيانات النرويجي.

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

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

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

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

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

مسار الفشل الرئيسي يمتد من الرف إلى العقد

التكليف لهذه الشركة هو اختبار فشل الرف أو المنبع أو مخزون الأجهزة أو الدعم أو الفوترة أو الهجرة أو عقد المزود. بالنسبة لـ Foreach، هذه ليست سيناريوهات منفصلة؛ إنها سلسلة.

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

يبدأ فشل المنبع عند حدود التوجيه. AS214761 حي، و AS44381 لديه منابع متعددة. إذا فشل أحد منابع ITsjefen، يجب أن يكون لدى AS44381 من حيث المبدأ مسارات بديلة. إذا فشلت العلاقة بين AS44381 و AS214761، أو إذا تم سحب سياسة مسار Foreach، يمكن أن تكون بادئات Foreach غير قابلة للوصول حتى أثناء تشغيل التطبيق. عدد الجيران المرئي لـ AS214761 لا يعطي دليلاً عامًا على مسار مستقل ثانٍ في وقت واحد.

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

فشل الدعم هو بشري. قد يكون هيكل الشخصين في Foreach رشيقًا، لكن توفر الشخص المناسب مهم. ITsjefen لديها فريق أكبر، لكن عقد العميل قد يمر عبر Foreach بدلاً من ITsjefen مباشرة. إذا لم يتمكن العميل من الوصول إلى Foreach، أو لا يمكنه تفويض استعادة، أو لا يعرف ما إذا كان يجب الاتصال بـ Foreach أو ITsjefen أو Microsoft، يطول وقت التوقف. معلومات الاتصال العامة واضحة؛ تفاصيل مستوى الخدمة العامة ليست كذلك.

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

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

من يتأثر عندما تنكسر سلسلة الاستضافة

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

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

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

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

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

تقييم حالة التشغيل نشط لكن محدود

تمر Foreach AS بعتبة العمليات الحالية. الشركة نشطة في سجل الأعمال النرويجي، وموقعها الإلكتروني وصفحة الاتصال نشطان، وتنشر مواد خدمة حالية، وتسمي العملاء والمنتجات، ولديها سجلات RIPE منظمة و AS حالية، ورأت RIPEstat بادئات IPv4 و IPv6 الخاصة بها معلنة عالميًا في تاريخ القطع. هذا أقوى بكثير من دليل دليل قديم.

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

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

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

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