Edge for Private Cloud الإصدار 4.19.01
توفِّر Apigee نصوصًا برمجية تجريبية يمكنك استخدامها للتحقق من صحة عملية التثبيت.
إجراء اختبارات التحقّق من الصحة
تعرض كل خطوة من خطوات عملية اختبار التحقّق رمز استجابة HTTP 20X لإجراء اختبار ناجح.
لتشغيل النصوص البرمجية للاختبار:
- تثبيت
apigee-validate
على عقدة خادم الإدارة:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- شغِّل أمر الإعداد في عقدة خادم الإدارة لاستدعاء النصوص البرمجية للاختبار:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
يجب أن يحتوي ملف configFile على السمة التالية:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
في حال إسقاطها، سيُطلب منك إدخال كلمة المرور.
تنشئ الأداة المساعدة
apigee-validate
تلقائيًا مضيفًا افتراضيًا على جهاز التوجيه يستخدم المنفذ 59001. إذا لم يكن ذلك المنفذ على جهاز التوجيه، يمكنك اختياريًا تضمين السمةVHOST_PORT
في ملف الإعداد لضبط المنفذ. مثلاً:VHOST_PORT=9000
- بعد ذلك، ينفِّذ النص البرمجي ما يلي:
- ينشئ مؤسسة ويربطها بالمجموعة.
- تنشئ بيئة وتربط بين معالج الرسائل والبيئة.
- تنشئ مضيفًا افتراضيًا.
- لاستيراد خادم وكيل بسيط للتحقق من السلامة ونشر التطبيق في بيئة "الاختبار".
- لاستيراد الخادم الوكيل في Smart Docs.
- ينفِّذ الاختبار للتأكد من أن كل شيء يعمل كما هو متوقع.
يعرض الاختبار الناجح استجابة 20X HTTP.
لإزالة المؤسسة والبيئة والعناصر الأخرى التي تم إنشاؤها بواسطة النصوص البرمجية للاختبار:
- نفِّذ الأمر التالي:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
يكون configFile هو الملف نفسه الذي استخدمته لإجراء الاختبارات.
التأكّد من تثبيت اللوحات
بعد أن تم تثبيت Apigee Analytics، تنصح Apigee باتّباع الخطوات الأساسية والمهمة في الوقت نفسه للتحقّق من الصحة:
- تحقَّق من أنّ خادم الإدارة في مجموعة البيانات المركزية. في خادم الإدارة، شغِّل أمر
curl
التالي:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
من المفترض أن تظهر لك النتيجة على النحو التالي:
[ { "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ ] }, "type" : [ "application-datastore", "scheduler-datastore", "management-server", "auth-datastore", "apimodel-datastore", "user-settings-datastore", "audit-datastore" ], "uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469" }, { "externalHostName" : "localhost", "externalIP" : "192.168.1.11", "internalHostName" : "localhost", "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ { "name" : "started.at", "value" : "1454691312854" }, ... ] }, "type" : [ "qpid-server" ], "uUID" : "9681202c-8c6e-4242-b59b-23e3ef092f34" } ]
- تحقق من وجود جهاز التوجيه ومعالج الرسائل في مجموعة بيانات البوابة. في خادم الإدارة، شغِّل
أمر
curl
التالي:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
ستظهر لك إخراجات مشابهة لللوحة المركزية، ولكن بالنسبة إلى جهاز التوجيه ومعالج الرسائل.
- تأكَّد من أنّ Postgres ضِمن مجموعة بيانات الإحصاءات. في خادم الإدارة، شغِّل أمر
curl
التالي:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
ستظهر لك نتائج مشابهة لـ POD المركزي، ولكن لـ Postgres.