التكلفة الإجمالية للملكية

الفاتورة التي تخبرك بسعر العداد فقط

في 2022، قررت 37signals، الشركة التي تقف خلف Basecamp وخدمة البريد Hey، أن فواتير AWS وGoogle Cloud أصبحت من أغلى أجزاء تشغيل العمل، وبدأت نقل تلك البنية التحتية إلى مراكز بياناتها الخاصة. بحلول 2024، انخفضت فاتورتها السحابية السنوية من $3.2 مليون إلى $1.3 مليون، توفير مُعلن يبلغ نحو $2 مليون سنوياً، بعد شراء عتاد مقدّم بنحو $700,000، مع توقّع الشركة توفير أكثر من $10 مليون على مدى 5 سنوات. هذه حالة حقيقية وموثقة جيداً لامتلاك عتاد يكلّف أقل من استئجار الطاقة المعادلة، لعبء عمل هذه الشركة تحديداً، الثابت والمتوقع.

هذه أيضاً، بحد ذاتها، مقارنة غير مكتملة، وفهم السبب هو بالضبط ما تقيسه التكلفة الإجمالية للملكية.

ما تعنيه TCO فعلياً

التكلفة الإجمالية للملكية هي التكلفة الكاملة لاقتناء نظام وتشغيله وصيانته على مدى فترة محددة، عادة 3 إلى 5 سنوات، لا سعر بند واحد فقط. تُظهر فاتورة السحابة العداد: الحوسبة والتخزين ونقل البيانات، محسوبة عن الشهر المستخدَم للتو. يُظهر عرض سعر العتاد سعر الجهاز الملصق عليه. لا هذا ولا ذاك TCO. TCO ما تحصل عليه بعد إضافة كل ما يحيط بذلك الرقم الظاهر على جانبي المقارنة.

التكاليف المباشرة مقابل التكاليف التي لا يذكرها أحد على الفاتورة

التكاليف المباشرة والمقيسة هي التي تُظهرها فاتورة السحابة بالفعل: الحوسبة، والتخزين، ونقل البيانات. يستحق نقل البيانات ملاحظة خاصة، لأنه غير متماثل. لا تفرض AWS، كأغلب المزودين، رسماً على نقل البيانات إلى داخل سحابتها، لكنها تفرض رسماً، على أساس متدرج، على إخراجها، ويُسمى egress. عبء عمل يقرأ كمية بيانات صغيرة لكن يصدّر كميات كبيرة بانتظام قد يحمل فاتورة نقل بيانات أكبر بكثير مما توحي به تكلفة حوسبته وحدها.

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

الفخ: مقارنة ما يسهل مقارنته فقط

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

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

مثال محلول: مقارنة 3 سنوات بأمانة

خذ عبء عمل بحركة ثابتة ومتوقعة، وقارن 3 سنوات من الملكية الداخلية بـ 3 سنوات في السحابة، محتسباً التكاليف غير المباشرة على الجانبين.

بالنسبة لهذا العبء الثابت تحديداً، ترجّح المقارنة الأمينة لثلاث سنوات العتاد الداخلي، بفارق نحو $56,000، ليس فقط لأن فاتورة السحابة المقيسة أكبر من سعر العتاد الملصق. لا يتضح هذا إلا بعد احتساب الموظفين والأدوات على الجانبين. هذا الشكل نفسه من القرار الذي اتخذته 37signals، على نطاق أكبر بكثير.

غيّر افتراضاً واحداً، وقد تنقلب الإجابة. أعطِ هذا العبء نمط حركة يقفز إلى 3 أضعاف طاقته الأساسية لمدة أسبوعين في السنة، ويحتاج الجانب الداخلي الآن عتاداً مُحجَّماً لذروة يستخدمها أسبوعين ويتركها خاملة بقية السنة، مشكلة الشراء الزائد نفسها التي بُنيت السحابة لإزالتها. يتوسع الجانب السحابي، في المقابل، ببساطة لذلك الأسبوعين ثم يتقلص بعدهما، فيدفع فقط مقابل الطاقة الإضافية التي استُخدمت فعلاً. هذا التغيير الوحيد في شكل عبء العمل يكفي غالباً لقلب المقارنة إلى الاتجاه الآخر. لا "السحابة أرخص دائماً" ولا "السحابة استغلال دائماً" قاعدة تحفظها؛ TCO حساب تجريه لعبء عمل محدد، لا حكم ينتقل من حالة شركة إلى أخرى.

FinOps: الممارسة التي تمنع TCO من أن يصبح قديماً

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

هذه الفكرة نفسها التي تشير إليها مبادئ تحسين التكلفة في إطار AWS Well-Architected: تطبيق إدارة مالية سحابية كقدرة تنظيمية حقيقية، وتحليل الإنفاق ونسبته باستمرار بحيث يرى مالك عبء العمل، ويتصرف بناءً على، ما يكلّفه فعلياً. FinOps هو شكل إجراء هذا التحليل باستمرار بدل مرة في السنة.

إلى أين يقودك هذا

فاتورة سحابية وعرض سعر عتاد كلاهما إجابة جزئية. قبل مقارنة طريقتين لتشغيل عبء عمل، اسرد كل تكلفة مباشرة وغير مباشرة على الجانبين، سعّرها على النافذة الزمنية نفسها متعددة السنوات، وقارن الإجماليات بعدها فقط. اضبط هذه العادة مرة واحدة في جدول بيانات، وFinOps ببساطة هو شكل الاستمرار في فعلها باستمرار بدل مرة واحدة.

بهذا يُغلَق موضوع اقتصاديات السحابة: المشكلة التي تحلها، وكيف تدفع مقابلها، وما تكلفه فعلياً لتشغيلها. ينتقل المجال التالي متجاوزاً التكلفة إلى الخدمات نفسها، بدءاً من الطرق الثلاث التي يحزم بها مزودو السحابة ما يبيعونه: IaaS وPaaS وSaaS.