Apigee, kurulumunuzu 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 HTTP 20X yanıt kodu döndürür.
Test komut dosyalarını çalıştırmak için:
apigee-validate'i bir yönetim sunucusu düğümüne yükleyin:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- Test komut dosyalarını çağırmak için bir Yönetim Sunucusu düğümünde kurulum komutunu çalıştırın:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
configFile dosyası aşağıdaki özelliği içermelidir:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
Atlanırsa şifre girmeniz istenir.
Varsayılan olarak,
apigee-validateyardımcı programı, yönlendiricide 59001 bağlantı noktasını kullanan bir sanal ana makine oluşturur. Bu bağlantı noktası yönlendiricide açık değilse bağlantı noktasını ayarlamak için yapılandırma dosyasına isteğe bağlı olarakVHOST_PORTözelliğini ekleyebilirsiniz. Örneğin:VHOST_PORT=9000
- Komut dosyası daha sonra şunları yapar:
- Bir kuruluş oluşturur ve bunu kapsülle ilişkilendirir.
- Bir ortam oluşturur ve Mesaj İş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.
- SmartDocs 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ı 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 dosyadır.
Pod yüklemesini doğrulama
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 sunucusunun merkezi POD'da olduğunu doğrulayın. Yönetim sunucusunda aşağıdaki
curlkomutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Şu biçimde bir çıkış görürsünüz:
[ { "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önlendirici ve Mesaj İşlemci'nin ağ geçidi POD'unda olduğunu doğrulayın. Yönetim sunucusunda aşağıdaki
curlkomutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Merkezi kapsül'e benzer ancak Yönlendirici ve Mesaj İşleyici için bir çıkış görürsünüz.
- Postgres'in Analytics POD'unda olduğunu doğrulayın. Yönetim sunucusunda aşağıdaki
curlkomutunu çalıştırın:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Merkezi POD'a benzer ancak Postgres için bir çıkış görürsünüz.