تزدهر الحوسبة بدون خادم، ومن السهل أن نفهم السبب. على المستوى الأساسي، فهو يوفر قابلية توسع مرنة حقيقية دون أي متاعب مرتبطة بتوفير البنية التحتية.
من خلال تفريغ تخصيص الموارد لمزود الخدمة السحابية، يمكن تحقيق مجموعة من الفوائد. وتأتي جميعها من كفاءات جديدة – مما يعني وداعًا لإدارة الخوادم التي استغرقت فترة طويلة. يتم تغيير حجم الموارد تلقائيًا استجابةً للطلب، مما يؤدي إلى تقليل التزويد الزائد. ونتيجة لذلك، يتطلب نشر التطبيق خطوات أقل، مما يعني تحسين وقت الوصول إلى السوق. وفي الوقت نفسه، تعمل نماذج الدفع لكل استخدام على ربط التكاليف بقيمة الأعمال بشكل أوثق.
هذه المزايا تجعل البرامج بدون خادم صديقة للمطورين بشكل لا يصدق. ولكن في حين أن عدم وجود خادم يمكن أن يمكّن المطورين من التحرك بشكل أسرع، فمن المهم أيضًا أن تظل الشركات مُدارة بشكل جيد. إذا لم يكن لديك عمليات التحقق من الامتثال وحلقات الملاحظات الصحيحة، فقد تؤدي الإصدارات غير الآمنة إلى عدم الاستقرار بسرعة. ولهذا السبب، في أي عملية بدون خادم، يعد نهج “التحول إلى اليسار” تجاه DevOps – حيث يتم الاختبار والجودة وتقييم الأداء في وقت مبكر من عملية التطوير – أمرًا أساسيًا.
ولكن كيف يمكنك تبني هذا النهج، دون تقويض كل الكفاءات والسرعة المكتسبة من خلال عدم وجود خادم في المقام الأول؟
تعزيز وتوجيه تجربة المطور
يأتي تحقيق التوازن بين السرعة والأمان من خلال نوعين من عناصر التحكم ونظام الإشعارات المصاحب لهما.
أولاً، هناك ضوابط استباقية تمنع نشر الموارد غير المتوافقة من خلال غرس أفضل الممارسات منذ البداية. ثانيًا، الضوابط الاستقصائية، التي تحدد الانتهاكات التي تم نشرها بالفعل، ثم تقدم خطوات العلاج.
من المهم أن ندرك أن عناصر التحكم هذه يجب ألا تكون ثابتة. ويجب أن تتطور بمرور الوقت، تمامًا كما تتطور مؤسستك وعملياتك وبيئات الإنتاج. فكر فيها على أنها ضوابط تضع المزيد من المسؤولية على عاتق المطورين للوفاء بالمعايير العالية، وتسهل عليهم أيضًا القيام بذلك.
وبالمضي قدمًا، فإن الجزء الرئيسي – والذي غالبًا ما يتم تجاهله – من أي نهج للحوكمة هو نظام الإخطار والرسائل الداعمة. مع نضوج سياساتك بمرور الوقت، من المهم جدًا أن يكون لديك إحساس بالنسب. إذا كنا نحث المطورين على تحمل المزيد من المسؤولية، وقد أثبتنا أن عناصر التحكم تتطور وتتغير باستمرار، فلا يمكن أن تبدو الإشعارات عشوائية أو غير مدعومة. يجب أن يكون المطورون قادرين على فهم مصدر المعيار الذي يقود التحكم وأعراض ما يلاحظونه.
إن وجود أساس قوي لمعرفات التحكم والأوصاف والروابط إلى موارد التعلم وتعليمات إجراءات الإصلاح الواضحة لا يؤدي فقط إلى زيادة كفاءة سير العمل ولكنه يهيئ الفرق أيضًا للحصول على حلقة تعليقات موثوقة وسريعة وبناءة يمكنها تعزيز التحسينات التكرارية المستمرة.
احتضان الأدوات الصحيحة
لقد وضعنا مبادئ تطبيق ضوابط الإدارة لتمكين المطورين في بيئة بدون خادم. ولكن ماذا عن الأدوات نفسها؟ الخيارات المتاحة واسعة. فيما يلي مجرد مثالين يمكن للشركات استخدامهما لتسليط الضوء على بعض المزايا الأساسية التي يمكن أن يقدمها النهج بدون خادم:
-
وكيل السياسة المفتوحة (OPA) هو محرك قواعد الامتثال الذي يستخدم السياسات لاكتشاف الموارد غير المتوافقة واتخاذ الإجراءات الناتجة. إنها تقنية مفتوحة المصدر ولا تتطلب أي تعليمات برمجية، لذا يمكنك بسهولة وصف التكوينات التي لا تتوافق مع معاييرك. على سبيل المثال، قد تكون لديك وظيفة تفتقد العلامات، وهو أمر مهم للغاية لتخصيص التكلفة والأمان وتحديد الموارد. يمكن لـ OPA إخطار أن شيئًا ما يحتاج إلى علاج.
-
AWS CloudFormation Guard (CFN Guard) هي أداة أخرى لتقييم السياسات مفتوحة المصدر للأغراض العامة. يمكن استخدام CFN Guard بشكل وقائي. إنها في الأساس واجهة سطر أوامر (CLI) ثنائية تضعها على جهاز المطور المحلي الخاص بك، أو ضمن خطوط أنابيب CI/CD الخاصة بك، والتي تعطي اختبار النجاح أو الفشل أو التخطي عندما يحاول أي مورد الالتزام به. فهو يمنع المورد من التقدم ما لم يجتاز متطلبات السياسة ويضع هذه المسؤولية بشكل مباشر في أيدي المطور.
بناء مركز التميز (COE)
بالإضافة إلى أي أداة منفردة، قمنا في Capital One أيضًا بإطلاق مركز تميز بدون خادم يجمع كل أفضل ممارساتنا ومعاييرنا للاستفادة من الخدمات بدون خادم على نطاق واسع في مكان واحد.
كل سطر من أعمالنا – من البيع بالتجزئة إلى المؤسسات والمزيد – يغذي ذلك. إنه في قلب استراتيجيتنا بدون خادم ويساعدنا على وضع المعايير، والتأثير على قرارات الأدوات والسياسات، وتحديد أولويات الأنشطة المهمة، والتعلم من بعضنا البعض، وتقليل المخاطر واتخاذ القرارات المنعزلة. بالنسبة للمؤسسات الأكبر حجمًا على وجه الخصوص، فإن مركز التميز، أو أي مبادرة مماثلة، يغير قواعد اللعبة. إنه يزيد من التوافق والتعلم وسرعة الحركة أثناء تنفيذ نهجك بدون خادم.
خطوة إلى المستقبل بدون خادم
إن التطوير بدون خادم يعيد بالفعل تعريف كيفية تفكيرنا في تطوير برامج المؤسسة.
إنها تطلق العنان لإنتاجية أعلى بينما تساعد الفرق على التركيز على القيمة العالية والعمل المُرضي. لكن اعتماد نظام بدون خادم يضع مسؤوليات جديدة وتوقعات أعلى على عاتق المطورين. الأمر متروك للقادة لضمان شعور المطورين بالدعم والتمكين لتلبية تلك التوقعات الجديدة.
هناك توازن يجب تحقيقه، ولكن باستخدام الأدوات والإجراءات المناسبة، يمكن تمكين المطورين من دعم معايير الحوكمة العالية بشكل فعال مع تحقيق قدر أكبر بكثير من المرونة وفعالية التكلفة والإبداع في البيئات التي لا تحتوي على خادم.
