ملخص

  • cnh-primary هو النظام المستقل AS203592، المسجل لدى RIPE باسم "cnh-primary" والمخصص لشركة CLOUD & HEAT Technologies GmbH. يُظهر RDAP من RIPE أن النظام المستقل نشط، وأظهر RIPEstat أنه تم الإعلان عنه في 15 يوليو 2026 الساعة 00:00 UTC.
  • سطح التوجيه حديث وموثق بشكل غير مألوف لهذه الدفعة: أدرج RIPEstat أن AS203592 أعلن عن 185.128.116.0/22 و94.198.185.0/24 و2a0c:2c0::/29 و2a0c:2c0:dd80::/44، مع RPKI صالح للأصول الأربعة المرصودة.
  • يسجل PeeringDB AS203592 باسم CLOUD & HEAT Technologies GmbH، مع منشأة مدرجة هي IBH Dresden C2، واتصال DD-IX بسرعة 10 جيجابت في الثانية مع عناوين IPv4 وIPv6، والمشاركة في خادم التوجيه.
  • تصف صفحات الشركة خدمات IaaS وKubernetes المُدارة وعمل توزيع OpenStack في الموقع ومثيلات GPU وتخزين Ceph واستضافة في مركز بيانات ألماني وشهادات ISO 27001 وISO 9001 وعمل سحابي متوافق مع SCS وعملاء مثل Scalytics وtracetronic وNyris وelevait وalphaspeech وflow.d وN+P.
  • مستوى الدليل قوي لهوية الشبكة ووجود المنتجات، ومتوسط للمنشأة والربط المحلي، ومتوسط فقط للمرونة لأن الوثائق العامة لا تكشف عن عدد الرفوف أو طوبولوجيا الطاقة أو مجموعات الخوادم الاحتياطية أو الموضع الدقيق لمناطق التوفر أو دليل النسخ الاحتياطي أو اختبارات تصدير العملاء أو سجل الحوادث.

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

يشير إدخال الدليل علىhttps://btw.media/en/directory/cnh-primary-cloud-heat-technologies-gmbhإلى هوية بنية تحتية عامة محددة للغاية: cnh-primary CLOUD & HEAT Technologies GmbH. جزء "cnh-primary" ليس تجميلاً تسويقياً. إنه اسم AS في RIPE للنظام المستقل AS203592، المعروض في قاعدة بيانات RIPE علىhttps://rest.db.ripe.net/ripe/aut-num/AS203592.jsonوفي RDAP علىhttps://rdap.db.ripe.net/autnum/203592. تم تسجيل AS في 4 ديسمبر 2015 وآخر تعديل في 28 يناير 2026. يحدد RDAP المالك باسم CLOUD & HEAT Technologies GmbH، مع عنوان دريسدن الذي يظهر أيضًا في صفحات الاتصال بالشركة. وهذا يعطي المقال نقطة بداية أقوى من العديد من ملفات السحابة الصغيرة: هناك شركة مسماة، وAS مسمى، وهوية مكتب عام، وتسجيل أرقام إنترنت نشط.

الطبقة الثانية هي دليل المنتج. الصفحة الرئيسية الإنجليزية لـ CLOUD & HEAT علىhttps://www.cloudandheat.com/en/تصف الشركة كمزود خدمات سحابية وتقنيات سحابية مقره في دريسدن، مع منتجات مبنية على OpenStack وProxmox VE وKubernetes. صفحة IaaS علىhttps://www.cloudandheat.com/en/products/cloud-services-in-germany/infrastructure-as-a-service/تبيع أحجام حوسبة وتخزين كتل وكائنات ومثيلات GPU وسعة سحابية مستضافة في ألمانيا. صفحة Kubernetes المُدارة علىhttps://www.cloudandheat.com/en/products/cloud-services-in-germany/managed-kubernetes-germany/تصف نماذج Kubernetes ذاتية الإدارة وعند الطلب والأساسية والخدمة الكاملة. صفحة Patron علىhttps://www.cloudandheat.com/en/products/on-premises-cloud-infrastructures/on-premises-cloud-tailored/cloudandheat-a-ready-to-use-openstack-distribution/تبيع توزيعة OpenStack ودعم تشغيلي اختياري. هذا ليس مجرد AS خامل مرتبط بصفحة فارغة.

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

السؤال الرئيسي إذن ليس ما إذا كانت CLOUD & HEAT موجودة. إنها موجودة بوضوح. السؤال هو ما هي الأدلة العامة التي تدعم الشركة عند قراءتها كبنية تحتية مستضافة. تدعم RIPE وRIPEstat وPeeringDB خريطة شبكة AS203592. يدعم موقع الشركة كتالوجاً من الخدمات السحابية العامة والخدمات المدارة. يسرد سوق OpenStack علىhttps://www.openstack.org/marketplace/public-clouds/cloud-and-heat/cloud-heat-cloud-servicesخدمات Cloud & Heat السحابية ويشير إلى أن المنتج مدعوم من OpenStack. يصف ملف دعم OpenStack علىhttps://www.openstack.org/community/supporting-organizations/profile/cloud-and-heatCloud & Heat كمزود دريسدني لخدمات وتقنيات سحابية. لا تقدم أي من هذه المصادر، مع ذلك، تدقيقاً عاماً كاملاً للسعة.

هذا هو الفرق الذي يهم المشترين. يمكن أن يكون AS العام سليماً بينما لا تحتوي منطقة التوفر على آلات احتياطية. يمكن إدراج سحابة OpenStack بينما تكون فئة GPU معينة مستنفدة. يمكن أن يعد عرض Kubernetes المدار بالمراقبة بينما لا يزال العميل بحاجة إلى النسخ الاحتياطي الخاص به وخطة النشر والتصدير. يمكن أن يظهر إدخال منشأة وجوداً في دريسدن دون الكشف عن عدد الرفوف أو تصميم الطاقة أو ترتيبات الدعم عن بُعد. الملف العام قوي بما يكفي لوضع cnh-primary في فئة بنية تحتية جادة، لكنه لا يزال بحاجة إلى قراءة بحذر تقني.

... (يستمر المقال بترجمته الكاملة هنا)...