تغليف تطبيقات ويندوز مقابل نشر التطبيقات

مقدمة

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

ما هو تعبئة تطبيقات ويندوز؟

تتضمن تعبئة تطبيقات Windows إعداد تطبيق والملفات والتكوين والبيانات الوصفية التي يحتاجها للتثبيت والإدارة المتوقعة.

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

يتضمن نموذج التعبئة الحديث من Microsoft لنظام Windows MSIX، الذي يمكّن من توفير هوية الحزمة، والتثبيت والإزالة القابلة للتنبؤ، والتحديثات المتحكم بها، والتكامل مع ميزات Windows.

يمكن أن تستفيد تطبيقات Win32 التقليدية من تقنيات مثل مثبتات MSI و EXE.

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

ماذا يحتوي حزمة التطبيق؟

تعتمد محتويات حزمة التطبيق على تقنية التعبئة، والتطبيق نفسه.

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

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

تغليف التطبيقات هو أكثر من مجرد وضع ملفات التطبيق داخل ملف آخر. يهدف إلى جعل تثبيت البرمجيات قابلاً للتكرار، وقابلاً للإدارة، وقابلاً للدعم.

تغليف تطبيقات ويندوز: كيف يعمل؟

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

اكتشاف التطبيقات والمتطلبات

قبل إجراء إعادة تعبئة لتطبيق موجود، من الضروري أن يفهم المسؤولون ما الذي يغيره مثبت التطبيق وما الذي يتطلبه التطبيق أثناء وقت التشغيل.

تشمل أنشطة الاكتشاف، ولكن لا تقتصر على:

• الملفات والمجلدات
• مدخلات السجل
• خدمات ويندوز
• اعتماديات وقت التشغيل
• متغيرات البيئة
• تعيينات الملفات
• الأذونات
• اختصارات وملفات التكوين

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

إنشاء الحزمة والتكوين

تقوم فرق تكنولوجيا المعلومات بعد ذلك بإعداد التطبيق باستخدام تقنية التعبئة المناسبة للبرمجيات ونموذج النشر المعطى.

في حالة تطبيقات Windows، قد يعني هذا إنشاء حزمة MSIX. قد يتضمن ذلك ترك البرامج الحالية التي تستخدم Win32 في شكل مثبت MSI أو EXE أو تحويل بعض التطبيقات إلى MSIX. يمكن أن توفر أساليب التعبئة المختلفة هوية للحزمة مع السماح للبرامج بالحفاظ على عناصر من نموذج التثبيت الحالي لها.

لذا، لا يوجد تنسيق تعبئة واحد يناسب جميع تطبيقات ويندوز. يجب أن يحدد التطبيق وبيئته واحتياجات الإدارة نهج التعبئة.

اختبار ونشر

يجب أن تكون الحزم تم الاختبار على أنظمة نظيفة التي تحاكي بيئة الإنتاج المستهدفة.

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

بعد التحقق، يمكن توزيع الحزم عبر منصة توزيع البرمجيات أو إدارة النقاط النهائية المفضلة لدى المنظمة.

الآن، دعنا نأخذ خطوة إلى الوراء ونوضح تمييزًا دقيقًا ولكنه مهم للغاية:

تُعبأ التطبيقات، ثم تُنشر

فصل هذه الوظائف مهم لأنه يخلق نقطة انتقال طبيعية لنشر التطبيقات.

ما هو نشر تطبيقات ويندوز؟

نشر تطبيقات ويندوز يهدف إلى نشر تطبيق مثبت على بنية تحتية مركزية لنظام Windows للمستخدمين المصرح لهم عبر شبكة أو الإنترنت.

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

تم تثبيت التطبيق على الخادم → تم منح المستخدم الوصول → تم تنفيذ التطبيق على الخادم → تم تسليم واجهة التطبيق للمستخدم

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

تغليف تطبيقات ويندوز مقابل نشر التطبيقات: كيف يختلفان؟

أبسط تمييز هو:

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

تعمل التقنيات إذن في مراحل مختلفة من تسليم التطبيقات.

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

مؤهل واحد: تعبئة التطبيقات لا تحدد مكان تشغيل البرنامج المذكور.

يمكن نشر MSIX أو MSI أو أي شكل آخر من الحزم على محطة عمل أو كمبيوتر محمول أو آلة افتراضية أو خادم. يحدد التعبئة كيف يتم تثبيت البرنامج وصيانته. وبالتالي، يحدد نشر الهدف المكان الذي يتم فيه تثبيت التطبيق.

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

في أي حالة يمكنك استخدام تعبئة التطبيقات والنشر معًا؟

نعم. إنهم يتناولون نقاطًا مختلفة في دورة حياة تسليم التطبيقات ويمكن استخدامهم بشكل مستقل أو معًا.

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

حزمة → نشر إلى نقاط النهاية → التطبيق يعمل محليًا

إذا كانت المنظمة بحاجة إلى المركزية، يمكن تعبئتها أو تثبيتها على مضيفي الجلسات المعنيين ثم نشرها:

حزمة أو تثبيت → نشر إلى المضيفين المركزيين → نشر → تشغيل التطبيق مركزيًا

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

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

في أي حالة سيكون من الأفضل استخدام تعبئة تطبيقات ويندوز؟

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

يحتاج المستخدمون إلى الوصول غير المتصل

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

تساعد التعبئة المؤسسات التقنية على ضمان استخدام هذا النهج بشكل متسق من خلال توحيد التثبيت والتكوين والتحديثات على النقاط النهائية المدارة.

تعتمد التطبيقات على الأجهزة المحلية أو المعالجة

تعمل بعض التطبيقات بشكل أكثر فعالية عند تشغيلها محليًا لأنها تعتمد بشكل جوهري على موارد نقطة النهاية أو تتكامل معها.

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

تتم إدارة النقاط النهائية بشكل موحد ومركزي

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

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

لذلك، السؤال الرئيسي ليس ما إذا كان يمكن تعبئة التطبيق، ولكن ما إذا كان من الممكن تثبيته وتحديثه وإدارته على كل جهاز مستهدف مع مراعاة البيئة والمتطلبات المحددة.

متى يكون نشر التطبيقات أكثر منطقية؟

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

تستحق عدة حالات نموذجية الاعتبار.

المستخدمون عن بُعد والموزعون

لا يعمل العاملون عن بُعد وموظفو المكاتب الفرعية والمقاولون دائمًا من مواقع أو أجهزة مُدارة بشكل جيد مثل أجهزة الكمبيوتر الخاصة بالشركة.

نشر التطبيقات يحتفظ بتطبيقات ويندوز على الخوادم المركزية مع السماح الوصول عن بعد من قبل المستخدمين المصرح لهم، مما يخفف بالتالي من عبء المسؤولين في تكرار بيئة التطبيق على كل جهاز بعيد.

بيئة النقاط النهائية المختلطة و BYOD

قد لا تعمل تطبيقات Windows بالضرورة على كل نوع من الأجهزة التي تستخدمها منظمة معينة.

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

تعتبر هذه الاستراتيجية مثالية لكل من بيئات إحضار جهازك الخاص (BYOD) وغيرها من البيئات التي تحتوي على أنظمة تشغيل متعددة على نقاط النهاية.

تطبيقات ويندوز القديمة

التطبيقات القديمة يمكن أن تعقد جهود النشر من خلال الاعتماد على تبعيات نظام التشغيل، والمكونات القديمة، وقيود التكوين الصعبة.

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

يمكن أن يبسط هذا توحيد الوصول إلى التطبيقات القديمة بينما تعمل المنظمة نحو خطة تحديث طويلة الأجل.

التطبيقات التي تتطلب تحديثات متكررة

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

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

تكون العملية مفيدة بشكل خاص عندما يعتمد العديد من المستخدمين على نفس التطبيق ولكن لا يتعين عليهم استخدامه محليًا.

كيف يجب على فرق تكنولوجيا المعلومات اختيار بين التعبئة والنشر؟

يجب على فرق تكنولوجيا المعلومات النظر إلى متطلبات تشغيل التطبيق بدلاً من اختيار التكنولوجيا.

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

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

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

1. كيف يجب تعبئة التطبيق وصيانته؟
2. أين يجب نشر التطبيق وتشغيله؟
3. كيف يجب على المستخدمين الوصول إليه؟

النظر إلى التعبئة والتغليف والنشر والوصول كقرارات منفصلة يمنع مقارنة تقنيتين مختلفتين جوهريًا كما لو كانتا نفس الحل.

كيف يمكن أن يكون TSplus Remote Access حلاً؟

يمكن للمنظمات التي ترغب في تقديم تطبيقات Windows مركزية دون نشر التطبيق الكامل على كل نقطة نهاية استخدام TSplus الوصول عن بُعد لنشر تطبيقات Windows المختارة أو توفير أجهزة سطح مكتب عن بُعد كاملة من بنية Windows التحتية المركزية.

يمكن للمسؤولين تعيين التطبيقات لمستخدمين أو مجموعات محددة وتوفير الوصول من خلال العملاء البعيدين المدعومين أو الاتصالات المستندة إلى HTML5 عبر المتصفح. وهذا يجعل نشر التطبيقات خيارًا للمنظمات التي تدعم المستخدمين البعيدين، وبيئات BYOD، أو تطبيقات Windows التي يسهل صيانتها مركزيًا.

الختام

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

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