مشاركة عبر

إدارة التكاليف باستخدام الأتمتة

  • مقالة

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

التنفيذ التلقائي للحصول على بيانات التكلفة لتحليلها دون اتصال بالإنترنت

قد تحتاج إلى تنزيل بيانات تكلفة Azure لدمجها مع مجموعات بيانات أخرى. أو قد تحتاج إلى دمج بيانات التكلفة في أنظمتك الخاصة. تُتاح خيارات مختلفة استناداً إلى كمية البيانات المطلوبة. يجب أن يكون لديك أذونات إدارة التكلفة في النطاق المناسب لاستخدام واجهات برمجة التطبيقات والأدوات في أي حالة من الحالات. لمزيد من المعلومات، راجع تعيين الوصول إلى البيانات.

اقتراحات لمعالجة مجموعات البيانات الكبيرة

إذا كان لدى مؤسستك وجود Azure كبير عبر العديد من الموارد أو الاشتراكات، فسيكون لديك كمية كبيرة من نتائج بيانات تفاصيل الاستخدام. وغالباً لا يمكن لبرنامج Excel تحميل مثل هذه الملفات الكبيرة. وفي هذه الحالة، نوصي الخيارات التالية:

Power BI

يُستخدم Power BI لاستيعاب كميات كبيرة من البيانات والتعامل معها. إذا كنت عميلاً لاتفاقية Enterprise، فيمكنك استخدام تطبيق قالب Power BI لتحليل تكاليف حساب الفوترة. يحتوي التقرير على طرق عرض رئيسية يستخدمها العملاء. لمزيد من المعلومات، راجع تحليل تكاليف Azure باستخدام تطبيق قالب Power BI.

موصل بيانات POWER BI

إذا كنت ترغب في تحليل بياناتك يومياً، نوصي باستخدام موصل بيانات Power BI للحصول على بيانات لتحليل مفصل. ويتم تحديث أي تقارير تقوم بإنشائها بواسطة الموصل مع تراكم المزيد من التكاليف.

عمليات تصدير إدارة التكلفة

ربما لا تحتاج إلى تحليل البيانات يومياً. إذا كان الأمر كذلك، ففكر في استخدام ميزة عمليات تصدير إدارة التكلفة لجدولة تصدير البيانات إلى حساب تخزين Azure. ويمكنك بعد ذلك تحميل البيانات في Power BI حسب الحاجة، أو تحليلها في برنامج Excel إذا كان الملف صغيراً بدرجة كافية. وتتوفر عمليات التصدير في مدخل Microsoft Azure أو يمكنك تكوين عمليات التصدير باستخدام واجهة برمجة تطبيقات عمليات التصدير.

واجهة برمجة تطبيقات تفاصيل الاستخدام

ضع في اعتبارك استخدام واجهة برمجة تطبيقات تفاصيل الاستخدام إذا كانت لديك مجموعة بيانات تكلفة صغيرة. إليك أفضل الممارسات الموصى بها:

  • إذا كنت تريد الحصول على أحدث بيانات التكلفة، نوصي بالاستعلام مرة واحدة على الأكثر في اليوم. يتم تحديث التقارير كل أربع ساعات. إذا قمت بالاتصال بشكل متكرر، فستتلقى بيانات متطابقة.
  • بمجرد تنزيل بيانات التكلفة الخاصة بك للفواتير التاريخية، لن تتغير الرسوم ما لم يتم إعلامك بشكل صريح. نوصي بالتخزين المؤقت لبيانات التكلفة في مخزن قابل للاستعلام لمنع الاستدعاءات المتكررة للبيانات المتطابقة.
  • قم بتقسيم مكالماتك إلى نطاقات تاريخ صغيرة للحصول على ملفات أكثر قابلية للإدارة يمكنك تنزيلها. على سبيل المثال، نوصي بالتقسيم حسب اليوم أو الأسبوع إذا كان لديك ملفات استخدام Azure كبيرة من شهر إلى شهر.
  • إذا كانت لديك نطاقات تحتوي على كمية كبيرة من بيانات الاستخدام (على سبيل المثال حساب فوترة)، ففكر في إجراء مكالمات متعددة إلى النطاقات التابعة حتى تحصل على ملفات أكثر قابلية للإدارة يمكنك تنزيلها.
  • إذا كانت مجموعة البيانات الخاصة بك أكثر من 2 غيغابايت شهريًا، ففكر في استخدام عمليات التصدير كحل أكثر قابلية للتطوير.

التنفيذ التلقائي للاسترداد باستخدام واجهة برمجة تطبيقات تفاصيل الاستخدام

توفر واجهة برمجة تطبيقات تفاصيل الاستخدام طريقة سهلة للحصول على بيانات التكلفة الخام غير المجمعة التي تتوافق مع فاتورة Azure. وتكون واجهة برمجة التطبيقات (API) مفيدة عندما تحتاج مؤسستك إلى حل استرداد بيانات برمجي. فكر في استخدام واجهة برمجة التطبيقات إذا كنت تبحث عن تحليل مجموعات بيانات تكلفة صغيرة. ومع ذلك، يجب عليك استخدام الحلول الأخرى المحددة مسبقاً إذا كان لديك مجموعات بيانات كبيرة. يتم توفير البيانات في تفاصيل الاستخدام على أساس مقياس في اليوم. ويتم استخدامها عند حساب فاتورتك الشهرية. ويكون إصدار التوفر العام (GA) من واجهات برمجة التطبيقات هو 2019-10-01. استخدم 2019-04-01-preview للوصول إلى الإصدار الأولي للحجز والشراء من Azure Marketplace باستخدام واجهات برمجة التطبيقات.

إذا كنت ترغب في الحصول على كميات كبيرة من البيانات المصدرة بانتظام، راجع استرداد مجموعات بيانات التكلفة الكبيرة بشكل متكرر من خلال عمليات التصدير.

اقتراحات واجهة برمجة تطبيقات تفاصيل الاستخدام

جدولة الطلبات

نوصي بإجراء مالا يزيد عن طلب واحد لواجهة برمجة تطبيقات تفاصيل الاستخدام في اليوم. لمزيد من المعلومات حول عدد مرات تحديث بيانات التكلفة وكيفية معالجة التقريب، راجع فهم بيانات إدارة التكلفة.

استهداف نطاقات المستوى الأعلى دون تصفية

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

ملاحظات حول التسعير

إذا كنت ترغب في التوفيق بين الاستخدام والرسوم مع ورقة الأسعار أو الفاتورة، فشاهد سلوك التسعير في تفاصيل التكلفة.

قد يكون لمورد واحد العديد من السجلات في يوم واحد

يُصدر موفرو موارد Azure الاستخدام والرسوم إلى نظام الفوترة وتعبئة الحقل Additional Info لسجلات الاستخدام. وقد يرسل موفرو الموارد من حين لآخر استخداماً ليوم معين ويختمون السجلات بمراكز بيانات مختلفة في الحقل Additional Info لسجلات الاستخدام. ويمكن أن يتسبب في وجود العديد من السجلات لمقياس/مورد في ملف الاستخدام الخاص بك لنفس اليوم. وفي هذه الحالة، لا يتم تحميلك برسوم أكثر من اللازم. تمثل السجلات المتعددة التكلفة الكاملة لمقياس المورد في ذلك اليوم.

مثال طلبات واجهة برمجة تطبيقات تفاصيل الاستخدام

يستخدم عملاء Microsoft الطلبات النموذجية التالية لمعالجة السيناريوهات الشائعة التي قد تصادفك.

الحصول على تفاصيل الاستخدام لنطاق خلال نطاق تاريخ محدد

تتوافق البيانات التي يتم إرجاعها بواسطة الطلب مع التاريخ الذي تم فيه تلقي الاستخدام بواسطة نظام الفوترة. وقد يتضمن تكاليف من فواتير متعددة. وربما يختلف الاستدعاء الذي تريد استخدامه حسب نوع الاشتراك.

بالنسبة للعملاء القُدامى المشتركين عبر اتفاقية Enterprise (EA) أو اشتراك الدفع حسب الاستخدام، استخدم الاستدعاء التالي:

GET https://management.azure.com/{scope}/providers/Microsoft.Consumption/usageDetails?$filter=properties%2FusageStart%20ge%20'2020-02-01'%20and%20properties%2FusageEnd%20le%20'2020-02-29'&$top=1000&api-version=2019-10-01

للعملاء المشتركين حديثاً في اتفاقية عملاء Microsoft، استخدم الاستدعاء التالي:

GET https://management.azure.com/{scope}/providers/Microsoft.Consumption/usageDetails?startDate=2020-08-01&endDate=2020-08-05&$top=1000&api-version=2019-10-01

إشعار

المعلمة $filter غير مدعومة من قبل اتفاقيات عملاء Microsoft.

الحصول على تفاصيل التكلفة المستهلكة

إذا كنت بحاجة إلى تكاليف فعلية لعرض عمليات الشراء عند استحقاقها، فغير المقياس إلى ActualCost في الطلب التالي. ولاستخدام التكاليف المستهلكة والفعلية، يجب استخدام الإصدار 2019-04-01-preview. يعمل إصدار واجهة برمجة التطبيقات الحالي بنفس سمات الإصدار 2019-10-01، باستثناء سمة النوع/المقياس الجديد وأسماء الخصائص التي تم تغييرها. إذا كانت من المشتركين في اتفاقية عملاء Microsoft، فإن عوامل التصفية الخاصة بك هي startDate وendDate في المثال التالي.

GET https://management.azure.com/{scope}/providers/Microsoft.Consumption/usageDetails?metric=AmortizedCost&$filter=properties/usageStart+ge+'2019-04-01'+AND+properties/usageEnd+le+'2019-04-30'&api-version=2019-04-01-preview

التنفيذ التلقائي للتنبيهات والإجراءات باستخدام الميزانيات

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

تغطي الأقسام التالية الخيارات المتاحة وتوفر نماذج لطلبات واجهة برمجة التطبيقات لتبدأ في التنفيذ التلقائي للموازنة.

كيف يتم تقييم التكاليف مقابل حد موازنتك؟

يتم تقييم تكاليفك مقابل حد موازنتك مرة واحدة يومياً. عند إنشاء موازنة جديدة أو في يوم إعادة تعيين الموازنة، ستكون التكاليف مقارنة بالحد الأدنى صفرية/خالية لأن التقييم ربما لم يحدث بعد.

وعندما يكتشف Azure أن تكاليفك قد تجاوزت الحد الأدنى، يتم تشغيل إعلام في غضون ساعة من وقت الاكتشاف.

عرض التكلفة الحالية

تحتاج لعرض التكاليف الحالية إلى إجراء استدعاء GET باستخدام Query API.

لن يُرجع استدعاء GET إلى واجهة برمجة تطبيقات الموازنة التكاليف الحالية الموضحة في تحليل التكلفة. ويُرجع الاستدعاء بدلاً من ذلك آخر تكلفة تم تقييمها.

إنشاء التنفيذ التلقائي للموازنة

يمكنك إنشاء التنفيذ التلقائي للموازنة باستخدام واجهة برمجة تطبيقات الموازنة. يمكنك أيضاً إنشاء موازنة باستخدام قالب الموازنة. وتعد القوالب طريقة سهلة لتوحيد عمليات نشر Azure مع ضمان تكوين التحكم في التكلفة وفرضه بشكل صحيح.

اللغات المدعومة لرسائل البريد الإلكتروني لتنبيهات الموازنة

يتم تنبيهك من خلال الموازنات عندما تتجاوز التكاليف حد محدد. ويمكنك إعداد ما يصل إلى خمسة مستلمين للبريد الإلكتروني لكل موازنة. يتلقى المستلمون تنبيهات البريد الإلكتروني في غضون 24 ساعة من تجاوز حد الموازنة. ومع ذلك، قد يحتاج المستلم إلى تلقي بريد إلكتروني بلغة مختلفة. يمكنك استخدام رموز ثقافة اللغة التالية مع واجهة برمجة تطبيقات الموازنات. عيّن رمز الثقافة باستخدام المعلمة locale على غرار المثال التالي.

{
  "eTag": "\"1d681a8fc67f77a\"",
  "properties": {
    "timePeriod": {
      "startDate": "2020-07-24T00:00:00Z",
      "endDate": "2022-07-23T00:00:00Z"
    },
    "timeGrain": "BillingMonth",
    "amount": 1,
    "currentSpend": {
      "amount": 0,
      "unit": "USD"
    },
    "category": "Cost",
    "notifications": {
      "actual_GreaterThan_10_Percent": {
        "enabled": true,
        "operator": "GreaterThan",
        "threshold": 20,
        "locale": "en-us",
        "contactEmails": [
          "user@contoso.com"
        ],
        "contactRoles": [],
        "contactGroups": [],
        "thresholdType": "Actual"
      }
    }
  }
}

اللغات المدعومة بواسطة رمز الثقافة:

رمز الثقافة اللغة
ar‬ الإنجليزية (الولايات المتحدة)
ja-jp ‏‏اليابانية (اليابان)
zh-cn الصينية (المبسطة، الصين)
de-de الألمانية (ألمانيا)
es-es ‏‏الإسبانية (إسبانيا، دولي)
fr-fr الفرنسية (فرنسا)
it-it الإيطالية (إيطاليا)
ko-kr ‏‏الكورية (كوريا)
البرتغالية (البرازيل) البرتغالية (البرازيل)
الروسية (روسيا) ‏‏الروسية (روسيا)
zh-tw ‏‏الصينية (التقليدية، تايوان)
cs-cz ‏‏التشيكية (جمهورية التشيك)
pl-pl ‏‏البولندية (بولندا)
tr-tr التركية (Türkiye)
da-dk ‏‏الدانماركية (الدانمرك)
الإنجليزية (المملكة المتحدة) الإنجليزية (المملكة المتحدة)
hu-hu المجرية (المجر)
النرويجية بوكمول النرويجية (النرويج)
nl-nl الهولندية (هولندا)
pt-pt البرتغالية (البرتغال)
sv-se السويدية (السويد)‏‏

التكوينات الشائعة لواجهة برمجة تطبيقات الموازنات

هناك العديد من الطرق لتكوين موازنة في بيئة Azure. خذ بعين الاعتبار السيناريو أولاً ثم حدد خيارات التكوين التي تمكّنه. راجع الخيارات التالية:

  • الفاصل الزمني - يمثل الفترة المتكررة التي تستخدمها موازنتك لتراكم وتقييم التكاليف. الخيارات الأكثر شيوعاً هي الشهرية والفصلية والسنوية.
  • الفترة الزمنية - تمثل المدة التي تكون فيها موازنتك صالحة. تُراقب الموازنة استخدامك للموارد بفاعلية وتُنبهك فقط حال كونها سارية.
  • الإعلامات
    • رسائل البريد الإلكتروني لجهة الاتصال - تتلقى عناوين البريد الإلكتروني تنبيهات عندما تتراكم تكاليف الميزانية وتتجاوز الحدود المحددة.
    • أدوار جهات الاتصال - يتلقى جميع المستخدمين الذين لديهم دور Azure مطابق في النطاق المحدد تنبيهات بالبريد الإلكتروني باستخدام هذا الخيار. على سبيل المثال، يمكن لمالكي الاشتراكات تلقي تنبيه لموازنة تم إنشاؤها في نطاق الاشتراك.
    • مجموعات جهات الاتصال - تستدعي الموازنة مجموعات الإجراءات المكونة عند تجاوز حد التنبيه.
  • عوامل تصفية أبعاد التكلفة - يمكن إجراء نفس التصفية التي يمكنك إجراؤها في "تحليل التكلفة" أو "Query API" على موازنتك. استخدم عامل التصفية هذا لتقليل نطاق التكاليف التي تراقبها باستخدام الموازنة.

بعد تحديد خيارات إنشاء الموازنة التي تلبي احتياجاتك، أنشئ الموازنة باستخدام واجهة برمجة التطبيقات. ويساعد المثال أدناه في بدء التكوين الشائع للموازنة.

إنشاء ميزانية تمت تصفيتها إلى موارد وعلامات متعددة

عنوان URL للطلب: PUT https://management.azure.com/subscriptions/{SubscriptionId} /providers/Microsoft.Consumption/budgets/{BudgetName}/?api-version=2019-10-01

{
  "eTag": "\"1d34d016a593709\"",
  "properties": {
    "category": "Cost",
    "amount": 100.65,
    "timeGrain": "Monthly",
    "timePeriod": {
      "startDate": "2017-10-01T00:00:00Z",
      "endDate": "2018-10-31T00:00:00Z"
    },
    "filter": {
      "and": [
        {
          "dimensions": {
            "name": "ResourceId",
            "operator": "In",
            "values": [
              "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/{meterName}",
              "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/{meterName}"
            ]
          }
        },
        {
          "tags": {
            "name": "category",
            "operator": "In",
            "values": [
              "Dev",
              "Prod"
            ]
          }
        },
        {
          "tags": {
            "name": "department",
            "operator": "In",
            "values": [
              "engineering",
              "sales"
            ]
          }
        }
      ]
    },
    "notifications": {
      "Actual_GreaterThan_80_Percent": {
        "enabled": true,
        "operator": "GreaterThan",
        "threshold": 80,
        "contactEmails": [
          "user1@contoso.com",
          "user2@contoso.com"
        ],
        "contactRoles": [
          "Contributor",
          "Reader"
        ],
        "contactGroups": [
          "/subscriptions/{subscriptionID}/resourceGroups/{resourceGroupName}/providers/microsoft.insights/actionGroups/{actionGroupName}
        ],
        "thresholdType": "Actual"
      }
    }
  }
}

تكوين التنسيق المستند إلى التكلفة لتنبيهات الموازنة

يمكنك تكوين الموازنات لبدء الإجراءات التلقائية باستخدام مجموعات عمل Azure. لمعرفة المزيد حول أتمتة الإجراءات باستخدام الميزانيات، راجع التنفيذ التلقائي مع الميزانيات.

زمن انتقال البيانات وحدود الأسعار

نوصي بعدم الاتصال بواجهات برمجة التطبيقات أكثر من مرة واحدة يومياً. وتُحدث بيانات إدارة التكلفة كل أربع ساعات عند تلقي بيانات استخدام جديدة من موفري موارد Azure. ولا يوفر الاتصال بشكل متكرر المزيد من البيانات. بل يؤدي إلى إنشاء حمل متزايد.

وحدات معالجة استعلام واجهة برمجة تطبيقات الاستعلام

بالإضافة إلى عمليات تحديد المعدل الحالية، تحد واجهة برمجة تطبيقات الاستعلام أيضا من المعالجة استنادا إلى تكلفة استدعاءات واجهة برمجة التطبيقات. يتم التعبير عن تكلفة استدعاء واجهة برمجة التطبيقات كوحدات معالجة استعلام (QPUs). QPU هي عملة أداء، مثل Cosmos DB RUs. إنها تجريد موارد النظام مثل وحدة المعالجة المركزية والذاكرة.

حساب QPU

حاليا، يتم خصم وحدة معالجة مركزية واحدة لمدة شهر واحد من البيانات التي تم الاستعلام عنها من الحصص النسبية المخصصة. قد يتغير هذا المنطق دون إشعار.

عوامل وحدة المعالجة السريعة

يؤثر العامل التالي على عدد وحدات QPUs المستهلكة بواسطة طلب واجهة برمجة التطبيقات.

  • نطاق التاريخ، مع زيادة نطاق التاريخ في الطلب، يزداد عدد وحدات QPUs المستهلكة.

قد تتم إضافة عوامل QPU الأخرى دون إشعار.

حصص QPU النسبية

يتم تكوين الحصص النسبية التالية لكل مستأجر. يتم تقييد الطلبات عند استنفاد أي من الحصص النسبية التالية.

  • 12 QPU لكل 10 ثوان
  • 60 QPU لكل دقيقة واحدة
  • 600 QPU لكل ساعة واحدة

ربما يتم تغيير الحصص حسب الحاجة ويمكن إضافة المزيد من الحصص النسبية.

رؤوس الردود

يمكنك فحص عناوين الاستجابة لتعقب عدد وحدات QPUs المستهلكة بواسطة طلب واجهة برمجة التطبيقات وعدد وحدات QPUs المتبقية.

x-ms-ratelimit-microsoft.costmanagement-qpu-retry-after

يشير إلى وقت التراجع بالثوان. عند تقييد طلب ب 429، ارجع للوقت المحدد في هذا العنوان قبل إعادة محاولة الطلب.

x-ms-ratelimit-microsoft.costmanagement-qpu-consumed

وحدات QPUs المستهلكة بواسطة استدعاء واجهة برمجة التطبيقات.

x-ms-ratelimit-microsoft.costmanagement-qpu-remaining

قائمة بالحصص النسبية المتبقية.

المحتوى ذو الصلة