سحابة AWS
سحابة AWS
ابدأ باستخدام AWS

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

ما هو DevOps؟

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

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

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

DevOps-What-is_scale

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

DevOps-What-is_delivery

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

DevOps-What-is_reliability

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

DevOps-What-is_scale

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

DevOps-What-is_collaboration

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

DevOps-What-is_security

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

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

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

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

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

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

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

وكذلك تساعد هذه الممارسات معًا المنظمات في تقديم التحديثات بشكل أسرع وأكبر موثوقية لعملائها. إليك لمحة عامة عن ممارسات DevOps الهامة.


التكامل المتواصل

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

تعرّف على المزيد حول التكامل المتواصل »


التسليم المتواصل

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

تعرّف على المزيد حول التسليم المتواصل وAWS CodePipeline »


الخدمات المصغرة

تُعد بنية الخدمات المصغرة هي نهج تصميم لبناء تطبيق واحد على أنها مجموعة من الخدمات الصغيرة. وتعمل كل خدمة في عملياتها الخاصة وتتواصل مع الخدمات الأخرى من خلال واجهة واضحة المعالم باستخدام آلية خفيفة الوزن، وهي عادة واجهة برمجة تطبيقات تعتمد على HTTP (API)‎. وتتمحور الخدمات المصغرة حول القدرات التجارية؛ يتم تحديد نطاق كل خدمة لغرض واحد. كما يُمكنك استخدام أطر أو لغات برمجة مختلفة لكتابة الخدمات الصغيرة ونشرها بشكل مستقل، كخدمة واحدة، أو كمجموعة من الخدمات.

تعرّف على المزيد حول Amazon Container Service (Amazon ECS) »

تعرف على المزيد حول AWS Lambda »


البنية التحتية كتعليمات برمجية

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

تعلّم كيفية إدارة البنية التحتية الخاصة بك كتعليمات برمجية مع AWS CloudFormation »

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

تعلّم كيف يُمكنك تكوين وإدارة Amazon EC2 والأنظمة الداخلية مع Amazon EC2 Systems Manager »

تعلّم كيفية استخدام إدارة التكوين مع AWS OpsWorks »

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

تعلّم كيف يُمكنك استخدام AWS Config وConfig Rules لمراقبة وفرض الامتثال للبنية التحتية الخاصة بك » 


المراقبة والتسجيل

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

تعلّم كيف يمكنك استخدام Amazon CloudWatch لمراقبة مقاييس وسجلات البنية التحتية الخاصة بك »

تعلّم كيف يُمكنك استخدام AWS CloudTrail لتدوين وتسجيل استدعاءات واجهة برمجة تطبيقات AWS‏ »


التواصل والتعاون

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

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

تعرّف على خدمات AWS DevOps »

تعرّف على حلول شركاء AWS »