مايكروسوفت آب-في

تقنية مايكروسوفت لمحاكاة التطبيقات (المعروفة أيضًا باسم App-V ؛ ^{[ 1 ]} وكانت تُعرف سابقًا باسم SoftGrid من شركة Softricity ) ^{[ 2 ]} هي حلٌّ لمحاكاة التطبيقات وبثّها من مايكروسوفت . طُوِّرت في الأصل من قِبَل شركة Softricity، ومقرها بوسطن ، ماساتشوستس ، والتي استحوذت عليها مايكروسوفت في 17 يوليو 2006. ^{[ 3 ]} تُمثِّل App-V دخول مايكروسوفت إلى سوق محاكاة التطبيقات، إلى جانب تقنيات المحاكاة الأخرى الخاصة بها مثل Hyper-V ، ومحاكاة بيئة المستخدم من مايكروسوفت (UE-V)، ^{[ 4 ]} وخدمات سطح المكتب البعيد ، ومدير الأجهزة الافتراضية في مركز النظام . ^{[ 5 ]}

تتيح تقنية App-V نشر التطبيقات ("بثها") في الوقت الفعلي إلى أي عميل من خادم تطبيقات افتراضي. وهي تُغني عن الحاجة إلى التثبيت المحلي التقليدي للتطبيقات، مع دعمها أيضًا لطريقة النشر المستقلة. في حالة التنفيذ القائم على البث، يجب تثبيت عميل App-V على أجهزة العملاء، ويتم تثبيت بيانات التطبيق المخزنة على خادم التطبيقات الافتراضي (بثها) إلى ذاكرة التخزين المؤقت للعميل عند الطلب عند استخدامه لأول مرة، أو تثبيتها مسبقًا في ذاكرة تخزين مؤقت محلية. تعمل حزمة App-V على عزل بيئة التنفيذ بحيث لا يُجري التطبيق تغييرات مباشرة على نظام ملفات نظام التشغيل الأساسي و/أو سجل Windows ، بل يتم احتواؤه في "فقاعة" خاصة بالتطبيق. كما يتم عزل تطبيقات App-V عن بعضها البعض، بحيث يمكن تشغيل إصدارات مختلفة من التطبيق نفسه في وقت واحد ضمن App-V، ويمكن للتطبيقات المتنافية أن تتعايش على النظام نفسه. ومع ذلك، فإن هذا الفصل لا يُشكل حدًا أمنيًا. ^{[ 6 ]}

يُتيح App-V بالتالي التثبيت والإدارة المركزية للتطبيقات المنشورة. وهو يدعم التحكم في الوصول القائم على السياسات؛ حيث يمكن للمسؤولين تحديد وتقييد الوصول إلى التطبيقات لمستخدمين محددين، أو على أجهزة كمبيوتر معينة، من خلال تحديد سياسات تحكم الاستخدام. كما يتميز App-V بواجهة تتبع لمراقبة استخدام التطبيق المُحاكى. ويمكن تنفيذ الخوادم في تكوينات عالية التوفر عند الحاجة.

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

يُعدّ Microsoft App-V مكونًا إضافيًا يتطلب ترخيصًا للاستخدام. ويتم الترخيص بناءً على المستخدم، إما عن طريق ترخيص حزمة تحسين سطح المكتب من Microsoft (MDOP) للاستخدام على أنظمة تشغيل العملاء، أو كجزء من ترخيص الوصول إلى عميل خادم سطح المكتب البعيد من Microsoft للاستخدام على خوادم سطح المكتب البعيد. MDOP عبارة عن مجموعة من التقنيات المتاحة كاشتراك لعملاء ضمان البرامج. كما يوجد نموذج ترخيص خاص بموفري خدمات الاستضافة (الخدمات السحابية).

أصدرت مايكروسوفت الإصدار الخامس من App-V في أواخر نوفمبر 2012، وهو جيل ثالث من إعادة تصميم شاملة للمنصة بأكملها. وقد حسّن الإصدار الخامس المنتج، مستبدلاً المكونات المصممة أصلاً للاستخدام مع نظامي التشغيل Windows NT وWindows 2000 قبل نحو 11 عامًا. كما أتاح التصميم الجديد دعم ميزات أنظمة التشغيل الأحدث وتحسينات في دعم المحاكاة الافتراضية.

لا يزال الإصدار 4.x من المنتج مستخدمًا على نطاق واسع ويحظى بدعم فعال حاليًا. وقد وسّعت مايكروسوفت نطاق دعم الإصدار 4 ليشمل أنظمة تشغيل Windows 8.1 وServer 2012 R2؛ إلا أن بعض ميزات أنظمة التشغيل الأحدث غير متوفرة للتطبيقات الافتراضية التي تستخدم App-V 4.x. وكان تاريخ انتهاء الدعم القياسي لـ App-V 4.x من مايكروسوفت هو يوليو 2015. ^{[ 7 ]}

لم يعد من المعروف أن الإصدارين 3.x و2.x قيد الاستخدام في بيئات الإنتاج؛ فقد انتهى دعم هذين الإصدارين مع استحواذ مايكروسوفت على سوفتريسيتي. تمثل الإصدارات من 2.x إلى 4.x الجيل الثاني من منتجات محاكاة التطبيقات.

لم يكن هناك إصدار 1.x من المنتج. قبل إصدار SoftGrid 2.0، كانت Softricity تُعرف باسم SoftwareWow.com . ^{[ 8 ]} كانت SoftwareWow.com من أوائل مزودي خدمات الحوسبة السحابية، حيث كانت تمتلك متجر تطبيقات يبث التطبيقات (وخاصة الألعاب) للمستخدمين. استخدمت الخدمة منتجًا داخليًا من الجيل الأول لتقديم البرمجيات كخدمة (SaaS). على الرغم من قلة المعلومات المتاحة على الإنترنت عن الشركة اليوم، ^{[ 9 ]} إلا أن هذا المنتج كان يوفر خدمات البث مع دعم محدود للغاية للتقنيات الافتراضية.

أصدرت مايكروسوفت نسخةً مشتقةً من App-V تحت اسم Microsoft Server Application Virtualization ("App-V للخوادم"). ^{[ 10 ]} تهدف هذه المنصة، التي تدعم إعادة توجيه المحاكاة الافتراضية ولكن دون عزلها، إلى توفير أحمال خوادم افتراضية خالية من تعارضات التطبيقات الداخلية. يتوفر هذا المنتج كجزء من System Center Virtual Machine Manager، ويُستخدم عادةً لإنشاء نسخ جديدة من الخوادم حسب الطلب.

تقدم مايكروسوفت ثلاثة خيارات لنشر التطبيقات الافتراضية، مما يؤثر على المكونات المعمارية المستخدمة:

• مجموعة من الخوادم المخصصة لتطبيق App-V.
• تكامل مدير تكوين مركز النظام.
• الوضع "المستقل" الذي يمكن فيه تسليم التطبيق عبر وسائل أخرى.

تختلف طريقة تطبيق خيارات النشر الثلاثة هذه عند استخدام الإصدار 5.x أو 4.x من App-V. وسيتم شرح كل منها على حدة.

بصرف النظر عن العمليات المرتبطة بعمليات النشر، فإن App-V Application Virtualization يتكون بشكل أساسي من مكونين - App -V Sequencer و App-V Client . 

يُعدّ مُسلسل App-V المكوّن المسؤول عن إعادة تجميع التطبيق لتقنية المحاكاة الافتراضية والبث المباشر. يقوم هذا المكوّن بتحليل التطبيق لتحديد الموارد التي يحتاجها، ويدعم تخصيص التطبيقات، ومن ثمّ يُنشئ حزمة تحتوي على المكونات التنفيذية وملفات البيانات وإعدادات التسجيل اللازمة للتطبيق. يختلف تنسيق الحزمة بين الإصدارين 4.x و 5.x اختلافًا كبيرًا.

• يستخدم المنتج 5.x تنسيق App-V الذي يعتمد على تنسيقات الضغط القياسية مع ميزات إضافية. داخليًا، يتم استعارة جزء كبير من تنسيق البيانات الوصفية من AppX.
• تُنتج إصدارات App-V 4.x حزمًا باستخدام تنسيق SFT، ^{[ 12 ]} بالإضافة إلى ملفات إضافية تستند إلى نسخة معدلة ^{[ 13 ]} من مواصفات وصف البرمجيات المفتوحة (OSD) التي اقترحتها مايكروسوفت وماريمبا في الأصل إلى WC3 في عام 1997. ^{[ 14 ]}

يراقب برنامج التسلسل تثبيت التطبيق وتكوينه واستخدامه لموارد الملفات والسجل أثناء التشغيل لتحديد محتويات الحزمة وتكوينها. وهو يُجرّد المعلومات الخاصة بالجهاز والمستخدم لتحسين قابلية نقل مكونات التطبيق، مما يسمح بتشغيل معظم التطبيقات من قِبل مستخدمين مختلفين، وعلى أجهزة مختلفة، وحتى على أنظمة تشغيل مختلفة في بعض الحالات. كما تم تكوين الحزمة لعمليات البث، حيث يمكن تسليم أجزاء من الملفات للعملاء حسب الحاجة. تختلف إرشادات تسلسل التطبيقات بين الإصدارين 4.x ^{[ 15 ]} و5.x ^{[ 16 ]} .

يستقبل عميل App-V تعريفات حزم التطبيقات الافتراضية بعدة طرق. عند تهيئته للاستقبال من خادم بنية App-V الكاملة، يتم ذلك تلقائيًا عند تسجيل الدخول، أو وفقًا لمؤقت، ويبدأه عميل App-V. كما يمكن إرسال التعليمات إليه عبر واجهة برمجة تطبيقات العميل، المستخدمة في عمليات نشر System Center، وملفات MSI الافتراضية، والطرق المستقلة. تعتمد واجهة برمجة تطبيقات عميل App-V 5.x على PowerShell، بينما يستخدم عميل 4.x واجهة sftmime خاصة.

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

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

بالإضافة إلى إعادة تصميمها، أضافت النسخة 5.x عددًا من الميزات التي لم تكن متوفرة سابقًا في النسخة 4.x. وقد أضافت حزمة الخدمة 5.0 الثانية المزيد من هذه الميزات، وهي:

• دعم عمليات تكامل إضافية . تتوفر للتطبيقات طرق عديدة للتكامل مع نظام التشغيل وواجهة سطح مكتب المستخدم. سابقًا، كانت اختصارات التطبيقات وربط أنواع الملفات وتكاملات COM هي الخيارات المتاحة لتوفير تجربة استخدام شبيهة بالتطبيقات الأصلية. مع الإصدار 5.x، وخاصةً مع حزمة الخدمة 2 والإصدارات اللاحقة، تم توسيع أنواع التكاملات بشكل ملحوظ، والتي تُسمى "ملحقات التطبيقات" في App-V. بالإضافة إلى تحسين دعم الاختصارات، تمت إضافة معالجات البروتوكولات، وإمكانيات التطبيقات، وعملاء البرامج، ومسارات التطبيقات، ومجموعة متنوعة من ملحقات واجهة المستخدم، وكائنات مساعدة المتصفح، وتكاملات ActiveX. تُساعد العديد من هذه الملحقات في التغلب على الاعتراضات المتعلقة بمحاكاة التطبيقات المعقدة مثل Microsoft Office وملحقات Office.
• حجم التطبيق . تم إلغاء الحد الأقصى لحجم الحزمة البالغ 4 جيجابايت. لا يوجد حد موثق لحزم App-v 5.x.
• تحسينات في البرمجة النصية . يمكن الآن تثبيت المكونات التابعة التي لا يمكن محاكاتها افتراضيًا محليًا بواسطة عميل App-V عند الحاجة باستخدام واجهة البرمجة النصية الجديدة، حتى عندما لا يملك المستخدم المسجل صلاحيات إدارية لتثبيت البرامج. يشمل ذلك برامج تشغيل الأجهزة التابعة.
• مجموعات الاتصال : تُستخدم عندما تحتاج حزم متعددة إلى العمل معًا في بيئة تطبيق افتراضية واحدة، وهي تحل محل ميزة تكوين المجموعة الديناميكية المضافة إلى App-V 4.5. وتتمثل الفائدة الرئيسية لهذا التصميم الجديد في أن مجموعات الاتصال أصبحت الآن كائنات مُدارة على مستوى App-V أو مدير التكوين، بدلاً من كونها تعديلات مخفية يُجريها المسؤول.
• تشغيل التطبيقات الافتراضية : في بعض الأحيان، يتم تشغيل التطبيقات الافتراضية باستخدام مكونات مثبتة محليًا، مثل متصفح الويب المحلي باستخدام إضافات افتراضية. سابقًا، تسبب تشغيل هذه التطبيقات افتراضيًا في مشاكل للمستخدمين الذين أنشأوا اختصاراتهم الخاصة للمكون المحلي. باستخدام RunVirtual ، يمكن للمسؤول ضمان تشغيل أي مكون محلي افتراضيًا.

• إضافات مايكروسوفت أوفيس : على الرغم من إمكانية ترتيب إضافات مايكروسوفت أوفيس، إلا أنه لا يُنصح بذلك نظرًا للعديد من المشكلات التقنية والاستخدامية. على سبيل المثال، في حال استخدام المستخدم لأكثر من إضافتين، إذا تم ترتيبها بشكل منفصل، فلن يتمكن من التحكم في ترتيب الإضافات عند فتح المستند. الحل الوحيد لهذه المشكلة هو إنشاء مجموعة واحدة أو مجموعة ديناميكية تضم جميع الإضافات.
• حجم التطبيق : إذا تم ضبط الحد الأقصى لحجم ذاكرة التخزين المؤقت للعميل على 4 جيجابايت على الأقل (بحد أقصى 64 جيجابايت)، فإن الحد الأقصى لحجم التطبيق (ملف sft) الذي يمكن بثه على هذا الجهاز هو 4 جيجابايت. يجب عدم تسلسل أي تطبيقات يزيد حجمها المثبت عن أو يساوي الحد الأقصى لحجم العميل، الذي يحدده العميل. الحد الأقصى لحجم التطبيق الذي يمكن لـ Softgrid التعامل معه هو 4 جيجابايت، وذلك بسبب استخدام نظام الملفات FAT32 . ^{[ 17 ]}
• برنامج تشغيل الجهاز : لا يدعم App-V حاليًا تسلسل برامج تشغيل الأجهزة في وضع النواة؛ وبالتالي، لا يمكن تسلسل أي تطبيق يقوم بتثبيت برنامج تشغيل جهاز. الاستثناء الوحيد هو عندما يكون برنامج تشغيل الجهاز مثبتًا مسبقًا محليًا؛ في هذه الحالة، يتم تسلسل التطبيق بدون برنامج تشغيل الجهاز.
• الاختصارات : يجب أن تحتوي التطبيقات على اختصار واحد على الأقل. في حال عدم وجود اختصارات، يجب وضع التطبيق ضمن مجموعة تطبيقات مع التطبيق الذي يحتاج إليه. تتطلب إضافات متصفح إنترنت إكسبلورر اختصارًا خاصًا لبدء عملية المتصفح ضمن طبقة المحاكاة الافتراضية.
• البرمجيات الوسيطة : قد لا تكون تطبيقات البرمجيات الوسيطة خيارًا مناسبًا للتسلسل، إذ قد تكون متطلبات تشغيل أساسية للعديد من التطبيقات. مع الإصدارات الأحدث من App-V، يمكن تسلسلها في حزمة منفصلة ترتبط بها التطبيقات الافتراضية الأخرى باستخدام ميزة تُسمى " تكوين الحزمة الديناميكي" . ^{[ 18 ]}
• تضمين مسارات الملفات بشكل ثابت : يجب تجنب تضمين مسارات المجلدات/الملفات بشكل ثابت في التطبيق نفسه. تقوم بعض التطبيقات بتضمين مسارات الملفات بشكل ثابت في ملفاتها التنفيذية بدلاً من تحديدها كمعاملات أو تخزينها في سجل نظام ويندوز. تُعد ملفات التكوين التي تنتهي بامتدادات مثل ini وconf وdat وtxt مصادر جيدة للبحث عن إعدادات خاصة بالتطبيق تتعلق بمعلومات المسارات والتي قد تُسبب مشاكل. في حال عدم توفر هذه الملفات، يمكن استخدام طبقة وسيطة (shim) لإصلاح التطبيق في حال عدم توفر شفرة المصدر أو تحديث.
• التحديث التلقائي : لا ينبغي ترتيب التطبيقات التي تعتمد على التحديث التلقائي إذا تعذر تعطيل آلية التحديث الخاصة بها. قد تفشل التطبيقات المرتبة في التحديث أحيانًا. إضافةً إلى ذلك، يؤدي السماح بالتحديث التلقائي إلى عدم توافق إصدار التطبيق.
• الخدمات : لا يتم دعم تشغيل الخدمات التي يجب أن تبدأ عند بدء التشغيل. أما باقي أنواع الخدمات، فيمكن تشغيلها افتراضياً بشكل عام؛ حيث يتم تشغيلها عند بدء تشغيل التطبيق الافتراضي وإيقافه، أو عند انتهاء تشغيل الملف التنفيذي الرئيسي للتطبيق.
• سياسات الترخيص : التطبيقات التي يرتبط ترخيصها بالجهاز، كأن يكون الترخيص مرتبطًا بعنوان MAC الخاص بالنظام أو الرقم التسلسلي للقرص الصلب. لا ينبغي تثبيت هذا النوع من التطبيقات إذا تعذر على المستخدم تفعيله عند تشغيله لأول مرة، سواءً يدويًا أو عبر برنامج نصي.
• إنترنت إكسبلورر وحزم الخدمة : لا تدعم مايكروسوفت تسلسل أي إصدار من إنترنت إكسبلورر.

• تطبيق فليكس آب من ليكويدوير
• كاميو
• Citrix XenApp (كان يُدرج سابقًا باسم "Application Streaming"/"Project Tarpon". تم إيقافه اعتبارًا من Windows Server 2012. ^{[ 19 ]} يستخدم الآن App-V أيضًا.)
• جسر بدون تثبيت
• تقنية المحاكاة الافتراضية للتطبيقات من نوفيل زينوركس
• Turbo Studio (المعروف سابقًا باسم Spoon Studio و Xenocode Virtual Application)
• VMware ThinApp

• مايكروسوفت أبليكيشن فيرتشواليشن 4.6