يا جماعة الخير، السلام عليكم ورحمة الله وبركاته. معكم أخوكم أبو عمر.
خلوني أرجع بالزمن لورا كم سنة. كنا في عز الشغل على مشروع ذكاء اصطناعي جديد، والحماس واصل للسما. الفريق كله شغال ليل نهار، الأكواد بتتكتب، والنماذج بتتدرب، والكل متفائل. كنا بنستخدم خدمات الحوسبة السحابية بشكل مكثف، وبصراحة، ما كنا مدققين كثير على المصاريف. شعارنا كان “المهم الشغل يمشي”.
إلى أن أتى ذلك الصباح… صباح يوم اثنين ما بنساه. دخل علي المدير المالي، وجهه أصفر وشايل ورقة بإيده، وقال لي بصوت يا دوب طالع: “أبو عمر، شو هاد؟”. نظرت إلى الورقة، وإذ بها فاتورة الخدمات السحابية للشهر الماضي. الرقم كان صادمًا، صادمًا بمعنى الكلمة. بدل الخمسة آلاف دولار اللي كنا متوقعينها، الفاتورة كانت فوق الخمسين ألف دولار! يا زلمة، حسيت الأرض بتدور فيي. خمسين ألف دولار راحت هيك!؟
اجتماع طارئ، شد وجذب، والكل برمي المسؤولية على الثاني. المطورين بقولوا “إحنا بنحتاج موارد قوية للتدريب”، وفريق العمليات (Ops) بقول “إحنا بنوفر اللي بتطلبوه”، والمالية بتحكي “الميزانية انفجرت!”. في خضم هذه الفوضى، أدركنا أن المشكلة مش في شخص واحد، المشكلة في “النظام” كله. ما في تواصل، ما في مسؤولية، وما في رؤية واضحة للمصاريف. كنا زي اللي سايق سيارة سباق بعيون معصوبة.
هذه الحادثة كانت قاسية، لكنها كانت الدرس الأهم في مسيرتي المهنية. ومن رحم هذه الأزمة، ولد اهتمامي بمفهوم الـ FinOps، اللي ما كان مجرد حل تقني، بل كان “صلحة” وثورة ثقافية أنقذت ميزانيتنا ومشاريعنا المستقبلية. في هذه المقالة، بدي أشارككم الخلاصة والزبدة من تجربتنا.
ما هي الـ FinOps؟ ليست مجرد كلمة طنانة!
لما تسمع كلمة FinOps، يمكن تفكرها مصطلح معقد للمحاسبين. لكن من الآخر، هي بسيطة جدًا. الـ FinOps هي اختصار لـ “Financial Operations” أو العمليات المالية، وهي عبارة عن ثقافة وممارسة هدفها الأساسي هو تحقيق أقصى قيمة تجارية من كل دولار يُصرف على السحابة.
الفكرة هي كسر الحواجز بين فرق التطوير (Dev)، والعمليات (Ops)، والمالية (Finance). بدل ما كل فريق يشتغل في جزيرة معزولة، الـ FinOps بتخليهم يشتغلوا مع بعض، ويتكلموا لغة مشتركة: لغة القيمة مقابل التكلفة.
الـ FinOps تحوّل إدارة التكاليف من مهمة فريق المالية فقط، إلى مسؤولية مشتركة يتحملها كل مهندس ومطور في الشركة.
هذه الممارسة تقوم على ثلاث مراحل رئيسية، تشكل دورة حياة مستمرة: الإعلام، التحسين، والتشغيل.
المرحلة الأولى: الإعلام (Inform) – بدون شفافية، أنت أعمى
أول خطوة وأهمها هي أن “تعرف أين تذهب أموالك”. إذا ما عندك رؤية واضحة وتفصيلية للتكاليف، فكل محاولاتك للتحسين رح تكون عشوائية. هذه المرحلة تدور حول الشفافية وتخصيص التكاليف.
h3> استراتيجية الوسوم (Tagging Strategy)
هذه هي حجر الزاوية. الوسم (Tag) هو مجرد ملصق (label) تضعه على كل مورد سحابي (سيرفر، قاعدة بيانات، مساحة تخزين…). هذا الملصق يحتوي على معلومات مفيدة مثل:
project: اسم المشروع (مثال:project: new-ai-model)environment: بيئة العمل (مثال:env: production,env: development)owner: اسم الفريق أو الشخص المسؤول (مثال:owner: data-science-team)cost-center: مركز التكلفة المحاسبي (مثال:cost-center: R&D-123)
لما طبقنا هذا النظام، اكتشفنا الكارثة اللي سببت فاتورة الخمسين ألف دولار. كانت آلة افتراضية (VM) بمواصفات جبارة لتدريب النماذج، تركها أحد الزملاء تعمل في بيئة التطوير (development) لأسابيع ونسيها! الوسوم كشفت لنا الفاعل والمشروع فورًا.
نصيحة من أبو عمر: اجعل وضع الوسوم إلزاميًا. استخدم سياسات (Policies) في منصتك السحابية (مثل AWS Service Control Policies أو Azure Policy) لمنع إنشاء أي مورد بدون الوسوم الأساسية.
h3> لوحات المعلومات وإعداد التقارير (Dashboards & Reporting)
بعد وضع الوسوم، تحتاج إلى أدوات لعرض هذه البيانات بطريقة مفهومة. كل المنصات السحابية الكبرى توفر أدوات ممتازة:
- AWS: Cost Explorer and Budgets
- Azure: Cost Management + Billing
- Google Cloud: Cloud Billing Reports
قم بإنشاء لوحات معلومات مخصصة لكل فريق، تُظهر لهم تكاليف الموارد الخاصة بهم فقط. عندما يرى المطورون تأثير أكوادهم ومواردهم على الفاتورة بشكل مباشر، يبدأون في التفكير بالتكلفة كجزء من عملهم الهندسي.
المرحلة الثانية: التحسين (Optimize) – هنا يبدأ توفير المال الحقيقي
بعد أن أصبحت ترى كل شيء بوضوح، حان وقت العمل. هذه المرحلة تركز على اتخاذ إجراءات لتقليل الهدر وزيادة الكفاءة.
h3> تحديد الحجم المناسب (Rightsizing)
من أكبر أسباب الهدر هو حجز موارد أكبر من الحاجة الفعلية (Over-provisioning). المطورون، خوفًا من مشاكل الأداء، يميلون دائمًا لطلب سيرفرات قوية “للاحتياط”.
مثال عملي: كان لدينا سيرفر لتشغيل بعض المهام المجدولة (cron jobs)، وكان من نوع m5.2xlarge على AWS. بعد تحليل بيانات الأداء (CPU Utilization) عبر CloudWatch، وجدنا أن متوسط استخدام المعالج لا يتجاوز 5%! قمنا بتغيير حجمه إلى t3.medium، مما وفر لنا حوالي 90% من تكلفة هذا السيرفر بدون أي تأثير على الأداء.
نصيحة من أبو عمر: راقب استخدام الموارد بشكل دوري (أسبوعيًا أو شهريًا). معظم المنصات السحابية تقدم توصيات تلقائية لتحديد الحجم المناسب، استفد منها.
h3> إيقاف الموارد غير المستخدمة (Scheduling)
لماذا تدفع ثمن بيئات التطوير والاختبار (Dev/Test) في الليل أو خلال عطلة نهاية الأسبوع وهي غير مستخدمة؟
يمكنك أتمتة عملية إيقاف وتشغيل هذه الموارد بسهولة. هذا مثال بسيط باستخدام AWS Lambda و Python (boto3) لإيقاف كل السيرفرات (EC2 instances) التي تحمل وسم env: development في المساء.
import boto3
# دالة Lambda لإيقاف سيرفرات التطوير
def stop_dev_instances(event, context):
ec2 = boto3.client('ec2', region_name='us-east-1')
# فلترة السيرفرات بناءً على الوسم والحالة (يجب أن تكون قيد التشغيل)
filters = [
{'Name': 'tag:env', 'Values': ['development']},
{'Name': 'instance-state-name', 'Values': ['running']}
]
instances = ec2.describe_instances(Filters=filters)
instance_ids_to_stop = []
for reservation in instances['Reservations']:
for instance in reservation['Instances']:
instance_ids_to_stop.append(instance['InstanceId'])
if not instance_ids_to_stop:
print("No running development instances to stop.")
return
# إرسال أمر الإيقاف
ec2.stop_instances(InstanceIds=instance_ids_to_stop)
print(f"Stopped instances: {instance_ids_to_stop}")
يمكنك جدولة هذه الدالة لتعمل كل يوم في السابعة مساءً باستخدام Amazon EventBridge (CloudWatch Events). وبالمثل، يمكنك إنشاء دالة أخرى لتشغيلها في الثامنة صباحًا. هذه الخطوة وحدها يمكن أن توفر 50-70% من تكاليف بيئات ما قبل الإنتاج.
h3> الاستفادة من الخصومات (Reserved Instances & Savings Plans)
إذا كان لديك عبء عمل ثابت ومتوقع (مثل سيرفرات بيئة الإنتاج)، فلا تدفع السعر الكامل! المنصات السحابية تقدم خصومات هائلة (تصل إلى 70% وأكثر) مقابل الالتزام باستخدام معين لمدة سنة أو ثلاث سنوات.
- Reserved Instances (RIs): تلتزم بنوع وحجم سيرفر معين في منطقة معينة.
- Savings Plans: أكثر مرونة، حيث تلتزم بمبلغ إنفاق معين في الساعة (مثلاً 10$/ساعة) على مستوى خدمات الحوسبة، ولك حرية تغيير أنواع وأحجام السيرفرات.
نصيحة من أبو عمر: ابدأ بـ Savings Plans لأنها أكثر مرونة. قم بتحليل استهلاكك الثابت على مدار الشهر، واشترِ خطة تغطي 70-80% من هذا الاستهلاك. لا تلتزم بـ 100% لكي تترك مساحة للمرونة والتغيير.
المرحلة الثالثة: التشغيل (Operate) – تحويل FinOps إلى ثقافة دائمة
التحسين لمرة واحدة لا يكفي. السحابة بيئة متغيرة باستمرار. مرحلة التشغيل تهدف إلى جعل ممارسات FinOps جزءًا لا يتجزأ من عملياتك اليومية وثقافة شركتك.
h3> الأتمتة والتنبيهات الاستباقية
لا تنتظر الفاتورة لتتفاجأ. قم بإعداد تنبيهات الميزانية (Budget Alerts) التي تخبرك عندما يقترب إنفاقك من حد معين (مثلاً، عند الوصول إلى 80% من الميزانية الشهرية). هذا يعطيك وقتًا للتحرك قبل فوات الأوان.
h3> دمج التكلفة في دورة حياة التطوير (CI/CD)
هذه خطوة متقدمة لكنها فعالة جدًا. هناك أدوات مثل Infracost يمكن دمجها مع عملية الـ CI/CD. قبل أن يقوم المطور بدمج أي تغيير في البنية التحتية (Infrastructure as Code)، تقوم الأداة بحساب التكلفة الشهرية المتوقعة لهذا التغيير وتعرضها كتعليق على الـ Pull Request.
هذا يفتح نقاشًا حول التكلفة “قبل” حدوثها، ويجعل المهندسين يفكرون: “هل نحتاج حقًا قاعدة البيانات بهذه المواصفات؟ هل هناك بديل أرخص؟”.
h3> المساءلة والتحفيز
اجعل كل فريق مسؤولاً عن ميزانيته السحابية. يمكنك تحويل الأمر إلى لعبة إيجابية (Gamification) عن طريق مكافأة الفريق الذي يحقق أكبر نسبة توفير في الشهر، أو الذي يلتزم بميزانيته بشكل أفضل. هذا يخلق إحساسًا بالملكية والمسؤولية.
الخلاصة: FinOps ليست توفيرًا للمال، بل هي هندسة ذكية
رحلتنا مع الـ FinOps لم تكن سهلة، وبدأت بصدمة فاتورة مؤلمة. لكنها علمتنا أن إدارة التكاليف في السحابة ليست مهمة قسم المالية، بل هي مهارة هندسية أساسية. إنها تغيير في العقلية من “اطلب ما تريد” إلى “اطلب ما تحتاجه حقًا، وبأكثر الطرق كفاءة”.
الـ FinOps لا تعني أن تكون بخيلاً، بل أن تكون ذكيًا في إنفاقك. إنها تمكّن الفرق من الابتكار والتحرك بسرعة، ولكن بوعي ومسؤولية.
نصيحتي الأخيرة لك: ابدأ اليوم، ولو بخطوة صغيرة. افتح فاتورتك السحابية، حاول أن تفهمها. اختر موردًا واحدًا فقط وقم بوضع الوسوم (tags) الصحيحة عليه. قم بإعداد تنبيه ميزانية واحد. هذه الخطوة الصغيرة ستكون بداية كرة الثلج التي ستنمو لتخلق ثقافة كاملة من المسؤولية المالية والكفاءة الهندسية في شركتك. 💪
وبالتوفيق يا جماعة.
