جهاز تركيب تلقائي

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

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

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

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

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

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

يُعدّ مسار التثبيت التلقائي المحلي الافتراضي شائعًا جدًا، حيث يُمثّل اسم مضيف الجهاز البعيد، بينما يُمثّل المسار المُصدّر عبر NFS على الجهاز البعيد. يُعفي هذا التنسيق مدير النظام عمومًا من إدارة كل مسار مُصدّر بشكل صريح عبر خريطة تثبيت تلقائي مركزية. تم تعطيل هذه الميزة افتراضيًا في macOS بعد اكتشاف أنها تسمح بتجاوز Gatekeeper . ^{[ 1 ]}/net/hostname/nfspathhostnamenfspath

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

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

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

قام توم ليون بتطوير برنامج التثبيت التلقائي الأصلي في شركة صن مايكروسيستمز : أتاح نظام التشغيل صن أو إس 4.0 ميزة التثبيت التلقائي عام 1988. ^{[ 2 ]} وقد رخصت صن مايكروسيستمز لاحقًا هذا التطبيق لتوزيعات يونكس التجارية الأخرى. أما نظام سولاريس 2.0، الذي صدر لأول مرة عام 1992، فقد نفذ برنامج التثبيت التلقائي الخاص به باستخدام نظام ملفات اصطناعي يُسمى autofs، والذي يتواصل مع برنامج خفي يعمل في وضع المستخدم ويتولى عمليات التثبيت. ^{[ 3 ] [ 4 ]} وقد اعتمدت أنظمة أخرى شبيهة بيونكس هذا التطبيق لبرنامج التثبيت التلقائي، بما في ذلك أنظمة AIX و HP-UX و Mac OS X 10.5 والإصدارات الأحدث.

في ديسمبر 1989، أصدر جان سيمون بندري برنامج Amd ، وهو برنامج تثبيت تلقائي "مستوحى من روح" برنامج التثبيت التلقائي لنظام التشغيل SunOS. ^{[ 5 ]} وقد عُرف برنامج Amd أيضًا باسم برنامج Berkeley Automounter .

يحتوي نظام لينكس على تطبيق مستقل لبرنامج التثبيت التلقائي القائم على نظام الملفات التلقائي؛ ويعمل الإصدار 5 من برنامج التثبيت التلقائي هذا بشكل عام بشكل متوافق مع برنامج التثبيت التلقائي لنظام سولاريس.

كان نظام FreeBSD يوفر سابقًا دعمًا لـ Amd ؛ بدءًا من الإصدار 10.1، أصبح لديه مُثبِّت تلقائي جديد مشابه جدًا لمُثبِّت Solaris. ^{[ 6 ]} وقد تم نقله لاحقًا إلى DragonFly BSD ^{[ 7 ]} و NetBSD . ^{[ 8 ]}

تدعم بعض أنظمة التشغيل أيضًا التثبيت التلقائي لمحركات الأقراص الخارجية (مثل محركات الأقراص أو محركات أقراص الفلاش التي تستخدم وصلات FireWire أو USB ) والوسائط القابلة للإزالة (مثل الأقراص المضغوطة وأقراص DVD ). تختلف هذه التقنية عن التثبيت التلقائي الموصوف هنا؛ فهي تتضمن تثبيت الوسائط المحلية عندما يقوم المستخدم بتوصيلها أو إدخالها في النظام، بدلاً من تثبيت الدلائل من خوادم الملفات البعيدة عند الإشارة إليها. يستخدم نظام Linux حاليًا (اعتبارًا من Linux 2.6) برنامج udev في مساحة المستخدم لهذا النوع من التثبيت التلقائي. تم تنفيذ بعض وظائف التثبيت التلقائي في برنامج HAL المنفصل ، ولكن اعتبارًا من عام 2010يتم دمجها في udev. يحتوي OpenBSD على hotplugd(8) الذي يُشغّل برامج نصية خاصة عند توصيل أو فصل الأجهزة القابلة للإزالة، مما يُسهّل على المستخدم إضافة إمكانية ربط محركات الأقراص القابلة للإزالة. في macOS، diskarbitrationdيتم تنفيذ هذا النوع من الربط التلقائي. في FreeBSD ، يمكن التعامل مع الوسائط القابلة للإزالة بواسطة أداة الربط التلقائي، تمامًا كما هو الحال مع مشاركات الشبكة. ^{[ 9 ] [ 10 ]}

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

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