أمان ملفات مرن لعمليات نشر « Cloud » الحديثة

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

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

وهذه هي الفجوة التي يسدها «MetaDefender Cluster »، من خلال مسارين للنشر تم تصميمهما بما يتناسب مع الطريقة التي تعمل بها البنية التحتية السحابية فعليًّا في الوقت الحالي.

بالنسبة لفرق المنصة والأمن، يعني ذلك ما يلي:

• Cloud- النشر الأصلي عبر Kubernetes. يمكن نشر وتشغيل مجموعة MetaDefender على Kubernetes، مما يتيح عمليات نشر قابلة للتوسع ومتوافقة مع السحابة عبر البنية التحتية الحديثة.
• التوافر العالي. يدعم « MetaDefender » عمليات النشر ذات التوافر العالي على Kubernetes، مع توفير خيارات نشر ذات توافر عالٍ لـ PostgreSQL وRabbitMQ وRedis و« MetaDefender » Cluster File Storage.
• التحديثات التدريجية. تتيح مخططات Helm المنفصلة الخاصة بالمنصة الخدمات ومثيلات العمال إجراء تحديثات تدريجية، مما يقلل من انقطاع الخدمة أثناء عمليات التحديث.
• صور دوكر الرسمية. تتوفر صور دوكر الرسمية لجميع مجموعات « MetaDefender » الخدمات ، مما يسهل عمليات النشر باستخدام الحاويات.
• إيقاف تشغيل العمال بشكل سلس. تقوم مثيلات العمال التي تعمل على Kubernetes بإكمال المعالجة الجارية قبل إيقاف تشغيلها، مما يساعد على منع انقطاع عمليات الفحص أثناء التوسع والترقيات.

قامت المؤسسات التي تعالج ملايين الملفات يوميًا بنشر « MetaDefender Cluster» دون أي انخفاض في معدل الإنتاجية، لأن البنية التصميمية تم تطويرها خصيصًا لمواجهة هذا الضغط بالذات. ويعني التشغيل الأصلي على Kubernetes أن الفرق تحصل على نفس مستوى المرونة باستخدام أدوات التنسيق التي تعمل بها بالفعل.

لا يمر مسار كل فريق نحو الإنتاج عبر «كوبيرنيتس» وحده، وغالبًا ما يكون توفير البنية التحتية هو أول نقطة تنهار فيها الاتساق. تدعم مجموعة « MetaDefender » الآن مفهوم «البنية التحتية كرمز» (Infrastructure as Code) من خلال «تيرافورم» (Terraform)، مما يتيح نشرًا متسقًا وقابلًا للتكرار عبر «AWS» و«Microsoft Azure» ومنصة «Google Cloud ».

بالنسبة لفرق المنصة والأمن، يعني ذلك ما يلي:

• توفير الموارد بشكل متسق عبر السحابات المختلفة. يُطبق نفس نهج النشر سواء كانت البيئة موجودة في AWS أو Azure أو منصة Google Cloud ، مما يقلل من التباين بين البيئات.
• قوالب جاهزة للاستخدام في بيئة الإنتاج. تعمل قوالب Terraform المضمنة على تبسيط عملية التجهيز منذ البداية، بدلاً من إنشاء تعريفات البنية التحتية من الصفر.
• إدارة البنية التحتية كرمز. تصبح البيئات قابلة للتحديد بالإصدارات، وقابلة للمراجعة، وقابلة للتكرار، بما يتماشى مع الطريقة التي تُدار بها بقية البنية التحتية بالفعل.