إنه عام 2020 أصبح تشغيل البنية التحتية على السحابة أمرًا قياسيًا للعديد من الشركات. وهذا ما أكده تقرير Canalys الذي أظهر إنفاق السحابة العالمية لعام 2019 بمبلغ 107 مليار دولار. يتم توزيع هذا الإنفاق على الخدمات السحابية عبر AWS بنسبة 32.4٪ من السوق ، و Azure بنسبة 17.6٪ ، و Google Cloud بنسبة 6٪ ، و Alibaba Cloud بنسبة 5.4٪ ، وغيرها من مشغلات السحابة الأصغر حجمًا مع 38.5٪ من حصة السوق.
ومع ذلك ، على الرغم من كل هذا النمو ، هناك العديد من التحديات لنشر البنية التحتية على السحابة ، والتي ربما يكون أكبرها (بعد تلقي فواتير سحابة كبيرة بشكل متزايد) هو الجانب المالي.
في هذا المنشور ، بناءً على خبرتنا في Wix ، سنقدم دور مهندسي FinOps جنبًا إلى جنب مع بعض الأساليب الفنية والمالية التي يستخدمونها لإدارة تكاليف السحابة الناجحة.
ما الذي يدفع حقًا فاتورة السحابة الخاصة بك إلى السماء
لقد قيل إن تكلفة البنية التحتية السحابية الخاصة بك ليست مشتقة من عدد العملاء لديك ، بل هي مشتق من عدد المهندسين. يمكن أن يؤدي مجرد إدخال ميزة جديدة ، حتى بدون أي عملاء إضافيين ، إلى زيادة التكاليف بشكل كبير بسبب تصميمها المعماري واستخدام الموارد وما شابه ذلك.
لضمان استمرار الابتكار السريع والنطاق المتزايد في حدود الميزانية ، وُلد دور جديد ، وهو دور مهندس FinOps. يجمع مهندس FinOps بين المعرفة العميقة بمتطلبات تطوير البرامج جنبًا إلى جنب مع الخبرة في إيجاد الحلول المثلى والفعالة من حيث التكلفة للنشر في السحابة.
نظرًا لأن هذا المجال ينمو ويبدأ في تحديد نفسه بشكل أفضل ، يمكننا الإشارة إلى مجالات المسؤولية الرئيسية لمهندس FinOps:
- خلق رؤية كاملة لأي جانب مالي متعلق بحلول الاستضافة الخاصة بالشركة
- خلق الحوكمة على الإنفاق على أساس يومي
- مراجعة البنيات وطبولوجيا النشر
- إنشاء مهام التحسين والتوصيات المبنية على البيانات
- العمل عن كثب مع الفريق المالي لوضع الميزانية والتنبؤ بالأنشطة
- إنشاء والحفاظ على الاتصال بين العمليات والمشتريات وفرق المالية
تتطلب أنشطة FinOps من الشركات أن تتكيف ثقافيًا كما فعلت في الماضي مع DevOps ومنهجيات التطوير الرشيقة.
يتمثل هدف مهندسي FinOps في خلق رؤية في المؤسسة لإنفاقنا على السحابة ، وقيادة التحسين التقني لتحسين الأداء والكفاءة وتقليل التكلفة مع زيادة النشاط. لذلك يحتاج مهندسو FinOps إلى العمل على جبهتين:
- طوبولوجيا العمارة والنشر
- الأدوات والتقارير المالية
دعنا نستكشف كل واحد.
بنية السحابة وطوبولوجيا النشر وكيف يتخذ المال جميع القرارات
عندما نتعامل مع المهمة المثيرة لنشر (أو مراجعة) بنيتنا التحتية في السحابة ، فإننا غالبًا ما نواجه عددًا كبيرًا من الخيارات. غالبًا ما يتم طرح عبارة “أي شيء ممكن تقنيًا” ، في بعض الأحيان يكون من الصعب جدًا فهم واختيار الهيكل المناسب لمؤسستك. الممارسة الشائعة في السحابة هي الاختيار من بين العشرات من أنواع وأحجام المثيلات ، وخيارات تخزين متعددة ، وبنى شبكات مختلفة بناءً على المناطق ومناطق التوفر ، وأكثر من ذلك بكثير (مثل الخدمات المدارة والتراخيص وعروض السوق وما إلى ذلك).
بشكل مفاجئ ، عندما نضيف التكلفة كمؤشر أداء رئيسي للتميز المعماري السحابي ، تصبح الأمور أكثر وضوحًا عند اختيار الأدوات التي نريد استخدامها. لنلق نظرة على بعض الأمثلة.
اختيار وحدات التخزين المناسبة لـ EBS
عندما تحتاج إلى تخزين سريع للمثيل الخاص بك ، سيخبرك العديد من الأشخاص باستخدام وحدات تخزين IOPS SSD (io1) المتوفرة. إذا كنت تحتاج فقط إلى IOPs ويمكن أن تعيش مع إنتاجية أقل ، فإن نشر وحدة تخزين GP2 أكبر تدعم IOPs التي تحتاجها ، سيكون دائمًا أكثر بأسعار معقولة.
اختيار أنواع المثيل الصحيحة
في بعض الأحيان مع وجود مجموعة كبيرة من الأمثلة ، يمكننا أن نضيع في اختيار الحالة المناسبة لنا. تصبح الأمور أكثر تعقيدًا عندما لا ننظر فقط إلى المعلومات العامة للمثيل (عدد النوى ، ذاكرة الوصول العشوائي ، IO) ولكن بالأحرى مقاييس الأجهزة والأداء الفعلية للتحقق من مدى جودة أداء المثيل.
ولكن بالصبر والبحث ، يمكنك العثور على القوة الحاسوبية التي تحتاجها بالسعر المناسب. على سبيل المثال ، عندما أصدرت AWS عائلة c5 ، شعرنا بالإثارة حقًا لأنها لم تكن أقل تكلفة بنسبة 15٪ من عائلة c4 فحسب ، بل جاءت أيضًا مع وحدات المعالجة المركزية Skylake ، ومزيد من الذاكرة مقارنة وإدخال بيانات أفضل. من الناحية العملية ، بالنسبة إلى ألف مضيف c5.2xlarge الذي تم نشره ، يمكنك التوفير بالمقارنة مع c4.2xlarge من الأسعار حسب الطلب التي تزيد عن 40،000 دولار شهريًا. وذلك دون الحديث عن الحالات المحجوزة.
مثال آخر لا يصدق يمكننا التحدث عنه هو إطلاق نوع c5n الذي يمكن أن يصل إلى 25 جيجابت في الثانية ، وهو أمر كان بالكاد ممكنًا في أكبر الأحجام للأجيال السابقة.
بالنسبة لعمليات المحاكاة ، وذاكرة التخزين المؤقت في الذاكرة ، وبحيرات البيانات ، والتطبيقات الأخرى التي تتطلب اتصالات مكثفة ، فإن المدخرات ستكون مذهلة للغاية. على سبيل المثال ، يمكنك الاستمتاع بأداء أفضل مع c5n.large مقارنة بأعباء العمل الأقدم c4.8xlarge وستدفع 94٪ أقل ، مع تكلفة c5n.large حوالي 79 دولارًا شهريًا فقط و c4.8xlarge لا يزال ممتازًا بسعر حوالي 1،164 دولارًا في الشهر (في شرق الولايات المتحدة -1).
اختيار المواقع الصحيحة
هنا تصبح الأمور أكثر تعقيدًا ، لأنها لم تعد تعتمد فقط على العوامل الفنية والمالية. أشياء مثل القرب من المستخدمين ، ولوائح الناتج المحلي الإجمالي ، والخصوصية ، والأمان ، والمواقع داخل الشركة التي تحتاج إلى اتصال بالسحابة وغيرها من المشكلات ، يجب أخذها في الاعتبار.
بينما يقدم موفرو السحابة العديد من “المناطق” حيث يمكنك النشر ، فإن لكل منطقة عادةً أسعارًا مختلفة. في بعض الأحيان ، يمكن أن يؤدي نشر نفس البنية التحتية بالضبط في منطقة معينة إلى توفير آلاف الدولارات شهريًا. داخل المناطق نفسها ، توجد عادةً مناطق توافر متعددة ، يمثل كل منها مركز بيانات AWS مختلفًا.
بناءً على ذلك ، هناك العديد من البنى التي يمكنك استخدامها ، مثل “منطقة الإتاحة الفردية – مناطق متعددة” ، و “منطقة الإتاحة المتعددة – منطقة واحدة” ، و “منطقة الإتاحة المتعددة – مناطق متعددة” وما شابه. عندما تقوم بنشر البنية التحتية الخاصة بك بناءً على هذه البنى ، فإنك تحتاج أيضًا إلى مراعاة مدى توفر خدماتك ، ومدى السرعة التي يمكنك بها تحويل حركة المرور ، وسعة الأجهزة لمنطقة الإتاحة المرغوبة والمزيد.
على سبيل المثال ، قد يؤدي التشغيل في منطقة توفر واحدة إلى إتلاف بنية HA الخاصة بك حيث قد تواجه حدًا من السعة أو تعطل منطقة التوفر ، ولكن الفوائد المالية يمكن أن تكون رائعة حقًا لأن حركة المرور في نفس الإتاحة مجانية – بالتأكيد شيء يجب مراعاته.
دعنا الآن نلقي نظرة على بعض الأدوات والتقارير السحابية المتاحة لإدارة تكاليف السحابة بشكل أفضل.
المعرفة السحابية هي قوة السحابة
للحصول على رؤية حول إنفاقك على السحابة ، يمكنك استخدام العديد من الأدوات والتقارير للتحقيق. سأركز على AWS و GCP حيث تعمل Wix بشكل أساسي مع هذين البائعين.
أدوات AWS
لديك أدوات “خارج الصندوق” مثل Cost Explorer لعرض الرسوم البيانية والاتجاهات ، و Trusted Advisor الذي يقدم توصيات بالحجم الصحيح وتوصيات التكلفة الأخرى مثل خطط الشراء (الحجوزات ، وخطط التوفير ، والمثيلات الموضعية ، وما إلى ذلك) وتنبيهات الميزانيات والمزيد.
أقوى أداة يمكنك استخدامها لإدارة التكاليف هي العلامات. يمكن لعلامات تخصيص التكلفة إنشاء رؤية كاملة للبنية التحتية الخاصة بك ، وفصل نشاط حساب واحد إلى وحدات الأعمال ، وأوصاف الخدمة ، ومالكي جدول الأعمال ، والمزيد. يمكنك تمكين العلامات التي تهمك في تقارير التكلفة وبالتالي اكتساب رؤى ضخمة لأنشطة السحابة الخاصة بمؤسستك.
لمزيد من المهندسين التقنيين الذين يرغبون في أتمتة الأشياء ، لديك واجهة برمجة تطبيقات مستكشف التكلفة ومكتبات SDK التي تدعم Go و Python و PHP و Ruby و .NET و Java والمزيد للاتصال بأنشطة EC2 ومقاييس CloudWatch وما إلى ذلك.
تقارير AWS
- DBR أو تقرير الفواتير التفصيلي – هذا هو التقرير القديم الذي يحتوي على معلومات الاستخدام الخاصة بك
- CUR أو تقرير التكلفة والتخصيص – هذا هو تقرير الفواتير الرئيسي الذي لا يحتوي فقط على معلومات الاستخدام والتكلفة ، ولكن أيضًا المعلومات الفنية (من سرعة ساعة وحدة المعالجة المركزية وعدد النوى الافتراضية) ، بالإضافة إلى تفاصيل حول أي حجوزات حالية وخطط الادخار.
يتم تصدير كلا التقريرين إلى S3 ويمكن استخدامهما كمصدر بيانات لأداة لوحة المعلومات الخاصة بك.
أدوات GCP
لدى Google “توصية حقوق Compute Engine” خارج الصندوق وصفحة “تقرير” مع رسم بياني للاستخدام حيث يمكنك رؤية أنشطتك. كما أن لديها خطط شراء مختلفة مثل الاستخدام الملتزم (على غرار حجوزات AWS وخطط التوفير) والآلات الاستباقية (مثل مثيلات AWS الفورية). يمكنك إدارة ميزانيتك وتنبيهاتك من خلال إجراءات الميزانية الآلية ، وتصدير الفواتير ، وواجهات برمجة تطبيقات الفوترة.
تدعم Google أيضًا العلامات (المعروفة باسم التصنيفات في GCP) ، ولكن لديها إمكانات محدودة إلى حد ما حيث يمكن أن تحتوي المفاتيح والقيم فقط على أحرف صغيرة وأحرف رقمية وشرطات سفلية وشرطات. يجب أن تستخدم جميع الأحرف ترميز UTF-8 وما إلى ذلك.
تمتلك Google أيضًا مكتبات عملاء مدمجة مع الخدمات الرئيسية لـ GCP التي تدعم Go و Java و Node.js و Python و Ruby والمزيد.
تقارير برنامج “شركاء Google المعتمدون”
لا يدعم برنامج “شركاء Google المعتمدون” كائن التقرير التقليدي ، ويتم كتابة معلومات الفوترة في BigQuery بين العديد من جداول الفوترة المتصلة. إذا كنت ترغب في استخدام جميع المعلومات التفصيلية في الفواتير الخاصة بك ، فسيتعين عليك الاستعلام عن BQ للحصول على معلومات الفوترة ذات الصلة.
FinOps إلى الأبد
FinOps (أو كيف نسميها في Wix – Cloud Financial Engineering) ليست مجهودًا لمرة واحدة ، ولكنها جهد مستمر وصعب يومي.
لقد أجرينا للتو نظرة عامة أساسية على بعض الأسئلة الأكثر شيوعًا التي تحتاج إلى طرحها عند تقييم بنية النشر الخاصة بك. كما أوضحنا ، لا يكفي مجرد معرفة ما الذي سيحل مشكلتك تقنيًا. تحتاج حقًا إلى التفكير في ما هو الحل الأكثر فعالية من حيث التكلفة المتاح قبل اتخاذ القرار. وبالمثل ، قمنا بتغطية بعض الأدوات والتقارير الأساسية المتاحة والتي تحتاج إلى أن تكون على دراية بها لفهم إنفاقك على السحابة.
ولكن هذا هو مجرد بداية. القيمة التي يجلبها مهندس FinOps للشركة ضخمة وتلعب جزءًا لا يتجزأ من CCOE (مركز التميز السحابي) أو أي فريق آخر مخصص لمراقبة وإدارة وتعيين مؤشرات الأداء الرئيسية لنفقات السحابة الخاصة بالمؤسسات.
أفضل جزء هو أنك لست بحاجة إلى معرفة كل شيء أو القيام بكل شيء بنفسك.
يمكن للعديد من الشركات ، مثل Spot.io ، توفير المعرفة والأتمتة لمساعدتك على النجاح في هذه الرحلة ، من إنشاء رؤية عميقة للتكلفة إلى تشغيل البنية التحتية الخاصة بك بالفعل بأفضل طريقة ممكنة ، حتى تتمكن من الاستمتاع بالتوفير دون الحاجة إلى القلق حول التوافر أو الحاجة إلى المشاركة في إدارة جميع البنية التحتية الأساسية بنفسك.
إذا كنت قد قرأت هذا المنشور حتى هنا ، فقد اتخذت بالفعل خطوتك الأولى في رحلتك نحو التميز FinOps. رحلات آمنة!
