الفصل : 22
الجزء : 3
العنوان : الافتراضية ( virtualization )
إلى السحابة
بينما مكنت الافتراضية البسيطة ماريو من تحسين وإعادة تخصيص موارده الحوسبية استجابة لاحتياجاته المتطورة (كما هو موصوف في القسم السابق)، لا يمكنه تجاوز قدرات أجهزته المحلية. لحسن الحظ، لم يعد مقيدًا فقط بالأجهزة التي يمتلكها. لأن الآلات الافتراضية الخاصة به هي مجرد ملفات تعمل على hypervisor، يمكنه تشغيلها في السحابة على شبكات من الخوادم في جميع أنحاء العالم.
لنعد التفكير في خادم ويب بسيط، مثل في سيناريو Bayland Widgets الذي بدأ الفصل. في الأيام غير البعيدة، إذا كنت تريد موقع ويب، كنت بحاجة لبناء نظام، تثبيت خادم ويب، الحصول على رابط إنترنت تجاري، الحصول على عنوان IP عام وتكوينه بشكل صحيح، إعداد جدران الحماية، وتقديم إدارة في الوقت الفعلي لذلك النظام. كانت التكلفة لنظام واحد فقط تصل إلى آلاف الدولارات مقدمًا للتثبيت ومئات الدولارات شهريًا للصيانة (والله يستر لو تعطل نظامك في أي وقت).
مع مرور الوقت بدأنا نرى خدمات الاستضافة التي عرضت القيام بمعظم العمل لإعداد بنية الخادم التحتية. كنت ببساطة "تستضيف" بعض المساحة على خادم واحد كان يستضيف أيضًا مواقع ويب أخرى. هذا وفر عليك إعداد البنية التحتية، لكنه كان لا يزال مكلفًا نسبيًا.
حوالي عام 2005/2006، بدأت عدد من الشركات، أمازون كونها أفضل مثال، بتقديم نوع جديد من خدمات الاستضافة. بدلاً من استخدام أجهزة كمبيوتر فردية أو directories على خادم مشترك، اكتشفت أمازون أنه يمكنها استخدام مجموعات كبيرة من الخوادم الافتراضية مع واجهة أمامية قوية لتمكين العملاء من النقر وبدء الخادم الذي يريدونه. ولدت الحوسبة السحابية.
عندما نتحدث عن "السحابة"، نحن لا نتحدث فقط عن خدمات تخزين الملفات الصديقة مثل Dropbox أو Google Drive، بل عن واجهات لمجموعة واسعة من موارد الحوسبة عند الطلب التي تباع من قبل أمازون (انظر الشكل1 )، مايكروسوفت، والعديد من الشركات الأخرى عبر الإنترنت المفتوح. التكنولوجيا التي تقع في قلب هذه الخدمات المبتكرة هي الافتراضية.
 | |
|
طبقة الخدمة الكيك (The Service-Layer Cake)
الخدمة هي المفتاح لفهم السحابة. على مستوى الأجهزة، سيكون لدينا صعوبة في تمييز الفرق بين السحابة والخوادم والشبكات التي تشكل الإنترنت ككل. نحن نستخدم خوادم وشبكات السحابة من خلال طبقات من البرامج التي تضيف قيمة كبيرة إلى الأجهزة الأساسية بجعلها بسيطة لأداء المهام المعقدة أو إدارة الأجهزة القوية. كمستخدمين نهائيين نتفاعل عادةً فقط مع طبقة البرمجيات الحلوة من كعكة طبقة الخدمة—تطبيقات الويب مثل Dropbox، Gmail، وFacebook، التي تم بناؤها فوقها. بقية الكعكة موجودة بشكل كبير لدعم تطبيقات الويب مثل هذه ومطوريها. دعونا نقطعها (انظر الشكل2 ) ونبدأ من الأسفل.
 | |
|
البنية التحتية كخدمة (IaaS)Infrastructure as a Service
بناءً على الطرق التي سمحت بها الافتراضية لماريو لتحقيق الاستخدام الأكثر كفاءة للأجهزة في شبكته المحلية، يستخدم مقدمو البنية التحتية كخدمة (IaaS) على نطاق واسع الافتراضية لتقليل الأجهزة غير المستغلة، وحماية ضد فقدان البيانات وانقطاعها، والاستجابة للزيادات في الطلب. يمكن لماريو استخدام مقدمي IaaS الكبار مثل Amazon Web Services (AWS) لإطلاق خوادم افتراضية جديدة باستخدام نظام التشغيل الذي يختاره عند الطلب (انظر الشكل3 ) لعدة سنتات في الساعة. جمال IaaS هو أنك لم تعد بحاجة لشراء الأجهزة الثقيلة والمكلفة. أنت تستخدم بنية أمازون التحتية القوية كخدمة.
 | |
|
عدد كبير من مواقع الويب يمكن فهمها بسهولة أكثر إذا استخدمت مصطلح تطبيقات الويب. إذا كنت تريد الوصول إلى مقاطع فيديو Mike Meyers، تذهب إلى https://hub.totalsem.com. هذا الموقع هو في الواقع تطبيق تستخدمه لمشاهدة مقاطع الفيديو، وممارسة أسئلة المحاكاة، وهكذا. هذا التطبيق الويب هو أداة رائعة، ولكن مع زيادة عدد الأشخاص الذين يصلون إلى التطبيق، غالبًا ما نحتاج إلى إضافة المزيد من القدرة حتى لا تصرخ علينا بسبب خادم بطيء. لحسن الحظ، تم تصميم تطبيقنا للعمل موزع عبر خوادم متعددة. إذا كنا نحتاج إلى المزيد من الخوادم، نضيف ببساطة ما نحتاجه من الخوادم الافتراضية. لكن حتى هذا هو مجرد سطح الموضوع. توفر AWS العديد من الخدمات اللازمة لتشغيل التطبيقات الويب المعقدة والشعبية—تخزين بيانات غير محدود (انظر الشكل 4 )، خوادم قواعد البيانات، التخزين المؤقت، استضافة الوسائط، والمزيد—كلها مفوترة حسب الاستخدام.
 | |
|
المشكلة هي أنه، في حين أننا لم نعد مسؤولين عن الأجهزة، نحن ما زلنا مسؤولين عن تكوين وصيانة نظام التشغيل والبرامج لأي آلات افتراضية ننشئها. هذا يمكن أن يعني أن لدينا الكثير من المرونة لضبطه حسب احتياجاتنا، ولكنه يتطلب أيضًا معرفة بنظام التشغيل الأساسي ووقت لإدارته. إذا كنت تريد شخصًا ما للتعامل مع البنية التحتية، نظام التشغيل، وكل شيء آخر (باستثناء تطبيقك)، تحتاج إلى الانتقال إلى منصة كخدمة (PaaS).
منصة كخدمة (PaaS) Platform as a Service
تطبيقات الويب يتم بناؤها من قبل المبرمجين. المبرمجون يقومون بشيء واحد بشكل جيد للغاية: البرمجة. المشكلة بالنسبة للمبرمجين هي أن تطبيق الويب يحتاج إلى أكثر من مجرد مبرمج. تطوير تطبيق ويب يتطلب أشخاصًا لإدارة البنية التحتية: مسؤولو النظام، مسؤولو قواعد البيانات، دعم الشبكة العام، وهكذا. يحتاج تطبيق الويب أيضًا إلى أكثر من مجرد أجهزة ونظام تشغيل. يحتاج إلى أدوات تطوير، أدوات مراقبة، أدوات قواعد البيانات، وربما مئات من الأدوات والخدمات الأخرى. إنشاء تطبيق ويب وتشغيله هو مهمة كبيرة.
مقدم منصة كخدمة (PaaS) يوفر للمبرمجين كل الأدوات التي يحتاجونها لنشر، إدارة، وصيانة تطبيق ويب. يبدأ مقدم PaaS ببعض أشكال البنية التحتية، التي يمكن أن توفرها IaaS، وعلى قمة تلك البنية التحتية يبني منصة: نظام نشر وإدارة كامل للتعامل مع كل جانب من تطبيق ويب.
النقطة المهمة في PaaS هي أن البنية التحتية الموجودة تحت PaaS غير مرئية إلى حد كبير للمطور. مقدم PaaS مدرك لبنيتهم التحتية، ولكن المطور لا يمكنه التحكم فيها بشكل مباشر، ولا يحتاج إلى التفكير في تعقيدها. بالنسبة للمبرمج، PaaS هو مجرد مكان لنشر وتشغيل تطبيقه أو تطبيقها.Heroku، واحدة من أوائل مقدمي PaaS، تنشئ واجهة بسيطة فوق عروض IaaS من AWS، مما يقلل بشكل أكبر من تعقيد تطوير وتوسيع تطبيقات الويب. وحدة التحكم الإدارية لـ Heroku (انظر الشكل5 ) تمكن المطورين من زيادة أو تقليل قدرة تطبيق مع منزلق واحد، أو إعداد الإضافات بسهولة التي تضيف قاعدة بيانات، مراقبة السجلات، تتبع الأداء، وأكثر. يمكن أن يستغرق أيامًا لشخص تقني أو مطور غير مألوف بالبرامج والخدمات لتثبيت، تكوين، ودمج مجموعة من هذه الخدمات مع تطبيق قيد التشغيل؛ مقدمو PaaS يساعدون في تقليل هذا إلى دقائق أو ساعات.
 | |
|
برمجيات كخدمة Software as a Service (SaaS)
تقع البرمجيات كخدمة (SaaS) في الطبقة العلوية من الكعكة. تظهر SaaS بطرق متعددة، لكن أفضل الأمثلة هي تطبيقات الويب التي ناقشناها للتو. بعض تطبيقات الويب، مثل Total Seminars Training Hub، تفرض رسومًا على الوصول. تطبيقات ويب أخرى، مثل Google Maps، تُقدّم مجانًا. مستخدمو هذه التطبيقات الويب لا يمتلكون هذا البرمجيات؛ لا تحصل على DVD تثبيت، ولا يمكن تحميله مرة واحدة واستخدامه دائمًا. إذا كنت ترغب في استخدام تطبيق ويب، يجب أن تكون على الإنترنت وتصل إلى الموقع. بينما قد يبدو هذا عيبًا في البداية، فإن نموذج SaaS يوفر الوصول إلى التطبيقات الضرورية أينما كان لديك اتصال بالإنترنت، غالبًا بدون الحاجة إلى حمل البيانات معك أو تحديث البرمجيات بانتظام. على مستوى الشركات، يجعل نموذج الاشتراك الخاص بالعديد من مقدمي SaaS من السهل الميزانية والحفاظ على تحديث مئات أو آلاف أجهزة الكمبيوتر (انظر الشكل 6 ).
 | |
|
التحدي في تعريف SaaS بشكل دقيق هو أنه يمكن أن يُطلق عليه أي شيء تقريبًا تتصل به على الإنترنت. قبل عقد من الزمن، كنا نطلق على محرك بحث Google موقع ويب، ولكنه يوفر خدمة (البحث) التي لا تملكها ويجب أن تصل إليها على الإنترنت. إذا كنت على الإنترنت، يمكنك القول بأنك تستخدم SaaS دائمًا.
ولكن الأمر ليس كله إيجابيًا. في مقابل مرونة استخدام SaaS العامة من طرف ثالث، غالبًا ما يتعين عليك التخلي عن التحكم الصارم في بياناتك. قد لا يكون الأمان بالغ الأهمية عندما يستخدم شخص ما Google Drive لكتابة منشور مدونة، لكن العديد من الشركات تقلق بشأن نقل الملكية الفكرية الحساسة أو أسرار الأعمال عبر شبكات غير موثوق بها وتخزينها على خوادم لا تتحكم فيها.
الملكية والوصول (Ownership and Access)
المخاوف الأمنية مثل تلك التي تمت مناقشتها لا تعني أن المنظمات يجب أن تتخلى عن كل فوائد الحوسبة السحابية، لكنها تجعل الإدارة تفكر جيدًا في المقايضات بين التكلفة، والتحكم، والتخصيص، والخصوصية. لدى بعض المنظمات أيضًا احتياجات فريدة من حيث القدرة، الأداء، أو احتياجات أخرى لا يستطيع أي مقدم سحابي موجود تلبيتها. تتخذ كل منظمة قراراتها الخاصة بشأن هذه المقايضات، ولكن النتيجة عادةً هي شبكة سحابية يمكن وصفها بأنها عامة، خاصة، مجتمعية، أو هجينة.
السحابة العامة (Public Cloud)
عادةً ما يتفاعل معظم الناس مع السحابة العامة، وهو مصطلح يستخدم لوصف البرمجيات، المنصات، والبنية التحتية التي تُقدّم عبر الشبكات التي يمكن للجمهور العام استخدامها. عندما نتحدث عن السحابة، هذا ما نعنيه. في الإنترنت العام المفتوح، يمكن أن تتعاون الخدمات والتطبيقات السحابية بطرق تجعل من السهل التفكير فيها جماعيًا على أنها السحابة بدلاً من كونها العديد من السحابات العامة. الجمهور لا يملك هذه السحابة—الأجهزة غالبًا ما تملكها شركات مثل Amazon، Google، وMicrosoft—لكن لا يوجد ما يمنع شركة مثل Netflix من بناء تطبيق الويب الخاص بها على عروض IaaS من هذه الشركات الثلاث في وقت واحد. ترى السحابة العامة أمثلة على جميع أنواع xaaS، والتي تعطي أسماء محددة لهذه المفاهيم السحابية:
- Public IaaS
- Public PaaS
- Public SaaS
السحابة الخاصة (Private Cloud)
إذا أرادت شركة ما بعض من مرونة السحابة وتحتاج إلى الملكية الكاملة لبياناتها، وتستطيع تحمل تكاليفها، يمكنها بناء سحابة داخلية تملكها فعليًا—سحابة خاصة. يمكن لشركة تهتم بالأمان ولديها موارد كافية بناء شبكة IaaS داخلية في مركز بيانات داخلي. يمكن للأقسام داخل الشركة إنشاء وتدمير الآلات الافتراضية حسب الحاجة، وتطوير SaaS لتلبية احتياجات التعاون، التخطيط، أو إدارة المهام والوقت دون إرسال البيانات عبر الإنترنت المفتوح. يمكن لشركة لديها هذه الاحتياجات ولكن لا تمتلك المساحة أو المعرفة لبناء وصيانة سحابة خاصة التعاقد مع طرف ثالث لصيانتها أو استضافتها.
مرة أخرى، هناك نسخ خاصة من كل من مفاهيم السحابة:
- Private IaaS
- Private PaaS
- Private SaaS
السحابة المجتمعية (Community Cloud)
بينما يعتبر المركز المجتمعي عادة مكان اجتماع عام لأولئك في المجتمع الذي يخدمه، فإن السحابة المجتمعية هي أشبه بسحابة خاصة تدفعها وتستخدمها أكثر من منظمة واحدة. السحابات المجتمعية لا تُدار من قبل مدينة أو ولاية لاستخدام المواطنين؛ المجتمع في هذه الحالة هو مجموعة من المنظمات ذات الأهداف أو الاحتياجات المماثلة. إذا كنت متعاقدًا عسكريًا تعمل على مشاريع سرية، ألن يكون من الجيد تقاسم عبء الدفاع عن سحابتك ضد المهاجمين المدعومين من دول أجنبية مع مقاولين عسكريين واستخباراتيين آخرين؟
مثلما هو الحال مع السحابة العامة والخاصة، هناك نسخ سحابة مجتمعية من جميع أنواع xaaS:
- Community IaaS
- Community PaaS
- Community SaaS
السحابة الهجينة (Hybrid Cloud)
أحيانًا يمكننا الحصول على كعكتنا وأكلها أيضًا. ليست كل البيانات حيوية، وليست كل الوثائق سرية. الاحتياجات التي يمكن للمنظمة تلبيتها داخليًا قد تكون أقل أهمية من الحفاظ على تشغيل التطبيق عندما يتجاوز الطلب ما يمكنها تحمله محليًا. يمكننا بناء سحابة هجينة عن طريق ربط بعض المجموعات من السحابات العامة، الخاصة، والمجتمعية، مما يسمح بالتواصل بينها. يمكن أن يعني استخدام نموذج السحابة الهجينة عدم الحاجة إلى الحفاظ على سحابة خاصة قوية بما يكفي لتلبية الطلب الأقصى—يمكن أن ينمو التطبيق في السحابة العامة بدلاً من التوقف، وهي تقنية تُسمى cloud bursting. ولكن السحابة الهجينة ليست فقط عن السماح لتطبيق ويب واحد بالامتداد على نوعين من السحابة—بل إنها تتعلق أيضًا بدمج الخدمات عبرها. لنلقِ نظرة على كيفية استخدام جيمي للسحابة الهجينة لتوسيع عمله.
يدير جيمي سلسلة وطنية من محلات الساندويتشات ويبحث في توصيل الغداء بالطائرات بدون طيار. سيحتاج إلى تطبيق جديد في سحابته الخاصة لحساب المسارات وتتبع الطائرات بدون طيار، وسيتعين على هذا التطبيق الاندماج مع تطبيق تتبع الطلبات الحالي في سحابته الخاصة. ولكن بعد ذلك سيحتاج أيضًا إلى دمجه مع تطبيق الطقس التابع لطرف ثالث في السحابة العامة لتجنب إرسال الطائرات بدون طيار في عاصفة ثلجية، وتطبيق خطة الطيران في سحابة مجتمعية لتجنب الطائرات بدون طيار الأخرى والمروحيات والطائرات (والعكس بالعكس). مجموع هذه الخدمات والتطبيقات المتكاملة هو السحابة الهجينة التي ستقود توصيل الغداء بالطائرات بدون طيار لجيمي. مثل السحابات الأخرى، ترى السحابة الهجينة أمثلة على جميع أنواع xaaS، والتي تعطي أسماء محددة لهذه المفاهيم السحابية:
- Hybrid IaaS
- Hybrid PaaS
- Hybrid SaaS
لماذا نستخدم السحابة
الحوسبة السحابية هي الطريقة التي يتم بها الأمور اليوم. ولكن لنأخذ لحظة لمناقشة بعض الأسباب التي تجعلنا نستخدم الحوسبة السحابية بدلاً من الطريقة القديمة للخوادم الفردية.
الافتراضية
تعتمد السحابة على الافتراضية. كل قوة الافتراضية التي تم مناقشتها في هذا الفصل تنطبق على السحابة. بدون توفيرات الافتراضية في الطاقة، الموارد، الاسترداد، والأمان، لا يمكن أن تحدث السحابة ببساطة.
الموارد المشتركة
يمكن الافتراضية من تحويل الأجهزة الفعلية إلى موارد جزئية أو كاملة لآلة افتراضية. يمكن دمج الأجهزة ثم مشاركتها؛ يمكن أن تكون هذه الموارد المشتركة داخلية أو خارجية وتنطبق على آلة أو العديد من الآلات. توفر الافتراضية المرونة.
المرونة السريعة
لنفترض أنك تبدأ تطبيق ويب جديد. إذا كنت تستخدم مقدم IaaS مثل Amazon، يمكنك البدء بخادم واحد وإطلاق تطبيق الويب الجديد الخاص بك. لكن ماذا يحدث إذا أصبح تطبيقك شائعًا جدًا؟ لا مشكلة! باستخدام ميزات AWS، يمكنك بسهولة توسيع عدد الخوادم، وحتى نشرها جغرافيًا، بنقرة واحدة. نسمي هذه القدرة بالمرونة السريعة.
حسب الطلب
ماذا لو كان لديك تطبيق ويب يتطلب طلبًا متقلبًا؟ ترغب جامعة محلية في بيع تذاكر كرة القدم عبر الإنترنت. عندما لا يكون هناك مباراة، تكون متطلبات النطاق الترددي منخفضة جدًا. ولكن عندما يتم الإعلان عن مباراة، يتم قصف الموقع بطلبات التذاكر. مع الحوسبة السحابية، من السهل إعداد تطبيقك لإضافة أو تقليل القدرة بناءً على الطلب مع حسب الطلب. يتكيف التطبيق وفقًا للطلبات الحالية.
تجميع الموارد
أي وقت يمكنك فيه تجميع موارد النظام المادية والزمنية، تكون في تجميع الموارد. بينما يمكن لخادم واحد تجميع موارد عدة خوادم فعلية، تخيل قوة شركة مثل Amazon. مزارع خوادم AWS هائلة، تجمع موارد كانت ستشغل ملايين الخوادم المادية المنتشرة في جميع أنحاء العالم!
الخدمة المقاسة والمقاسة
آه، الجانب السلبي الوحيد لاستخدام السحابة العامة: يجب أن تكتب شيكًا لمن يقوم بالعمل نيابة عنك—ويالها من قدرة إبداعية لهؤلاء المقدمين السحابيين في كيفية تحصيل الرسوم! في بعض الحالات يتم تحميلك بناءً على حركة المرور التي تدخل وتخرج من تطبيق الويب الخاص بك، وفي حالات أخرى تدفع مقابل الوقت الذي يتم فيه تشغيل كل خادم افتراضي. بغض النظر عن كيفية قياس التكاليف، يُسمى هذا بالخدمة المقاسة بسبب اختلافها عن الاستضافة التقليدية برسوم شهرية أو سنوية ثابتة. تقوم بعض الشركات بالتحميل بناءً على مقدار الموارد المعالجة المستخدمة، مثل استخدام وحدة المعالجة المركزية، وهي خدمة بمعدل مقاس. هذا يتيح تحديد نقدي دقيق للموارد المستخدمة. تدفع مقابل الأجزاء المستخدمة من الأجهزة، بدلاً من رسوم عامة لجميع الأجهزة في النظام.
التطبيقات المستندة إلى السحابة
تلميح المناقشة السابقة حول SaaS إلى أحد الأسباب الأكثر حيوية وجاذبية للانتقال إلى الحوسبة السحابية: الحصول على كل البرمجيات التي نحتاجها دون الحاجة إلى تثبيتها أو تحديثها يدويًا. بالنسبة للعديد من المنظمات، تشكل مجموعة Microsoft Office الإنتاجية العمود الفقري للإنتاج عبر المنظمة. تشمل التطبيقات في المجموعة Word، Excel، PowerPoint، وAccess—التطبيقات المكتبية النموذجية. قامت Microsoft بزيادة المجموعة تدريجياً عبر الإصدارات المختلفة لتشمل العديد من التطبيقات الأخرى التي تعتمد عليها بعض—ولكن ليس كل—المنظمات بشدة، مثل Outlook للبريد الإلكتروني والتقويم، وPlanner لإدارة المشاريع، وOneNote لمشاركة ملاحظات المشروع عبر المنظمة، وغيرها الكثير. كمدير برامج في منظمة، كيف تقرر التطبيقات التي تثبت لكل مستخدم؟ عند توسيع ذلك إلى 50 أو 100 أو أكثر من المستخدمين، تصبح تلك التخطيط والتنفيذ (والترقيات) مهمة كبيرة.
مع Office 365، غيرت Microsoft العملية بطرق عديدة. أولاً، انتقلت إلى هيكل رسوم اشتراك، حيث يدفع المستخدمون أو المنظمات رسومًا سنوية للوصول إلى مجموعة Office الكاملة. ثانيًا، يمكن للمستخدمين (أو المديرين) تثبيت التطبيقات الضرورية فقط. ثالثًا، تقوم Microsoft بتحديث التطبيقات عند الضرورة، وتحدث تلك التحديثات لجميع أجهزة الكمبيوتر المتصلة بالإنترنت. لا حاجة للتحديثات اليدوية. رابعًا، أتاحت Microsoft إصدارات مستندة إلى السحابة من تطبيقات Office، بحيث يمكن للمستخدمين الوصول إلى التطبيقات من أي جهاز حوسبة متصل بالإنترنت، دون تثبيت أي شيء محليًا. يجعل هذا البث الافتراضي للتطبيقات تطبيقات Office متاحة للهواتف الذكية، الأجهزة اللوحية، أجهزة الكمبيوتر المحمولة، وأجهزة الكمبيوتر المكتبية. (تستخدم CompTIA مصطلح الهاتف المحمول بدلاً من الهاتف الذكي، ولكنهم يقصدون الأخير عندما يتعلق الأمر بالتطبيقات المستندة إلى السحابة.)
قامت Microsoft أيضًا بإتاحة Outlook في السحابة، مما يجعله ربما أكثر تطبيقات البريد الإلكتروني خارج الموقع تكاملاً. يتوفر نظام التقويم الكامل بالإضافة إلى رسائل البريد الإلكتروني المستلمة والمرسلة من أي جهاز حوسبة متصل بالإنترنت. هذا أكثر من البريد الإلكتروني التقليدي المستند إلى الويب؛ يعد Outlook عبر الإنترنت الصفقة الحقيقية.
سطح المكتب الافتراضي المستند إلى السحابة
في وقت سابق من هذا الفصل، استعرضنا الخطوات المطلوبة لإعداد سطح مكتب افتراضي داخل VM يعمل على نظامك المحلي. لا يوجد سبب يمنعك من تشغيل نفس سطح المكتب الافتراضي في السحابة، ثم الوصول إليه عن بُعد. ظهرت عدد من الخدمات التي تجعل من السهل جدًا إنشاء سطح مكتب افتراضي مستند إلى السحابة والدفع شهريًا أو حتى ساعيًا للوصول. يؤدي التفاعل معهم عبر الشبكة إلى إضافة بعض التأخير، ولكن يمكنك القيام ببعض الحيل الجميلة معهم.
هل تمنيت يومًا أن يكون لديك قوة معالجة جهاز سطح مكتب متطور وراحة جهاز كمبيوتر محمول؟ يمكن لأي جهاز كمبيوتر محمول متصل بالإنترنت تشغيل سطح مكتب افتراضي مع قوة معالجة مضاعفة عدة مرات. هل هذا ممل؟ ماذا لو قلت لك أنه يمكنك استخدام جهاز الكمبيوتر المحمول الصغير الخاص بك للعب أحدث ألعاب الكمبيوتر (بإعدادات قصوى!) من خلال الوصول عن بُعد إلى جهاز ألعاب سحابي قوي يحتوي على كل شيء ما عدا الأضواء LED؟
خدمات تخزين الملفات السحابية
كانت خدمات تخزين الملفات السحابية، مثل Dropbox وBox، نجاحات مبكرة كبيرة في إقناع الناس بالانتقال إلى السحابة لتلبية بعض احتياجاتهم التخزينية. تتضمن هذه الخدمات تطبيقات المزامنة مع إصداراتها المكتبية، بحيث يمكنك بسهولة الحصول على نفس الإصدار من كل ملف في أماكن متعددة (سطح المكتب، الكمبيوتر المحمول، عبر الإنترنت).
كجزء من Office 365، تتضمن Microsoft خدمات تخزين الملفات السحابية أيضًا من خلال SharePoint. يتيح هذا لمجموعات المشاريع مشاركة الملفات بسهولة، مما يعزز خيارات التعاون في Office.
النهاية
نكون هنا انتهينا من الفصل 22 تماما من شهادة A plus المقدمة من CompTIA اصبحنا الأن في اخر المشوار ما زال القليل بعد ولكن سيكون ممتع جدا جدا لذلك احرص على قرائة كل فصل سريعا
و لا بد وانت تقرا ان تكون مركز جيدا لكل معلومة ومعك ورقة وقلم , لانك بالتاكيد ستحتاجها
واذا واجهتك اي مشكلة في الفهم او ما شابه , يمكنك على الفور الذهاب الى المجتمع الخاص بنا في Telegram للمناقشة والتواصل معنا من هنا
او اذا واجهتك مشكلة في الموقع او تريد اجابة سريعة يمكنك الذهاب الى اخر صفحة في الموقع ستجد صفحة اتصل بنا موجودة يمكنك ارسالة لنا مشكلتك , وسيتم الرد عليها بسرعة جدا ان شاء الله
ويمكنك الأنضمام الى المجتمع Hidden Lock بالكامل مع جميع قنواته للأستفادة في اخر الأخبار في عالم التقنية وايضا الكتب بالمجان والكورسات والمقالات من خلال الرابط التالي لمجموعة القنوات من هنا
يمكنك ايضا متابعتنا في منصات X او Twitter سابقا , لمشاهدة الاخبار والمقالات السريعة والمهمة من
وفقط كان معكم sparrow مقدم هذه الشهادة من فريق Hidden Lock
