Apigee, yüklemenizi doğrulamak için kullanabileceğiniz test komut dosyaları sağlar.
Doğrulama testlerini çalıştırma
Doğrulama testi sürecinin her adımı, başarılı bir test için bir HTTP 20X yanıt kodu döndürür.
Test komut dosyalarını çalıştırmak için:
- Yönetim Sunucusu düğümüne
apigee-validate
yükleyin:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- Test komut dosyalarını çağırmak için kurulum komutunu bir Yönetim Sunucusu düğümünde çalıştırın:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
configFile dosyası şu özelliği içermelidir:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
Atlanırsa şifre girmeniz istenir.
Varsayılan olarak
apigee-validate
yardımcı programı, Yönlendiricide 59001 bağlantı noktasını kullanan bir sanal ana makine oluşturur. Söz konusu bağlantı noktası Yönlendiricide açık değilse isteğe bağlı olarak bağlantı noktasını ayarlamak için yapılandırma dosyasınaVHOST_PORT
özelliğini ekleyebilirsiniz. Örneğin:VHOST_PORT=9000
- Ardından komut dosyası aşağıdakileri yapar:
- Bir kuruluş oluşturur ve bunu kapsülle ilişkilendirir.
- Bir ortam oluşturur ve İleti İşleyici'yi ortamla ilişkilendirir.
- Sanal ana makine oluşturur.
- Basit bir durum denetimi proxy'sini içe aktarır ve uygulamayı "test" ortamına dağıtır.
- SmartDokümanlar proxy'sini içe aktarır.
- Her şeyin beklendiği gibi çalıştığından emin olmak için testi yürütür.
Başarılı bir test, 20X HTTP yanıtını döndürür.
Test komut dosyaları tarafından oluşturulan kuruluşu, ortamı ve diğer yapıları kaldırmak için:
- Aşağıdaki komutu çalıştırın:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
Burada configFile, testleri çalıştırmak için kullandığınız dosyayla aynıdır.
Kapsül yüklemesini doğrulayın
Artık Apigee Analytics'i yüklediğinize göre Apigee, aşağıdaki temel ancak önemli doğrulama adımlarını uygulamanızı önerir:
- Yönetim Sunucusu'nun merkezi POD'da olduğunu doğrulayın. Yönetim Sunucusu'nda aşağıdaki
curl
komutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Çıkışı şu biçimde görmeniz gerekir:
[ { "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" } ]
- Yönlendiricinin ve Mesaj İşleyicinin ağ geçidi POD'unda olduğunu doğrulayın. Yönetim Sunucusu'nda aşağıdaki
curl
komutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Merkezi kapsüle benzer bir çıkış görürsünüz ancak Yönlendirici ve Mesaj İşleyici için geçerlidir.
- Postgres'in analiz POD'unda olduğunu doğrulayın. Yönetim Sunucusu'nda aşağıdaki
curl
komutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Ortadaki POD'a benzer bir çıkış görürsünüz ancak Postgres için de bu durum geçerlidir.