Yüklemeyi test etme

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 testi.

Test komut dosyalarını çalıştırmak için:

  1. Yönetim Sunucusu düğümüne apigee-validate yükleyin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  2. 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önlendirici üzerinde bir sanal ana makine oluşturur Bu durumda, 59001 numaralı bağlantı noktasını kullanabilirsiniz. Bu bağlantı noktası Yönlendirici üzerinde açık değilse isteğe bağlı olarak Bağlantı noktasını ayarlamak için yapılandırma dosyasında VHOST_PORT özelliğini kullanın. Örneğin:

    VHOST_PORT=9000
  3. Daha sonra komut dosyası ş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" bahsedeceğim.
    • 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:

  1. 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ğrulama

Apigee Analytics'i yüklediğinize göre Apigee aşağıdaki işlemleri yapmanızı önerir: temel ancak önemli doğrulama adımlarıdır:

  1. Yönetim Sunucusu'nun merkezi POD'da olduğunu doğrulayın. Yönetim Sunucusu'nda şu curl komutu: 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central

    Çıkış şu şekilde görünmelidir:

    [ {
  "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"
} ]
  2. Yönlendiricinin ve Mesaj İşleyicinin ağ geçidi POD'sinde olduğunu doğrulayın. Yönetim Sunucusu'nda şu curl komutu: 
     curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway

    Ortadaki kapsüle benzer ancak Yönlendirici ve Mesaj İşleyici için çıkışlar gösterilir.

  3. Postgres'in Analytics POD'da olduğunu doğrulayın. Yönetim Sunucusu'nda aşağıdaki komutu çalıştırın curl komutu: 
    curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics

    Ortadaki POD'a benzer ancak Postgres için çıkış görürsünüz.