لقد تساءلت بالتأكيد عن تكلفة البنية التحتية لمشروعك. ومن المثير للدهشة في الوقت نفسه أن نمو التكاليف ليس خطيًا فيما يتعلق بالأحمال. يدرك العديد من أصحاب الأعمال ومحطات الخدمة والمطورين سرًا أنهم يدفعون مبالغ زائدة. ولكن لماذا بالضبط؟
عادة، يعود خفض التكاليف ببساطة إلى العثور على الحل الأرخص، أو خطة AWS، أو، في حالة الرفوف المادية، تحسين تكوين الأجهزة. ليس هذا فحسب: في الواقع، أي شخص يفعل هذا كما يشاء الله: إذا كنا نتحدث عن شركة ناشئة، فمن المحتمل أن يكون هذا مطورًا رائدًا يعاني من الكثير من الصداع. في المكاتب الأكبر حجمًا، يتم التعامل مع هذا الأمر من خلال كبير مسؤولي التسويق/مدير التكنولوجيا التنفيذي، وفي بعض الأحيان يتدخل المدير العام شخصيًا في هذه المشكلة مع كبير المحاسبين. بشكل عام، هؤلاء الأشخاص الذين لديهم ما يكفي من المخاوف "الأساسية". وتبين أن فواتير البنية التحتية آخذة في الارتفاع، ولكن أولئك الذين ليس لديهم الوقت للتعامل معها يتعاملون معها.
إذا كنت بحاجة لشراء ورق تواليت للمكتب، فسيتم ذلك عن طريق مدير التوريد أو شخص مسؤول من شركة التنظيف. إذا كنا نتحدث عن التطوير - العملاء المتوقعون ومديرو التكنولوجيا. المبيعات - كل شيء واضح أيضًا. ولكن منذ الأيام الخوالي، عندما كانت "غرفة الخادم" اسمًا لخزانة كان يوجد بها نظام برجي عادي به ذاكرة وصول عشوائي أكبر قليلاً واثنين من محركات الأقراص الثابتة في الغارة، يتجاهل الجميع (أو على الأقل الكثير) حقيقة أن شراء القدرة ينبغي التعامل معها أيضا من قبل شخص مدرب خصيصا.
ولكن من المؤسف أن الذاكرة التاريخية والخبرة تشير إلى أن هذه المهمة تحولت لعقود من الزمن إلى أشخاص "عشوائيين": أي من كان الأقرب هو الذي طرح السؤال. ومؤخرًا فقط بدأت مهنة FinOps تتشكل في السوق وتتخذ شكلاً ملموسًا. هذا هو نفس الشخص المدرب خصيصًا ومهمته التحكم في شراء واستخدام القدرات. وفي النهاية تقليل تكاليف الشركة في هذا المجال.
نحن لا ندعو إلى التخلي عن الحلول الباهظة الثمن والفعالة: يجب على كل شركة أن تقرر بنفسها ما تحتاجه لحياة مريحة من حيث تعريفات الأجهزة والسحابة. ولكن لا يسع المرء إلا أن ينتبه إلى حقيقة أن الشراء الطائش "وفقًا للقائمة" دون مراقبة وتحليل لاحق للاستخدام بالنسبة للعديد من الشركات يؤدي في النهاية إلى خسائر كبيرة جدًا جدًا بسبب الإدارة غير الفعالة لـ "أصول" الواجهة الخلفية الخاصة بها.
من هو FinOps
لنفترض أن لديك مؤسسة حسنة السمعة، ويتحدث مندوبو المبيعات عن "المؤسسة" بنبرة لاهثة. من المحتمل أنك "وفقًا للقائمة" اشتريت عشرات أو اثنين من الخوادم، وAWS وبعض "الأشياء الصغيرة" الأخرى. وهو أمر منطقي: في شركة كبيرة، هناك نوع من الحركة يحدث باستمرار - تنمو بعض الفرق، والبعض الآخر يتفكك، ويتم نقل البعض الآخر إلى المشاريع المجاورة. والجمع بين هذه الحركات، جنباً إلى جنب مع آلية الشراء "المبنية على القائمة"، يؤدي في النهاية إلى ظهور شعر رمادي جديد عند النظر في فاتورة البنية التحتية الشهرية التالية.
إذن ما الذي يجب فعله - الاستمرار بصبر في التحول إلى اللون الرمادي، أو الطلاء عليه، أو معرفة أسباب ظهور هذه الأصفار الرهيبة العديدة في الدفع؟
لنكن صادقين: لا تتم الموافقة والموافقة والدفع المباشر لأحد التطبيقات داخل الشركة بنفس تعريفة AWS دائمًا (في الواقع، أبدًا تقريبًا). وعلى وجه التحديد، بسبب الحركة المستمرة للشركات، قد يتم "فقد" بعض عمليات الاستحواذ هذه في مكان ما. ومن التافه أن نقف خاملين. إذا لاحظ المسؤول اليقظ رفًا لا مالك له في غرفة الخادم الخاصة به، ففي حالة التعريفات السحابية، يكون كل شيء أكثر حزنًا. يمكن وضعها لمدة أشهر - مدفوعة الأجر، ولكن في الوقت نفسه لم تعد هناك حاجة إليها من قبل أي شخص في القسم الذي تم شراؤها من أجله. في الوقت نفسه، يبدأ الزملاء من المكتب التالي في تمزيق شعرهم غير الرمادي ليس فقط على رؤوسهم، ولكن أيضًا في أماكن أخرى - لم يتمكنوا من دفع نفس تعريفة AWS تقريبًا للأسبوع التاسع، والتي هناك حاجة ماسة.
ما هو الحل الأكثر وضوحا؟ هذا صحيح، سلموا زمام الأمور للمحتاجين، والجميع سعداء. لكن الاتصالات الأفقية ليست دائما راسخة. والقسم الثاني قد لا يعرف ببساطة عن ثروة الأول، والذي تبين بطريقة أو بأخرى أنه لا يحتاج حقا إلى هذه الثروة.
من هو المسؤول عن هذا؟ - في الواقع، لا أحد. هذه هي الطريقة التي تم بها إعداد كل شيء في الوقت الحالي.
من يعاني من هذا؟ - خلاص الشركة كلها.
من يستطيع إصلاح الوضع؟ - نعم، نعم، FinOps.
إن FinOps ليست مجرد طبقة بين المطورين والمعدات التي يحتاجون إليها، بل هي شخص أو فريق سيعرف أين وماذا ومدى جودة "كذبه" فيما يتعلق بنفس التعريفات السحابية التي اشترتها الشركة. في الواقع، يجب على هؤلاء الأشخاص العمل جنبًا إلى جنب مع DevOps من ناحية، والإدارة المالية من ناحية أخرى، ليلعبوا دور الوسيط الفعال، والأهم من ذلك، دور المحلل.
قليلا عن التحسين
سحاب. رخيصة نسبيا ومريحة للغاية. لكن هذا الحل يتوقف عن كونه رخيصًا عندما يصل عدد الخوادم إلى رقمين أو ثلاثة أرقام. بالإضافة إلى ذلك، تتيح السحابة إمكانية استخدام المزيد والمزيد من الخدمات التي لم تكن متاحة من قبل: هذه هي قواعد البيانات كخدمة (Amazon AWS، وAzure Database)، والتطبيقات بدون خادم (AWS Lambda، وAzure Functions) وغيرها الكثير. كلها رائعة جدًا لأنها سهلة الاستخدام - قم بالشراء والذهاب، دون أي مشاكل. لكن كلما تعمقت الشركة ومشاريعها في السحب، كلما كان نوم المدير المالي أسوأ. وكلما تحول الجنرال إلى اللون الرمادي بشكل أسرع.
الحقيقة هي أن فواتير الخدمات السحابية المختلفة دائمًا ما تكون مربكة للغاية: بالنسبة لعنصر واحد، قد تتلقى شرحًا من ثلاث صفحات حول ماذا وأين وكيف ذهبت أموالك. هذا، بالطبع، لطيف، ولكن يكاد يكون من المستحيل فهمه. علاوة على ذلك، فإن رأينا في هذه المسألة ليس الوحيد: من أجل نقل الحسابات السحابية إلى حسابات بشرية، هناك خدمات كاملة، على سبيل المثال أو . إذا كان شخص ما يكلف نفسه عناء إنشاء خدمة منفصلة لفك الفواتير، فإن حجم المشكلة قد تجاوز تكلفة صبغة الشعر.
فماذا تفعل FinOps في هذه الحالة:
- يفهم بوضوح متى وبأي حجم تم شراء الحلول السحابية.
- يعرف كيف يتم استخدام هذه القدرات.
- ويعيد توزيعها حسب احتياجات وحدة معينة.
- لا يشتري "ليكون".
- وفي النهاية، يوفر لك المال.
ومن الأمثلة الرائعة على ذلك التخزين السحابي لنسخة باردة من قاعدة البيانات. على سبيل المثال، هل تقوم بأرشفته لتقليل مقدار المساحة وحركة المرور المستهلكة عند تحديث وحدة التخزين؟ نعم، قد يبدو أن الوضع رخيص - في حالة واحدة محددة، ولكن مجمل هذه المواقف الرخيصة يؤدي لاحقًا إلى تكاليف باهظة للخدمات السحابية.
أو موقف آخر: قمت بشراء سعة احتياطية على AWS أو Azure حتى لا تقع تحت الحمل الأقصى. هل يمكنك التأكد من أن هذا هو الحل الأمثل؟ بعد كل شيء، إذا كانت هذه الحالات خاملة بنسبة 80%، فأنت ببساطة تعطي المال إلى أمازون. علاوة على ذلك، في مثل هذه الحالات، تحتوي نفس AWS وAzure على مثيلات قابلة للانفجار - لماذا تحتاج إلى خوادم خاملة، إذا كان بإمكانك استخدام أداة لحل مشاكل الأحمال القصوى؟ أو، بدلاً من المثيلات المحلية، يجب أن تتطلع إلى المثيلات المحجوزة - فهي أرخص بكثير وتقدم أيضًا خصومات.
بالمناسبة، حول الخصومات
كما قلنا في البداية، غالبًا ما يتم إجراء عملية الشراء من قبل أي شخص - لقد وجدوا الأخير، ثم يقوم بذلك بطريقة أو بأخرى بنفسه. في أغلب الأحيان، يصبح الأشخاص المشغولون بالفعل "متطرفين"، ونتيجة لذلك نحصل على موقف يقرر فيه الشخص بسرعة ومهارة، ولكن بشكل مستقل تمامًا، ماذا وبأي كميات يجب شراؤها.
ولكن عند التفاعل مع مندوب مبيعات من الخدمة السحابية، يمكنك الحصول على شروط أكثر ملاءمة عندما يتعلق الأمر بشراء السعة بالجملة. من الواضح أنك لن تتمكن من الحصول على مثل هذه الخصومات من سيارة ذات تسجيل صامت ومن جانب واحد - ولكن بعد التحدث مع مدير مبيعات حقيقي، يمكنك الإرهاق. أو يمكن لهؤلاء الأشخاص إخبارك بالخصومات التي لديهم حاليًا. يمكن أن يكون مفيدًا أيضًا.
في الوقت نفسه، عليك أن تتذكر أن الضوء لم يتقارب مثل إسفين على AWS أو Azure. بالطبع، ليس هناك شك في تنظيم غرفة الخادم الخاصة بك - ولكن هناك بدائل لهذين الحلين الكلاسيكيين من الشركات العملاقة.
على سبيل المثال، قدمت جوجل منصة Firebase للشركات، حيث يمكنها استضافة نفس مشروع الهاتف المحمول على أساس جاهز، الأمر الذي قد يتطلب التوسع السريع. يتوفر التخزين وقاعدة البيانات في الوقت الفعلي والاستضافة ومزامنة البيانات السحابية باستخدام هذا الحل كمثال في مكان واحد.
من ناحية أخرى، إذا كنا لا نتحدث عن مشروع متجانس، ولكن عن مجملها، فإن الحل المركزي ليس مفيدًا دائمًا. إذا كان المشروع طويل الأمد، وله تاريخ تطوير خاص به وكمية مقابلة من البيانات المطلوبة للتخزين، فمن المفيد التفكير في موضع أكثر تجزئة.
عند تحسين تكاليف الخدمات السحابية، قد تدرك فجأة أنه بالنسبة للتطبيقات المهمة للأعمال، يمكنك شراء تعريفات أكثر قوة من شأنها أن توفر للشركة أرباحًا متواصلة. وفي الوقت نفسه، يعد تخزين "تراث" التطوير والمحفوظات القديمة وقواعد البيانات وما إلى ذلك في السحابات باهظة الثمن هو الحل. بعد كل شيء، بالنسبة لمثل هذه البيانات، يعد مركز البيانات القياسي المزود بمحركات الأقراص الصلبة العادية وأجهزة متوسطة الطاقة دون أي أجراس وصفارات مناسبًا تمامًا.
هنا مرة أخرى، قد تعتقد أن "هذه الضجة لا تستحق العناء"، لكن مشكلة هذا المنشور برمتها تكمن في حقيقة أنه في مراحل مختلفة يهمل الأشخاص المسؤولون الأشياء الصغيرة ويفعلون ما هو أكثر ملاءمة وأسرع. وهو ما يؤدي في النهاية، بعد بضع سنوات، إلى تلك الروايات المرعبة للغاية.
النتيجة؟
بشكل عام، السحب رائعة، فهي تحل الكثير من المشكلات للشركات من أي حجم. إلا أن حداثة هذه الظاهرة تعني أننا لا نزال نفتقر إلى ثقافة الاستهلاك والإدارة. تُعد FinOps أداة تنظيمية تساعدك على الاستفادة من القوة السحابية بشكل أكثر فعالية. الشيء الرئيسي هو عدم تحويل هذا الموقف إلى نظير لفرقة الإعدام، التي ستكون مهمتها القبض على المطورين الغافلين و "توبيخهم" بسبب التوقف.
يجب على المطورين تطوير أموال الشركة، وليس حسابها. ولذا يجب على FinOps أن تجعل عملية الشراء وعملية إيقاف التشغيل أو نقل سعة السحابة إلى فرق أخرى حدثًا بسيطًا وممتعًا لجميع الأطراف.
المصدر: www.habr.com