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