منصة SaaS السحابية وخيارات النشر

للمنشآت الصغيرة والمتوسطة والنشر السريع: SaaS المشترك. أما للمؤسسات ذات سياسات الأمان الصارمة أو التكامل العميق مع PLC/VPN: الخيار المخصص لمستأجر واحد أو التركيب المحلي. نقدّم المشورة المناسبة خلال مرحلة PoC.

على بنية تحتية سحابية أوروبية، مع خيارات بيئة مخصصة ومنطقة جغرافية محددة عند الطلب.

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

في النشر السحابي تستمر وحدة التجميع (collector) داخل المصنع في قراءة المكائن وتخزّن العدّادات وسجلات التوقف محليًا، ثم ترسلها عند عودة الخط؛ ومدة الاحتفاظ تعتمد على شكل النشر وتُحدَّد خلال مرحلة PoC. أما كل ما تخدمه المنصة فيتوقف فورًا: الشاشات التحليلية، وإطلاق أوامر الشغل الجديدة، وشاشات التقارير. وكل ما يجب أن يُدخله المشغّل يدويًا يعود إلى الورق حتى عودة الاتصال، لذا اتفقوا قبل الانتقال إلى الإنتاج على بديل لتسجيل أسباب التوقف والهالك. افصلوا الكابل عمليًا أثناء الـ PoC.

لا. تقرأ وحدة التجميع (collector) الموجودة داخل شبكة المصنع وحدات التحكم وتفتح الاتصال باتجاه الخارج عبر TLS أو نفق VPN من موقع إلى موقع، أي لا يُفتح أي منفذ في الجدار الناري باتجاه المصنع. لكن كونوا واضحين بشأن ما يُسمح لهذه الوحدة بفعله: فهي جسر موثوق، وأي أمر كتابة يمكن للمنصة أن تطلبه منها هو في حقيقته مسار دخول بصيغة أخرى. أما عزل طبقة التحكم فهو جزء من تصميم شبكتكم أنتم، لذا يجب أن يراجع فريقكم الوجهات والمنافذ وصلاحيات الكتابة قبل الـ PoC.

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

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

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

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

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