https://thedotnetblog.com/ar/tags/cost-optimization/Articles, tutorials and insights from the .NET community.Hugoar@thedotnetblog (The .NET Blog)@thedotnetblogSat, 18 Apr 2026 00:00:00 +0000https://thedotnetblog.com/ar/posts/emiliano-montesdeoca/cloud-cost-optimization-ai-workloads-azure/Sat, 18 Apr 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/posts/emiliano-montesdeoca/cloud-cost-optimization-ai-workloads-azure/أعباء عمل الذكاء الاصطناعي على Azure يمكن أن تُكلف كثيرًا بسرعة. نناقش هنا ما يُحدث فرقًا حقيقيًا في ضبط التكاليف دون إبطاء عملية التطوير.<blockquote> <p><em>تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، <a href="https://thedotnetblog.com/ar/posts/emiliano-montesdeoca/cloud-cost-optimization-ai-workloads-azure/">انقر هنا</a>.</em></p> </blockquote> <p>إذا كنت تبني تطبيقات مدعومة بالذكاء الاصطناعي على Azure الآن، فربما لاحظت شيئًا: فاتورة السحابة لديك تبدو مختلفة عمّا اعتدت. ليس فقط أعلى — بل أغرب. متذبذبة. يصعب التنبؤ بها.</p> <p>نشرت Microsoft للتو مقالًا رائعًا حول <a href="https://azure.microsoft.com/en-us/blog/cloud-cost-optimization-principles-that-still-matter/">مبادئ تحسين تكاليف السحابة التي لا تزال تهم</a>، وصراحةً، التوقيت لا يمكن أن يكون أفضل. لأن أعباء عمل الذكاء الاصطناعي قد غيّرت قواعد اللعبة فيما يخص التكاليف.</p> <h2 id="لماذا-تختلف-أعباء-عمل-الذكاء-الاصطناعي">لماذا تختلف أعباء عمل الذكاء الاصطناعي</h2> <p>إليك الحقيقة. أعباء عمل .NET التقليدية يمكن التنبؤ بها نسبيًا. أنت تعرف مستوى App Service الخاص بك، وتعرف وحدات SQL DTUs، ويمكنك تقدير الإنفاق الشهري بدقة معقولة. أما أعباء عمل الذكاء الاصطناعي؟ فالأمر مختلف تمامًا.</p> <p>أنت تختبر نماذج متعددة لمعرفة أيها يناسبك. تُشغّل بنية تحتية مدعومة بمعالجات GPU لضبط النماذج. تُجري استدعاءات API إلى Azure OpenAI حيث يتفاوت استهلاك الرموز المميزة بشكل كبير بحسب طول المطالبة وسلوك المستخدم. كل تجربة تكلف مالًا حقيقيًا، وقد تُجري عشرات التجارب قبل أن تصل إلى المقاربة الصحيحة.</p> <p>هذا عدم القدرة على التنبؤ هو ما يجعل تحسين التكاليف أمرًا بالغ الأهمية — ليس كفكرة لاحقة، بل من اليوم الأول.</p> <h2 id="الإدارة-مقابل-التحسين--اعرف-الفرق">الإدارة مقابل التحسين — اعرف الفرق</h2> <p>هناك تمييز من المقال أعتقد أن المطورين يُغفلونه: هناك فرق بين <em>إدارة</em> التكاليف و<em>تحسينها</em>.</p> <p>الإدارة هي التتبع وإعداد التقارير. تضبط الميزانيات في Azure Cost Management، تتلقى التنبيهات، وترى لوحات المعلومات. هذا الحد الأدنى المطلوب.</p> <p>التحسين هو حيث تتخذ قرارات فعلية. هل تحتاج فعلًا إلى مستوى S3، أم أن S1 يتعامل مع الحمل؟ هل تلك الحوسبة الدائمة التشغيل تجلس خاملة في عطلات نهاية الأسبوع؟ هل يمكنك استخدام المثيلات الفورية (spot instances) لمهام التدريب؟</p> <p>بوصفنا مطوري .NET، نميل إلى التركيز على الكود وترك قرارات البنية التحتية لـ&quot;فريق العمليات&quot;. لكن إذا كنت تنشر على Azure، فتلك القرارات هي قراراتك أيضًا.</p> <h2 id="ما-الذي-يحدث-فرقا-فعليا">ما الذي يُحدث فرقًا فعليًا</h2> <p>استنادًا إلى المقال وتجربتي الخاصة، إليك ما يُغير الأمور:</p> <p><strong>اعرف ما تُنفقه وأين.</strong> ضع وسومًا (tags) على مواردك. بجدية. إذا لم تستطع تحديد أي مشروع أو تجربة يستنزف ميزانيتك، فلن تتمكن من تحسين أي شيء. Azure Cost Management مع وسوم صحيحة هو أفضل أصدقائك.</p> <p><strong>ضع حواجز الحماية قبل أن تُجرّب.</strong> استخدم Azure Policy لتقييد وحدات SKU المكلفة في بيئات التطوير والاختبار. ضع حدودًا للإنفاق على عمليات نشر Azure OpenAI الخاصة بك. لا تنتظر حتى تصل الفاتورة لتدرك أن شخصًا ما ترك مجموعة GPU تعمل طوال عطلة نهاية الأسبوع.</p> <p><strong>أعد تحجيم الموارد باستمرار.</strong> تلك الآلة الافتراضية التي اخترتها خلال النمذجة الأولية؟ على الأرجح أنها خاطئة للإنتاج. Azure Advisor يُقدم توصيات — انظر إليها فعلًا. راجع شهريًا لا سنويًا.</p> <p><strong>فكّر في دورة الحياة.</strong> موارد التطوير يجب أن تُوقف. بيئات الاختبار لا تحتاج إلى العمل على مدار الساعة طوال أيام الأسبوع. استخدم سياسات الإيقاف التلقائي. لأعباء عمل الذكاء الاصطناعي تحديدًا، فكّر في الخيارات بلا خادم حيث تدفع لكل تنفيذ بدلًا من إبقاء الحوسبة دافئة.</p> <p><strong>قِس القيمة لا التكلفة فحسب.</strong> هذه النقطة يسهل نسيانها. نموذج يكلف أكثر لكنه يُقدم نتائج أفضل بشكل ملحوظ قد يكون الخيار الصحيح. الهدف ليس الإنفاق بأقل قدر — بل الإنفاق بذكاء.</p> <h2 id="الخلاصة">الخلاصة</h2> <p>تحسين تكاليف السحابة ليس تنظيفًا لمرة واحدة. إنه عادة. ومع أعباء عمل الذكاء الاصطناعي التي تجعل الإنفاق أقل قابلية للتنبؤ من أي وقت مضى، فإن بناء تلك العادة مبكرًا يُجنبك مفاجآت مؤلمة لاحقًا.</p> <p>إذا كنت مطور .NET تبني على Azure، ابدأ بالتعامل مع فاتورة السحابة كما تتعامل مع كودك — راجعها بانتظام، وأعد هيكلتها حين تُصبح فوضوية، ولا تنشر أبدًا دون أن تفهم ما سيكلفك.</p>https://thedotnetblog.com/ar/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/Wed, 15 Apr 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/أصبح Smart Tier في Azure Blob Storage متاحاً للعموم، حيث ينقل الكائنات تلقائياً بين الطبقات الساخنة والباردة والمتجمدة بناءً على أنماط الوصول الفعلية — دون الحاجة إلى قواعد دورة الحياة.<blockquote> <p><em>تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، <a href="https://thedotnetblog.com/ar/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/">انقر هنا</a>.</em></p> </blockquote> <p>إذا قضيت وقتاً في ضبط سياسات دورة حياة Azure Blob Storage ثم شاهدتها تنهار عندما تتغير أنماط الوصول، فهذا المقال يخصك. أعلنت Microsoft للتو عن <a href="https://azure.microsoft.com/en-us/blog/optimize-object-storage-costs-automatically-with-smart-tier-now-generally-available/">التوافر العام لـ smart tier</a> لـ Azure Blob وData Lake Storage — قدرة تدرّج مُدارة بالكامل تنقل الكائنات تلقائياً بين الطبقات الساخنة والباردة والمتجمدة بناءً على الاستخدام الفعلي.</p> <h2 id="ما-الذي-يفعله-smart-tier-فعلا">ما الذي يفعله smart tier فعلاً</h2> <p>المفهوم واضح: يقيّم smart tier باستمرار وقت آخر وصول لكل كائن في حساب التخزين الخاص بك. البيانات التي يُوصل إليها بشكل متكرر تبقى في الطبقة الساخنة، وتنتقل البيانات غير النشطة إلى الطبقة الباردة بعد 30 يوماً، ثم إلى الطبقة المتجمدة بعد 60 يوماً أخرى. عند الوصول إلى البيانات مجدداً، تُرقَّى فوراً إلى الطبقة الساخنة. تبدأ الدورة من جديد.</p> <p>لا قواعد دورة حياة للضبط. لا تنبؤات بأنماط الوصول. لا ضبط يدوي.</p> <p>خلال فترة المعاينة، أفادت Microsoft بأن <strong>أكثر من 50% من السعة المُدارة بـ smart tier انتقلت تلقائياً إلى طبقات أبرد</strong> بناءً على أنماط الوصول الفعلية. هذا تخفيض ذو معنى في التكاليف لحسابات التخزين الكبيرة.</p> <h2 id="لماذا-هذا-مهم-لمطوري-net">لماذا هذا مهم لمطوري .NET</h2> <p>إذا كنت تبني تطبيقات تولّد سجلات أو بيانات قياس أو بيانات تحليلية أو أي نوع من ممتلكات البيانات المتنامية — وبصراحة، من لا يفعل — فتكاليف التخزين تتراكم بسرعة. النهج التقليدي كان كتابة سياسات إدارة دورة الحياة واختبارها وإعادة ضبطها عندما تتغير أنماط الوصول في تطبيقك. يزيل smart tier سير العمل بأكمله.</p> <p>بعض السيناريوهات العملية التي يساعد فيها هذا:</p> <ul> <li><strong>بيانات القياس والسجلات</strong> — ساخنة أثناء تصحيح الأخطاء، نادراً ما يُوصل إليها بعد أسابيع قليلة</li> <li><strong>مسارات البيانات ومخرجات ETL</strong> — يُوصل إليها بكثافة أثناء المعالجة، ثم تبرد في معظمها</li> <li><strong>المحتوى الذي ينشئه المستخدمون</strong> — التحميلات الحديثة ساخنة، والمحتوى الأقدم يبرد تدريجياً</li> <li><strong>بيانات النسخ الاحتياطي والأرشفة</strong> — يُوصل إليها أحياناً للامتثال، في الغالب خاملة</li> </ul> <h2 id="كيفية-الإعداد">كيفية الإعداد</h2> <p>تفعيل smart tier إعداد لمرة واحدة:</p> <ul> <li><strong>الحسابات الجديدة</strong>: اختر smart tier كطبقة الوصول الافتراضية أثناء إنشاء حساب التخزين (يُشترط التكرار المنطقي)</li> <li><strong>الحسابات القائمة</strong>: بدّل طبقة الوصول للـ blob من افتراضيتك الحالية إلى smart tier</li> </ul> <p>الكائنات الأصغر من 128 كيلوبايت تبقى في الطبقة الساخنة ولا تتحمل رسوم المراقبة. لكل شيء آخر، تدفع أسعار السعة القياسية للطبقات الساخنة والباردة والمتجمدة بدون رسوم انتقال الطبقات، ولا رسوم حذف مبكر، ولا تكاليف استرداد البيانات. رسوم مراقبة شهرية لكل كائن تغطي التنسيق.</p> <h2 id="المقايضة-التي-يجب-معرفتها">المقايضة التي يجب معرفتها</h2> <p>قواعد التدرّج في smart tier ثابتة (30 يوماً إلى بارد، 90 يوماً إلى متجمد). إذا احتجت إلى عتبات مخصصة — مثلاً الانتقال إلى البارد بعد 7 أيام لحمل عمل محدد — فقواعد دورة الحياة هي الحل المناسب. ولا تخلط بينهما: تجنب استخدام قواعد دورة الحياة على الكائنات المُدارة بـ smart tier، إذ يمكن أن تتعارض.</p> <h2 id="خلاصة-القول">خلاصة القول</h2> <p>هذا ليس ثورياً، لكنه يحل صداعاً تشغيلياً حقيقياً. إذا كنت تدير حسابات blob storage متنامية وتعبت من صيانة سياسات دورة الحياة، <a href="https://learn.microsoft.com/en-us/azure/storage/blobs/access-tiers-smart">فعّل smart tier</a> ودع Azure يتولى الأمر. إنه متاح اليوم في جميع مناطق السحابة العامة المنطقية تقريباً.</p>