مراقبة عمليات مسرع المنطقة المنتقل إليها في Azure Spring Apps
توفر هذه المقالة اعتبارات وتوصيات إمكانية الملاحظة لتطبيق Spring Boot الذي تم نشره في Azure Spring Apps.
قد توفر المؤسسة مراقبة مركزية تشاركها جميع أحمال العمل أو توفر مساحات عمل مخصصة ل Azure Monitor Log Analytics لكل حمل عمل. إذا كنت تعتمد على الموارد المركزية، فتأكد من أن أعضاء فريق التطبيق لديهم حق الوصول إلى السجلات بأدوار التحكم في الوصول المستندة إلى دور Azure (RBAC).
للحصول على معلومات حول تصميم النظام الأساسي، راجع إدارة حمل العمل ومراقبته.
يمكنك توفير موارد المراقبة الخاصة بك. يمنح هذا النهج فريق التطبيق المزيد من الاستقلالية ويبسط الإدارة العامة لتطبيقك. قد تكون المفاضلة زيادة النفقات العامة للإدارة. يستند مسرع المنطقة المنتقل إليها في Azure Spring Apps والإرشادات التالية إلى هذا النهج.
اعتبارات التصميم
السجلات والمقاييس. جمع السجلات والمقاييس المنبعثة من التطبيق والموارد. توفر السجلات نظرة ثاقبة على عمليات حمل العمل. يتم جمع المقاييس على فترات منتظمة وتوفر رؤى قريبة من الوقت الحقيقي. يمكن أن تساعد السجلات والمقاييس في التحقيقات المتعلقة بصحة الموارد واستخدامها.
المقاييس هي المفتاح لاتخاذ قرارات التحجيم. يمكنك السماح للتطبيقات بالتحجيم استنادا إلى حدود القياس، أو يمكن للتطبيقات تغيير الحجم خلال نافذة زمنية محددة.
يجب أن تفكر في تخزين هذه البيانات للتحليل المستقبلي. الحفاظ على القدرة على تصور البيانات، حتى تتمكن من اكتشاف الاتجاهات بسرعة.
تقرير عن حالة النظام. ضع الأجهزة في مكانها لإنشاء المزيد من بيانات المراقبة من التطبيق. لجمع معلومات الأجهزة، استخدم أداة إدارة أداء التطبيق (APM)، مثل عامل Azure Application Insights Java. اجمع تشخيصات النظام الأساسي مع هذه المعلومات لتوفير قدرات مراقبة محسنة.
التتبع الموزع. تنفيذ التتبع الموزع للحصول على إمكانية الملاحظة عبر خدمات مختلفة داخل النظام البنائي ل Azure Spring Apps.
التنبيهات. يجب أن يتم إعلام فرق التطبيق بالأحداث المهمة لحمل العمل. يمكنك تعيين التنبيهات التي تراقب الموارد استنادا إلى المقاييس، مثل التخزين ومعدل الطلبات واستخدام البيانات.
فحوصات السلامة. يمكنك إعداد فحوصات السلامة للكشف عن صحة خدمات الواجهة الخلفية. راجع كيفية إعداد فحوصات السلامة بحيث يتم توجيه الطلبات إلى مثيلات صحية وللتأكد من إنهاء التطبيق بأمان إذا لم تكن خدمات الواجهة الخلفية متوفرة.
توصيات التصميم
استخدم مقاييس Azure Monitor لجمع المقاييس المنبعثة من الموارد المراقبة في قاعدة بيانات سلسلة زمنية.
بالنسبة إلى Azure Spring Apps، اعرض المخططات في كل صفحة نظرة عامة على التطبيق وصفحة المقاييس الشائعة.
استخدم صفحة إعدادات التشخيص داخل Azure Spring Apps لتكوين المجموعة المطلوبة من إعدادات التشخيص لتطبيقاتك.
ملاحظة
هناك تأخير في ظهور السجلات في حساب التخزين أو مركز الأحداث أو Log Analytics. إذا تم حذف مثيلات تطبيق Spring أو نقلها خلال ذلك الوقت، فيجب حذف إعدادات التشخيص للتأكد من أن تطبيقا آخر بنفس معرف المورد لا يعيد استخدام نفس إعداد التشخيص.
استخدم Application Insights كأداة متسقة لمراقبة أداء التطبيق (APM) عبر جميع مكونات التطبيق لجمع سجلات التطبيق والمقاييس والتتبعات. يمكنه جمع البيانات من جميع التبعيات والتتبعات ولديه القدرة على تصور المعاملات الشاملة.
تسمح لك Azure Spring Apps بجمع مقاييس Spring Cloud Resilience4J في Application Insights. قم بتمكين عامل Java In-Process وتكوين مجموعة الأبعاد لتمكين هذه الميزة.
تدمج Azure Spring Apps Spring Cloud Sleuth و Zipkin مع Application Insights.
اختر آليات اكتشاف الخدمة التي تسمح لك باكتشاف مثيلات التطبيق وتسجيلها بسرعة. تختلف الخيارات استنادا إلى طبقة Azure Spring Apps.
- Basic/Standard: اكتشاف خدمة Kubernetes أو سجل خدمة Spring Cloud المدار (باستخدام Eureka)
- Enterprise: Tanzu Service Registry
استخدم فحوصات الجاهزية والحيوية معا بحيث تتم إزالة مثيلات التطبيق غير السليمة من ميزات اكتشاف الخدمة.
إذا كان التطبيق الخاص بك يحتوي على وقت بدء تشغيل أطول، فاضبط إجمالي المهلة
initialDelaySeconds + periodSeconds * failureThresholdإلى قيمة أطول من وقت بدء التطبيق الخاص بك. يساعد هذا التعديل على تجنب فشل التحقيق ويجبر التطبيق على إعادة التشغيل.قم بتكوين فحوصات السلامة لاتخاذ إجراء استنادا إلى الأمر الخاص بالتطبيق أو اتصال مأخذ توصيل TCP أو طلب HTTP.
بالنسبة لتطبيقات Spring Boot، استفد من مؤشر صحة Spring Boot Actuator لتكوين فحوصات السلامة الخاصة بك.