ركائز Azure Well-Architected Framework
غيّرت السحابة الطريقة التي تحل بها المؤسسات تحديات الأعمال الخاصة بها، وكيفية تصميم التطبيقات والأنظمة. لا يقتصر دور مهندس الحلول على تقديم قيمة الأعمال من خلال المتطلبات الوظيفية للتطبيق. كما يجب أن تضمن تصميم الحل بطرق قابلة للتطوير ومرنة وفعالة وآمنة.
ويهتم هيكل الحل بالتخطيط والتصميم والتنفيذ والتحسين المستمر لنظام التكنولوجيا. يجب أن توازن بنية النظام وتوائم بين متطلبات العمل والقدرات التقنية اللازمة لتنفيذ تلك المتطلبات. البنية النهائية هي توازن بين المخاطر والتكلفة والقدرة في جميع أنحاء النظام ومكوناته.
Azure Well-Architected Framework
Azure Well-Architected Framework هو مجموعة من المبادئ التوجيهية لبناء حلول عالية الجودة على Azure. لا يوجد نهج واحد يناسب الجميع لتصميم بنية، ولكن هناك بعض المفاهيم العالمية التي تنطبق بغض النظر عن البنية أو التكنولوجيا أو موفر السحابة.
هذه المفاهيم ليست شاملة للجميع، ولكن التركيز عليها يمكن أن يساعدك على بناء أساس موثوق وآمن ومرنة لتطبيقك.
يتكون Azure Well-Architected Framework من خمس ركائز:
- تحسين التكلفة
- التميز التشغيلي
- كفاءة الأداء
- الموثوقيه
- الأمان
تحسين التكلفة
تريد تصميم بيئة السحابة الخاصة بك بحيث تكون فعالة من حيث التكلفة للعمليات والتطوير. حدد عدم الكفاءة والهدر في الإنفاق على السحابة لضمان إنفاقك للمال حيث يمكنك الاستفادة منه إلى أقصى حد.
التميز التشغيلي
من خلال الاستفادة من ممارسات التطوير الحديثة، مثل DevOps، يمكنك تمكين دورات التطوير والنشر بشكل أسرع. حتى تتمكن من اكتشاف حالات الفشل والمشكلات قبل حدوثها أو، على الأقل، قبل أن يلاحظ عملاؤك، يجب أن يكون لديك بنية مراقبة جيدة ومناسبة. الأتمتة هي جانب رئيسي من هذه الركيزة لإزالة التباين والخطأ مع زيادة خفة الحركة التشغيلية.
كفاءة الأداء
يجب أن تتوافق البنية بشكل صحيح مع قدرة الموارد مع الطلب، وذلك لتعمل بشكل جيد وتكون قابلة للتطوير. في المعتاد، تقوم بنيات السحابة بتحقيق هذا التوازن عن طريق قياس التطبيقات بشكل ديناميكي بناءً على النشاط في التطبيق. يتغير الطلب على الخدمات، لذلك من المهم أن تكون بنيتك قادرة على التكيف مع الطلب. من خلال تصميم البنية الخاصة بك مع وضع الأداء وقابلية التوسع في الاعتبار، فإنك توفر تجربة رائعة لعملائك مع كونها فعالة من حيث التكلفة.
الموثوقيه
أسوأ مخاوف كل مهندس تصميم هو فشل البنية دون أي وسيلة لاستعادتها. تم تصميم بيئة السحابة الناجحة بطريقة تتوقع الفشل على جميع المستويات. جزء من توقع الفشل هو تصميم نظام يمكنه التعافي من الفشل في الوقت الذي يطلبه أصحاب المصلحة والعملاء.
الأمان
البيانات هي أثمن جزء من البصمة التقنية لمؤسستك. في هذه الركيزة، تركز على تأمين الوصول إلى بنيتك من خلال المصادقة وحماية التطبيق والبيانات من الثغرات الأمنية في الشبكة. يجب عليك أيضا حماية تكامل بياناتك من خلال أدوات مثل التشفير.
يجب أن تفكر في الأمان طوال دورة حياة التطبيق بأكمله، من التصميم والتنفيذ إلى النشر والعمليات. توفر السحابة الحماية من التهديدات المختلفة، مثل اختراق الشبكة وهجمات DDoS. ولكن لا تزال بحاجة إلى بناء الأمان في التطبيق الخاص بك والعمليات والثقافة التنظيمية.
مبادئ التصميم العام
إضافة إلى كل من هذه الركائز، هناك بعض مبادئ التصميم المتسقة التي يجب مراعاتها في جميع أنحاء بنيتك.
تمكين التطور المعماري: لا توجد بنية ثابتة. السماح بتطور بنيتك من خلال الاستفادة من الخدمات الجديدة، والأدوات، والتكنولوجيا عندما تكون متاحة.
استخدم البيانات لاتخاذ القرارات: جمع البيانات وتحليلها واستخدامها لاتخاذ القرارات المتعلقة بالبنية الخاصة بك. من بيانات التكلفة، إلى الأداء، إلى تحميل المستخدم، يمكن أن يرشدك استخدام البيانات إلى اتخاذ الخيارات الصحيحة في بيئتك.
التثقيف والتمكين: تتطور تقنية السحابة بسرعة. تثقيف فرق التطوير والعمليات والأعمال لديك لمساعدتهم في اتخاذ القرارات الصحيحة وبناء الحلول لحل مشكلات الأعمال. توثيق ومشاركة التكوينات والقرارات وأفضل الممارسات داخل المؤسسة.
التشغيل التلقائي: تقلل أتمتة الأنشطة اليدوية من التكاليف التشغيلية، وتقلل من الخطأ الذي أدخلته الخطوات اليدوية، وتوفر الاتساق بين البيئات.
المسؤولية المشتركة
يقدم الانتقال إلى السحابة نموذجاً للمسؤولية المشتركة. في هذا النموذج، يدير موفر السحابة جوانب معينة من تطبيقك، تاركا لك المسؤولية المتبقية.
في بيئة داخل الموقع، أنت مسؤول عن كل شيء. بينما تنتقل إلى البنية التحتية كخدمة (IaaS)، ثم إلى النظام الأساسي كخدمة (PaaS) والبرامج كخدمة (SaaS)، يتحمل موفر السحابة المزيد من هذه المسؤولية.
تلعب هذه المسؤولية المشتركة دورا في قراراتك المعمارية، لأن هذه القرارات يمكن أن يكون لها آثار على التكلفة والأمان والقدرات التقنية والتشغيلية لتطبيقك. يمكنك التركيز على تحقيق قيمة لعملك والابتعاد عن الأنشطة التي ليست دالة عمل أساسية، وذلك من خلال تحويل هذه المسؤوليات إلى مقدم الخدمة لديك.
اختيارات التصميم
في بنية مثالية، يمكنك إنشاء بيئة أكثر أمانا وأداء وتوافرا وكفاءة. ومع ذلك، كما هو الحال مع كل شيء، هناك مفاضلات.
لبناء بيئة ذات أعلى مستوى من كل هذه الركائز، هناك تكلفة. قد تكون هذه التكلفة مالاً، أو وقت التسليم، أو خفة الحركة التشغيلية. لكل مؤسسة أولويات مختلفة تؤثر على خيارات التصميم التي يتم إجراؤها في كل ركيزة. أثناء تصميم البنية الخاصة بك، تحتاج إلى تحديد المقايضات المقبولة وأيها غير مقبولة.
عند إنشاء بنية Azure، هناك العديد من الاعتبارات التي يجب وضعها في الحُسبان. تريد أن تكون البنية الخاصة بك آمنة وقابلة للتطوير ومتاحة وقابلة للاسترداد. لجعل ذلك ممكنا، يجب عليك اتخاذ قرارات بناء على التكلفة والأولويات التنظيمية والمخاطر.