6 أسباب لنشر البرنامج كجهاز افتراضي

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

أحد العوامل الحفازة في هذا التحول النموذجي هو ظهور الأجهزة الافتراضية (VA). تم تصميم VA على الأجهزة الظاهرية المستندة إلى مجموعة النظراء (VMs) ، وهي أداة مُعدة مسبقًا لإعداد وتشغيل تطبيقات افتراضية دون القلق بشأن أي تثبيت يدوي أو توفير أو نشر. قال Kit Colbert ، CTO لوحدة Cloud Platform Business Unit التابعة لبرنامج VMware ، أن تفكر في الأجهزة المنزلية مثل أي جهاز آخر: أنت لست بحاجة إلى معرفة كيفية عمل الثلاجة ، إنها تعمل فقط.

أمضى كولبير 14 عامًا في برنامج VMware. لقد عمل في معظم حافظة برامج الشركة - من نظام التشغيل VMkernel (OS) والمحاكاة الافتراضية لخادم vSphere إلى مدير عمليات vRealize IT ومنصة VMware AirWatch لإدارة الأجهزة المحمولة (MDM) ، من بين أدوار أخرى. تحدثت PCMag إلى Colbert حول ماهية VA ولماذا كانت مفيدة في سيناريوهات العمل العملية. ناقشنا كيف يمكنك الاستفادة من VAs ، إلى جانب التقنيات الناشئة من جانب المطور مثل الحاويات والخدمات المصغرة ، كجزء من مجموعة برامج الجيل التالي والبنية التحتية لتكنولوجيا المعلومات.

ما هي VAs؟

يزداد تعداد VAs شيوعًا في مراكز البيانات والخوادم الافتراضية ، التي تعمل كجزء من سحابة البنية التحتية كخدمة (IaaS). لفهم ماهية VA ومدى أهميتها في بيئات الحوسبة السحابية ، قال كولبير إن الكلمة الأساسية هي "الأجهزة".

وقال كولبير "فكر في جهاز في منزلك: أفران وأجهزة ميكروويف وثلاجات. يمكنك توصيلها وهي تعمل". "إن الأعمال الداخلية معقدة - والآن مع إنترنت الأشياء (IoT) ، يتوفر لدى العديد منهم شبكة Wi-Fi. لكن كم منا يعرف فعلاً كيف تعمل الثلاجة أو الفرن؟ لا يتعين علينا القيام بذلك. مقابض للتحكم في جهاز شديد التعقيد بتفاعل بسيط للغاية. يحتوي الجهاز على هذا التعقيد ليجعل من الأسهل على المستخدم الحصول على القيمة. يقوم الجهاز الظاهري بنفس الشيء داخل جهاز VM في مركز بيانات."

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

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

VAs مقابل VMs

غالبًا ما يتم خلط محركات VA و VM مع وضعها ببساطة: VMs هي آلية التعبئة والنشر لـ VA. أوضح Colbert أن VM بحد ذاته هو قماش فارغ إلى حد ما مع مجموعة واسعة من الاستخدامات. تعد أداة VA المدمجة على VM وسيلة لتخصيص وتخصيص VM للاستخدام بطريقة محددة للغاية. بالرجوع إلى استعارة الأجهزة المنزلية ، فإنه يحزم كل تعقيد جهاز VM ويمنح المستخدم بعض المقابض البسيطة ، إذا جاز التعبير.

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

6 نصائح لنشر VAs

VMware أبعد ما يكون عن مزود برامج المؤسسة الوحيد الذي يعمل مع VAs لكن الشركة تقول إنها تتمتع بخبرة أعمق من غيرها. قضى VMware سنوات في تطوير VMware vApp ، والذي يعمل على تنسيق المحاكاة الافتراضية المفتوح (OVF). تعمل منصة VMware vApp على تجميع VMs معًا في VAs التي تعمل عبر أنظمة تشغيل مختلفة وهياكل الحوسبة السحابية. قدم Colbert خمس توصيات يجب على الشركات أن تضعها في الاعتبار عند النظر في ، إنشاء ، ونشر VA.

1. معرفة متى تستخدم VA ، وليس VM

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

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

2. بناء متجر التطبيقات مركز البيانات

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

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

3. استخدام تكوينات شبكة مرنة

أحد أكثر الجوانب صعوبة في نشر VA هو الاندماج مع شبكات العميل. يعد تخصيص التخزين ونشر جهاز VM الأساسي أمرًا سهلاً نسبيًا وسهل التشغيل الآلي ، ولكن قال كولبيرت إن التواصل هو المكان المثير للاهتمام.

"يجب أن يكون الشخص الذي ينشئ التطبيق قادرًا على إعطاء المستخدم ما يكفي من المقابض لتهيئة الشبكة بشكل صحيح. بعض الشبكات تستخدم HTTP ، والبعض الآخر قد يكون لديه مجموعة ثابتة من عناوين IP ، والبعض الآخر قد يستخدم أدوات الجهة الخارجية لإدارة عنوان IP قال كولبير: "إذن هناك الكثير من الاختلافات التي يمكن أن ترشدك". "يجدر قضاء بعض الوقت الإضافي في التأكد من كشف مجموعة الخيارات الصحيحة للمستخدمين لتكوينها. وتأكد من أن VA لديك مرن في تكوينات الشبكة التي يمكنه دعمها."

4. لا تنام على الأمن

VAs تعمل في المقام الأول على أنظمة تشغيل Linux. إحدى المشكلات التي يمكن أن تواجهها هي مشاكل الأمان على مستوى نظام التشغيل. سواء أكنت تستخدم إدارة أداء التطبيقات (APM) أو برنامج مراقبة الشبكة ، أو لديك فريق يراقب نقاط الضعف والتعرض لـ Linux الشائعة (CVEs) ضمن حزم البرامج مفتوحة المصدر التي تستغلها شركتك ، قال كولبيرت إنه يجب أن يكون هناك مجموعة إجراءات حتى تحصل على بقع بسرعة.

"إن أحد الأشياء التي تقوم بها كمبدع هو تحمل مسؤولية تأمين VA وكل ما بداخلها. سواء أكان ذلك Shellshock أو Heartbleed أو ماذا لديك ، فهو عليك كمطور VA للرد بسرعة عند حدوث هذه الأنواع من المشاكل". قال كولبير. "هذا أحد الأشياء التي يمكن أن تحد من VAs إذا كان العميل لا يثق في البائع لتطبيق تصحيحات. لدى معظم مزودي خدمات الإنترنت فريق أمان كامل يراقب Linux CVEs. عندما ترى VMware انخفاضًا جديدًا في CVE ، هناك عملية كاملة تم إعدادها حتى قم بتنفيذ ذلك واستخرج تصحيحات في غضون ساعات أو أيام في أسوأ الأحوال. أنت بحاجة إلى مشاهدة هذه الفرق وعلى استعداد للتفاعل ، وآلية التسليم لنقل هذه التغييرات إلى المستخدمين النهائيين."

5. تعرف كيف تتوافق VMs والحاويات معًا

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

وقال كولبيرت: "نحن نشهد تكاثر التقنيات في الفضاء الذي يحتوي على الكثير من المقايضات والقدرات المختلفة. بشكل عام ، هذا شيء جيد ، لكنه يمكن أن يخلق بعض الالتباس حول أفضل ما يمكن عمله".

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

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

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

6. قرر ما إذا كنت ستستخدم خدمات Microservices

كيف عامل microservices في هذا هو اقتراح أكثر تعقيدا. داخل الحاوية ، يمكنك تشغيل تطبيق متجانسة تقليدي أو تطبيق خدمات ميكروية مقسم إلى خدمات معيارية. فيما يتعلق بـ VAs و VMs ، يقول Colbert إن القرار بشأن الانتقال إلى بنية الخدمات الدقيقة يعتمد على عدة عوامل.

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

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

وقال كولبيرت: "خدمات Microservices رائعة ، لكن لا تنطلق في هذه الرحلة حتى تتأكد من وجود سبب تجاري مقنع". "إذا كان هذا هو أحد تطبيقات الخطوط المعقدة ذات المستويات الكبيرة التي تحتاج إلى سرعة وتحديثات سريعة ، فابحث عن ذلك."