Azure Files وQueue Storage

يوفر Azure Files مشاركات ملفات سحابية مُدارة بالكامل يمكن الوصول إليها عبر البروتوكولين القياسيين في المجال SMB (Server Message Block) وNFS (Network File System). وهذا يعني أنه يمكنكم تحميل مشاركة ملفات Azure على أجهزة Windows أو Linux أو macOS باستخدام الآليات نفسها المستخدمة لمشاركات الملفات الشبكية في شبكة مؤسسية محلية. وعلى عكس Blob Storage، الذي يتطلب الوصول إليه واجهة برمجة تطبيقات أو SDK محددًا، يعمل Azure Files بسلاسة مع أي تطبيق يستطيع القراءة من محرك أقراص معيّن أو مسار UNC.

صُمم Azure Files لعدة سيناريوهات مؤسسية شائعة: التخزين المشترك في عمليات النقل إلى Azure — نقل التطبيقات التي تعتمد على خوادم ملفات محلية لاستخدام Azure Files بدلًا منها، من دون إجراء تغييرات على تعليمات التطبيق البرمجية. الوصول المختلط — يمكن للخوادم المحلية والأجهزة الافتراضية في Azure تحميل المشاركة نفسها في الوقت نفسه باستخدام Azure File Sync. مشاركات الإعدادات والتهيئة — تخزين ملفات التهيئة في مشاركة وتحميلها من عدة مثيلات لـ App Service أو حاويات. مشاركات أدوات المطورين — مشاركة إضافات IDE وأدوات الإنشاء والبرامج النصية بين أعضاء فريق التطوير.

يوسّع Azure File Sync نطاق Azure Files ليشمل البيئات المحلية، من خلال مزامنة مشاركة ملفات Azure مع خادم ملفات Windows Server. يعمل Windows Server كذاكرة تخزين مؤقتة محلية للملفات التي يتم الوصول إليها كثيرًا؛ أما الملفات التي لم يتم الوصول إليها مؤخرًا فتُستبدل بملفات نائبة توفرها ميزة التقسيم الطبقي السحابي، وتظهر في الدليل لكنها لا تستهلك مساحة على القرص المحلي. عند فتح مستخدم لملف نائب، ينزّل Azure File Sync الملف الفعلي من Azure في الخلفية وبشكل شفاف. ويوفر ذلك وصولًا محليًا سريعًا للمستخدمين مع تقليل مساحة التخزين المحلية المطلوبة.

يوفر Azure Files طبقتين للأداء: Standard (مدعومة بمحركات HDD) — فعالة من حيث التكلفة لمشاركة الملفات العامة وأحمال العمل الدفعية والمجلدات الرئيسية. تتم محاسبتها لكل جيجابايت مخزن شهريًا. Premium (مدعومة بمحركات SSD) — مصممة للسيناريوهات التي تتطلب عددًا كبيرًا من عمليات الإدخال والإخراج في الثانية، مثل قواعد البيانات وتطبيقات المؤسسات وأنظمة الخدمات المالية. تتم محاسبتها لكل جيجابايت متاح، إذ تخصصون السعة مسبقًا، بدلًا من كل جيجابايت مستخدم. اختاروا Premium عندما يتطلب حمل العمل عمليات إدخال وإخراج للملفات بزمن استجابة منخفض وثابت. وتكفي Standard لمعظم سيناريوهات مشاركة ملفات المكاتب.

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

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

توفر Azure خدمتين لقوائم الانتظار، ومن المهم معرفة متى تستخدمون كلًا منهما: Queue Storage — قوائم انتظار بسيطة وكبيرة جدًا (تصل إلى 500 تيرابايت)، مع الاستقصاء المستند إلى HTTP، وهي الأنسب للفصل الأساسي بين المنتج والمستهلك مع ملايين الرسائل. Azure Service Bus — مراسلة مؤسسية بميزات متقدمة، مثل ترتيب الرسائل (FIFO)، وقوائم انتظار الرسائل غير القابلة للتسليم، والجلسات، واكتشاف التكرار، والموضوعات ذات المشتركين المتعددين، والمعاملات. استخدموا Queue Storage للفصل البسيط على نطاق واسع جدًا، واستخدموا Service Bus عندما تحتاجون إلى ضمانات المراسلة المؤسسية أو توزيع الرسائل بنمط النشر والاشتراك على عدة مستهلكين.

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

إن Azure Table Storage مخزن NoSQL من نوع مفتاح-قيمة لتخزين البيانات المنظمة وغير العلائقية على نطاق واسع جدًا وبتكلفة منخفضة. تُنظَّم البيانات في جداول (وليست جداول علائقية، بل يمكن تصورها كمجموعات)، وكل صف هو كيان يتضمن مفتاح قسم ومفتاح صف وما يصل إلى 252 خاصية إضافية من أنواع مختلطة. لا يفرض Table Storage مخططًا؛ إذ يمكن أن تتضمن الصفوف المختلفة في الجدول نفسه خصائص مختلفة. وهو مناسب للسيناريوهات التي تتطلب عمليات بحث سريعة باستخدام المفتاح، مثل بيانات القياس عن بُعد للأجهزة أو تفضيلات المستخدمين، لكنه لا يدعم عمليات JOIN أو الاستعلامات المعقدة.

يدعم Azure Files طريقتين للمصادقة: مفتاح حساب التخزين — يمنح وصولًا كاملًا باستخدام المفتاح الرئيسي للحساب، وهو بسيط لكنه واسع الصلاحيات. المصادقة المستندة إلى الهوية — المصادقة باستخدام Microsoft Entra ID (للأجهزة الافتراضية السحابية فقط) أو Active Directory Domain Services (للأجهزة المختلطة والمنضمة إلى البيئة المحلية). تتيح المصادقة المستندة إلى الهوية استخدام قوائم التحكم في الوصول (ACLs) لكل مستخدم ولكل مجموعة على المجلدات والملفات داخل المشاركة، تمامًا كما هو الحال في خوادم ملفات Windows المحلية. ويُوصى بهذا النهج لمشاركات الملفات المؤسسية متعددة المستخدمين.

لتلخيص قرار اختيار خدمة التخزين: Blob Storage — للكائنات غير المنظمة (الصور والفيديو والنسخ الاحتياطية والملفات العشوائية) التي يتم الوصول إليها عبر واجهة برمجة تطبيقات أو عنوان URL. Azure Files — لأنظمة الملفات المنظمة التي تتطلب محركات أقراص محمّلة على نظام التشغيل عبر SMB/NFS، وتتم مشاركتها بين عدة خوادم أو مستخدمين. Queue Storage — للمراسلة الدائمة وغير المتزامنة بين مكونات التطبيق. Table Storage — لبيانات NoSQL المنظمة من نوع مفتاح-قيمة التي تتطلب عمليات بحث سريعة تستند إلى المفتاح وبتكلفة منخفضة. ويُعد Cosmos DB البديل الأكثر قوة وقابلية للتوسع لـ Table Storage عند الحاجة إلى متطلبات NoSQL المعقدة.

اختبروا مدى فهمكم لمفاهيم Microsoft Azure Fundamentals (AZ-900) الواردة في هذا الدرس.

تعلمتم في هذا الدرس أن: Azure Files يوفر مشاركات ملفات سحابية عبر SMB/NFS تتكامل مع التطبيقات الحالية ويمكن مزامنتها مع الخوادم المحلية عبر Azure File Sync، وأن Queue Storage يتيح فصلًا غير متزامن وموثوقًا بين مكونات التطبيق مع تسليم الرسائل مرة واحدة على الأقل، وأن Table Storage يوفر مخزن NoSQL فعالًا من حيث التكلفة ومن دون مخطط، من نوع مفتاح-قيمة للبيانات المنظمة. بعد ذلك سنتناول أنواع تخزين الأقراص وأمان التخزين باستخدام رموز SAS المميزة ونقاط النهاية الخاصة.