يتطلب تأثير ثورة التحول الرقمي من المؤسسات البحث عن حلول أكثر كفاءة لإدارة المعلومات وجمعها ومشاركتها مع التخفيف من مخاطر البيانات وضمان تخصيص الموارد بشكل معقول. وعلى نفس المنوال ، تطورت البنية التحتية للحوسبة أيضا على مدى العقود العديدة الماضية لتلبية هذه المطالب.
مركز البيانات والموقع المشترك و Serverالمرحلة الأولية:
دعونا نأخذ رحلة سريعة أسفل حارة الذاكرة.
منذ حوالي 80 عاما خلال أربعينيات القرن العشرين ، بدأ مسؤولو النظام في الاعتماد على "البنية التحتية القديمة" مثل مراكز البيانات ومراكز التوصيل الشبكي والخوادم لإيواء أنظمة الكمبيوتر. ومع ذلك ، فإن هذه الأنواع من البنية التحتية تأتي على حساب الاستثمارات الكبيرة المقدمة وتكاليف الصيانة الشهرية المرتفعة.
كانت طبقة الشبكات نفسها معقدة ومكلفة للبناء. كانت إضافة المزيد من قوة الحوسبة لتوسيع نطاقها أيضا تحديا كبيرا حيث قد يستغرق الأمر ما لا يقل عن ثلاثة إلى ستة أشهر فقط لإضافة خادم واحد. ثم يجب استيفاء قائمة بالمتطلبات: الحصول على موافقة الميزانية لطلب الأجهزة اللازمة ، وشحن الأجهزة إلى مركز البيانات ، وجدولة نافذة صيانة لتثبيتها في مركز البيانات ، الأمر الذي يتطلب مساحة رف ، وتكوينات الشبكات ، والأحمال الإضافية على الطاقة والتبريد ، والكثير من إعادة الحساب للتأكد من أن كل شيء ضمن المعلمات ، والعديد من العقبات.
كان الوصول وحده بالفعل عملية بطيئة ومؤلمة ، ناهيك عن أن أي تغييرات إضافية على الخادم تتطلب تكاليف كبيرة من الوقت والمال - سواء كان ذلك عطلا في الأجهزة أو ترقية. في الواقع ، تحتاج المنظمات إلى حل أفضل.
المحاكاة الافتراضية: تحقيق تنقل أحمال العمل وتوفير التكاليف والعمليات المؤتمتة
لم يكن حتى أواخر ستينيات القرن العشرين أن المرحلة التالية من تطور البنية التحتية حدثت: قدمت IBM المحاكاة الافتراضية.
المحاكاة الافتراضية هي طريقة لتوزيع موارد النظام منطقيا بين التطبيقات التي تعمل فيها الأجهزة الظاهرية (VMs) كنسخة رقمية من كمبيوتر فعلي مع أنظمة التشغيل الخاصة به. يمكن للأجهزة الظاهرية تحويل خادم واحد إلى العديد من الخوادم. وهذا يجعل المحاكاة الافتراضية قادرة على حل المشكلات التي لم يستطع سابقها معالجتها ، مثل توزيع استخدام موارد الكمبيوتر بين مجموعة كبيرة من المستخدمين ، وزيادة كفاءة قدرة الكمبيوتر ، وتحسين استخدام الموارد ، وتبسيط إدارة مركز البيانات ، مع تقليل تكاليف الاستثمار في التكنولوجيا.
كان هذا الحل نقلة نوعية. تسمح المحاكاة الافتراضية للحوسبة السحابية بتعطيل النظام البيئي بأكمله ويمكن أن يكون تحديث تكوينات المثيل في متناول أي شخص. ولكن الأهم من ذلك، يمكن أتمتة كل مهمة - لا يلزم تدخل بشري لتوفير مثيلاتك أو تثبيتها أو صيانتها أو إعادة بنائها. من عملية من ثلاثة إلى ستة أشهر للوصول إلى الخادم إلى دقيقتين ، كان هذا حقا مغيرا للعبة.
كلما زادت الأتمتة التي توفرها الأجهزة الظاهرية، زاد عدد المطورين الذين يمكنهم التركيز على بناء التطبيقات، وقلت الحاجة إلى الاهتمام بتثبيت البنية التحتية وصيانتها. تتولى فرق DevOps و CloudOps و DevSecOps ما كان يعتبر "أدوار إدارة النظام القديمة".
ومع ذلك ، فإن حقيقة أن كل جهاز ظاهري له صورة نظام تشغيل منفصلة تتطلب المزيد من موارد الذاكرة والتخزين. هذا يضع ضغطا على الإدارة العامة. تحد المحاكاة الافتراضية أيضا من قابلية نقل التطبيقات، خاصة في المؤسسات التي تتحول من بنية الخدمات المتجانسة إلى بنية الخدمات المصغرة.
الحاويات: بديل خفيف الوزن للمحاكاة الافتراضية
تقدم سريعا إلى عام 1979 ، IT شهدت المناظر الطبيعية أول تقنية حاوية مع الإصدار 7 يونكس ونظام chroot. لكن الحاويات لم تزدهر حتى أواخر القرن العشرين.
الحاوية هي وحدة برمجية قياسية تقوم بتجميع التعليمات البرمجية في التطبيق وجميع تبعياته ، مما يسمح بمشاركة التطبيق وترحيله ونقله وتنفيذه بشكل موثوق من بيئة حوسبة إلى أخرى.
الحاويات يحل العديد من مشاكل المحاكاة الافتراضية. تشغل الحاويات مساحة أقل من الأجهزة الظاهرية حيث يبلغ حجم صور الحاوية عادة عشرات الميغابايت فقط ؛ يمكنه التعامل مع المزيد من التطبيقات ويتطلب عددا أقل من الأجهزة الظاهرية وأنظمة التشغيل. بالمقارنة مع الأجهزة الافتراضية ، فهي أخف وزنا وموحدة وآمنة وأقل استهلاكا للموارد.
فائدة كبيرة للحاوية هي أنها تخلق عزلة بين التطبيقات. تسمح البيئات المعزولة لجهاز ظاهري واحد باستضافة حتى 10 إلى 20 تطبيقا أو مكونا مختلفا تماما. تقوم الحاويات بحزم تطبيق يحتوي على كل ما تحتاجه لتشغيله، بما في ذلك التعليمات البرمجية ووقت التشغيل وأدوات النظام ومكتبات النظام والإعدادات وما إلى ذلك - مع التأكد من أن التطبيقات تعمل بشكل موحد وخالية من التعارض على الرغم من الاختلافات في البيئات. نظرا لأن تقنية الحاوية تفصل التطبيقات تماما عن الأجهزة ، فإنها تجعل النظام بأكمله محمولا للغاية وقابلا للتطوير والإدارة.
نظرا لأن الجيل التالي من تطوير البرامج يبتعد عن التطبيقات التقليدية المتجانسة إلى نموذج الخدمات المصغرة ، فإن الحاويات موجودة لتبقى وهي مستقبلنا.
OPSWAT MetaDefender Core Container
بالإضافة إلى تحويل البنية التحتية من مراكز البيانات إلى الحاويات، تتطلع المؤسسات إلى تعزيز حل الأمن السيبراني الخاص بها في البنية القائمة على الحاويات. الاستفادة من نفس المفهوم ، OPSWAT تمكن MetaDefender Core ليتم تثبيتها عبر نظام بيئي في حاويات في غضون دقائق. MetaDefender Core Container هو خيار تثبيت مرن - حيث يمكنك توسيع نطاق عدة MetaDefender Core التطبيقات ، وأتمتة عملية التثبيت وتبسيطها ، وإزالة التعقيد والغموض الناجم عن التبعيات المخفية.
يوفر الحل الخفيف الوزن وسهل النشر MetaDefender Core Container التكاليف الإجمالية للبنية التحتية والتشغيل والصيانة لمساعدتك على تحقيق تكلفة إجمالية أقل بكثير للملكية (TCO). من خلال أتمتة النشر وإزالة أي تبعيات خاصة بالبيئة، يمكّنك MetaDefender Core Container من التركيز على ما هو أكثر أهمية: التدقيق في كل ملف بحثًا عن البرامج الضارة والثغرات الأمنية، والتعقيم باستخدام Deep CDR (نزع المحتوى وإعادة بنائه) لمنع هجمات فورية و APT (تهديدات مستمرة متقدمة)، وحماية المعلومات الحساسة باستخدام تقنية DLP (منع فقدان البيانات).
تعرف على المزيد حول MetaDefender Core, MetaDefender Core Container، أو اتصل بأحد خبراء الأمن السيبراني لدينا.
