Questa pagina è stata tradotta dall'API Cloud Translation.

Utilizzo di Apigee Adapter for Envoy con Apigee hybrid

Questa pagina si applica ad Apigee e Apigee hybrid.

Visualizza la documentazione di Apigee Edge.

Questo esempio mostra come utilizzare Apigee Adapter for Envoy con un deployment ibrido Apigee.

Prerequisiti

Prima di iniziare:
Scaricare e installare il servizio remoto e l'interfaccia a riga di comando di Apigee Adapter for Envoy come spiegato nella sezione Introduzione.
Assicurati di aver installato Google Cloud SDK. L'SDK include lo strumento a riga di comando `gcloud`.
Assicurati di aver installato `kubectl`.

Panoramica

Questo esempio spiega come utilizzare Apigee Adapter for Envoy con Apigee hybrid. In questo esempio, eseguirai il deployment di un semplice servizio HTTP nello stesso ambiente in cui viene eseguito il deployment di Apigee hybrid. Quindi, configurerai l'adattatore Apigee per Envoy per gestire le chiamate API a questo servizio con Apigee.

La figura seguente mostra l'architettura di base per l'integrazione ibrida di Apigee:

Un indirizzo
di Envoy Adapter integrato in un ambiente ibrido Apigee, che include
dal piano di gestione, dal piano di runtime e dai servizi Google Cloud

Un proxy Envoy viene dispiegato con il servizio HTTP di destinazione come sidecar Istio nel mesh di servizi Istio. Il sidecar gestisce il traffico API verso e dal servizio di destinazione e comunica con il servizio remoto. Il servizio remoto comunica anche con il piano di gestione ibrido per recuperare le informazioni sui prodotti e sui proxy dell'API.

Controlla la configurazione di gcloud

Verifica che la configurazione di gcloud sia impostata sul progetto Google Cloud associato al tuo e un'organizzazione ibrida.
Per elencare le impostazioni correnti:
```
gcloud config list
```
Se necessario, imposta l'ID progetto Google Cloud corretto con questo comando:
```
gcloud config set project project-id
```
Devi aver eseguito l'autenticazione con Google Cloud SDK (gcloud) per il tuo progetto Google Cloud:
```
gcloud auth login
```

esegui il deployment di un servizio di test nel cluster

In questo passaggio, eseguirai il deployment di un semplice servizio di test di richiesta/risposta HTTP nello stesso cluster in cui è stato eseguito il deployment di Apigee Hybrid.

Vai alla directory del servizio remoto:
```
cd $REMOTE_SERVICE_HOME
```
Attiva l'iniezione di Istio nello spazio dei nomi default del cluster. In un passaggio successivo, ed eseguirai il deployment di un file collaterale Envoy allo stesso cluster. L'attivazione di Istio injection il deployment collaterale possibile. Questo esempio utilizza lo spazio dei nomi default e tutte le istruzioni successive presuppongono che sia così.
```
kubectl label namespace default istio-injection=enabled
```
Applica il servizio httpbin semplice al nello spazio dei nomi predefinito:
```
kubectl apply -f samples/istio/httpbin.yaml
```
Ora prova il servizio. Avvia un servizio curl in esecuzione nel cluster e apri un terminale:
```
kubectl run -it curl --image=curlimages/curl --restart=Never -- sh
```

Testa il servizio chiamandolo dall'interno del cluster:

curl -i httpbin.default.svc.cluster.local/headers

In caso di esito positivo, viene visualizzato lo stato 200 e il servizio restituisce un elenco di intestazioni. Ad esempio:

HTTP/1.1 200 OK
server: envoy
date: Tue, 12 May 2020 17:09:01 GMT
content-type: application/json
content-length: 328
access-control-allow-origin: *
access-control-allow-credentials: true
x-envoy-upstream-service-time: 7

{
  "headers": {
    "Accept": "*/*",
    "Content-Length": "0",
    "Host": "httpbin.default.svc.cluster.local",
    "User-Agent": "curl/7.70.0-DEV",
    "X-B3-Parentspanid": "69f88bc3e322e157",
    "X-B3-Sampled": "0",
    "X-B3-Spanid": "8dd725f30e393d8b",
    "X-B3-Traceid": "38093cd817ad30a569f88bc3e322e157"
  }
}

SUGGERIMENTO: lascia in esecuzione il client curl e la shell aperta. Lo userai in un passaggio successivo.

Provisioning di Apigee hybrid

In questo passaggio, utilizzerai l'interfaccia a riga di comando Remote Service per eseguire il provisioning dell'istanza ibrida con il proxy API remote-service. Il comando di provisioning configura anche un certificato Apigee e genera le credenziali che il servizio remoto utilizzerà per connettersi in modo sicuro ad Apigee.

Vai alla directory $CLI_HOME:
```
cd $CLI_HOME
```
Se non sei proprietario del progetto Google Cloud associato all'organizzazione ibrida Apigee, assicurati che il tuo account utente Google Cloud includa il ruolo Apigee Organization Admin. Consulta la sezione Concessione, la modifica e la revoca dell'accesso alle risorse.
Esegui questo comando per ottenere un token di accesso:
```
TOKEN=$(gcloud auth print-access-token);echo $TOKEN
```

Crea le seguenti variabili di ambiente. Queste variabili verranno utilizzate come parametri allo script di provisioning:

export ORG=organization_name
export ENV=environment_name
export RUNTIME=host_alias_url
export NAMESPACE=hybrid_runtime_namespace

Dove:

Variabile	Descrizione
`organization_name`	Il nome dell'organizzazione Apigee per l'installazione ibrida di Apigee.
`environment_name`	Il nome di un ambiente nella tua organizzazione Apigee ibrida.
`host_alias_url`	Un URL che include `hostAlias` per un host virtuale definito nella configurazione ibrida. L'URL deve iniziare con `https://`. Ad esempio: `https://apitest.apigee-hybrid-docs.net`
`hybrid_runtime_namepace`	Lo spazio dei nomi in cui viene eseguito il runtime vengono eseguiti tutti i componenti del deployment. Nota: lo spazio dei nomi predefinito per un deployment ibrido è `apigee`.

Esegui il seguente comando per eseguire il provisioning del proxy del servizio remoto in Apigee Hybrid:
NOTA: se l'installazione del runtime ibrida è configurata utilizzando certificati TLS autofirmati per il virtualhost, devi utilizzare il flag --insecure con il comando provision mostrato di seguito.

NOTA: l'output comando viene reindirizzato a un file di configurazione che utilizzerai in un passaggio successivo.

SE TI TIENI AGGIORNAMENTO : se esegui l'upgrade un adattatore Apigee per Envoy esistente alla v1.0-beta.4 o a una versione successiva, devi aggiungere il --force-proxy-install al comando provision. Questa segnalazione forza il proxy Apigee da sostituire con il proxy più recente.

Se non esegui l'upgrade, utilizza questo comando per eseguire il provisioning di Apigee:
```
./apigee-remote-service-cli provision --organization $ORG --environment $ENV \
     --runtime $RUNTIME --namespace $NAMESPACE --token $TOKEN > config.yaml
```
Se stai eseguendo l'upgrade, utilizza questo comando con il flag --force-proxy-install per eseguire il provisioning di Apigee:
```
./apigee-remote-service-cli provision --force-proxy-install --organization $ORG --environment $ENV \
     --runtime $RUNTIME --namespace $NAMESPACE --token $TOKEN > config.yaml
```

Controlla i contenuti del file config.yaml. Dovrebbe avere il seguente aspetto:

# Configuration for apigee-remote-service-envoy
# generated by apigee-remote-service-cli provision on 2020-07-06 18:03:58
apiVersion: v1
kind: ConfigMap
metadata:
  name: apigee-remote-service-envoy
  namespace: apigee
data:
  config.yaml: |
    tenant:
      remote_service_api: https://apitest.apigee-hybrid-docs.net/remote-service
      org_name: hybrid-docs
      env_name: envoy
      allow_unverified_ssl_cert: true
    analytics:
      collection_interval: 10s
      fluentd_endpoint: apigee-udca-hybrid-docs-envoy.apigee:20001
      tls:
        ca_file: /opt/apigee/tls/ca.crt
        key_file: /opt/apigee/tls/tls.key
        cert_file: /opt/apigee/tls/tls.crt
---
apiVersion: v1
kind: Secret
metadata:
  name: hybrid-docs-envoy-policy-secret
  namespace: apigee
type: Opaque
data:
  remote-service.crt: eyJrZXlzIjpbeyJrdHkiOiJSU0EiLCJhbGci...
  remote-service.key: LS0tLS1CRUdJTiBSU0EgUFJJVkFURS...
  remote-service.properties: a2lkPTIwMjAtMDctMDZ...

Applica la configurazione del servizio (il file prodotto dal comando di provisioning) al cluster:
```
kubectl apply -f $CLI_HOME/config.yaml
```

Verifica il proxy e il certificato. Quanto segue dovrebbe restituire un JSON valido:

curl --http1.1 -i $RUNTIME/remote-service/certs

L'output dovrebbe avere il seguente aspetto:

{
    "keys": [
        {
            "alg": "RS256",
            "e": "AQAB",
            "kid": "2020-05-11T11:32:26-06:00",
            "kty": "RSA",
            "n": "0v-nbTQyAmtVZ-wZRP0ZPIbrVaX91YO9JZ9xCQPb4mOdOSS7yKfTDJGg0KM130sGVYBvR76alN8
            fhrrSDEG5VXG8YYMqPXarwRC7MRJWocCQ_ECYrjDD0_Q018M2HyXZYSd8fhAogi9mVUYsEmCKqJH53Dh1
            jqsHOQzBLKsX0iDO9hEZNFtjbX0UCbSxsUlmBCub7Uj2S-PahA6DEQOMhQjZM7bBMtkTMpFmaJ_RZTmow
            BHP57qMna17R8wHD4kUsO2u_-3HHs5PSj1NrEYoVU2dwLQw0GlkB__ZWeFgXTqot81vb-PmoM9YxwoZrm
            TcHdljugWy_s7xROPzTod0uw"
        }
    ]
}

Esegui il servizio remoto per Envoy

In questo passaggio, avvierai il servizio remoto per il client Envoy nel mesh di servizi dove è installato Apigee hybrid. Questo servizio fornisce gli endpoint ai sidecar Istio che sono installati sui servizi di destinazione. In un passaggio successivo, installerai un file collaterale con il servizio httpbin.

Apri $REMOTE_SERVICE_HOME/samples/istio/hybrid-apigee-remote-service-envoy.yaml in un editor.
Potresti dover modificare la configurazione se non utilizzi l'ultima versione di servizio remoto. Se utilizzi versione più recente, vai al passaggio successivo. Se non sei usando la versione più recente, imposta image: per fare riferimento alla tua versione. Ad esempio, se utilizzi la versione v1.0.0-beta.4, modifica il tag image per:
```
image: "gcr.io/apigee-api-management-istio/apigee-remote-service-envoy:v1.0.0-beta.4"
```

Imposta l'elemento tls-volume.secretName per la tua organizzazione e il tuo ambiente:

...
  volumes:
    - name: tls-volume
       secret:
         defaultMode: 420
         secretName: apigee-runtime-$ORG-$ENV-tls
     - name: policy-secret
       secret:
         defaultMode: 420
         secretName: $ORG-$ENV-policy-secret

Ad esempio:

...
  volumes:
    - name: tls-volume
       secret:
         defaultMode: 420
         secretName: apigee-runtime-myorg-myenv-tls
     - name: policy-secret
       secret:
         defaultMode: 420
         secretName: myorg-myenv-policy-secret
...

Applica il servizio Apigee Remote al service mesh:

kubectl apply -f $REMOTE_SERVICE_HOME/samples/istio/hybrid-apigee-remote-service-envoy.yaml

Applica EnvoyFilter ai file collaterali Istio nello spazio dei nomi predefinito. EnvoyFilter consente al sidecar httpbin di comunicare con il servizio Apigee Remote.
```
kubectl apply -f $REMOTE_SERVICE_HOME/samples/istio/envoyfilter-sidecar.yaml
```

Verifica l'installazione

Ora torna alla shell curl che hai aperto nel passaggio Esegui il deployment di un servizio di test nel cluster e chiama httpbin servizio:
```
curl -i httpbin.default.svc.cluster.local/headers
```
Il servizio è ora gestito da Apigee e, poiché non hai fornito una chiave API, viene visualizzato il seguente errore.
```
curl -i httpbin.default.svc.cluster.local/headers
HTTP/1.1 403 Forbidden
date: Tue, 12 May 2020 17:51:36 GMT
server: envoy
content-length: 0
x-envoy-upstream-service-time: 11
```
Configurare un prodotto API e ottenere una chiave API come spiegato in Come ottenere una chiave API.

Esegui una chiamata API utilizzando la chiave:

export APIKEY=YOUR_API_KEY
curl -i httpbin.default.svc.cluster.local/headers -H "x-api-key: $APIKEY"

La chiamata dovrebbe riuscire con uno stato 200 e restituire un elenco di intestazioni nella risposta. Ad esempio:

curl -i httpbin.default.svc.cluster.local/headers -H "x-api-key: kyOTalNNLMPfOSy6rnVeclmVSL6pA2zS"
HTTP/1.1 200 OK
server: envoy
date: Tue, 12 May 2020 17:55:34 GMT
content-type: application/json
content-length: 828
access-control-allow-origin: *
access-control-allow-credentials: true
x-envoy-upstream-service-time: 301

{
  "headers": {
    "Accept": "*/*",
    "Content-Length": "0",
    "Host": "httpbin.default.svc.cluster.local",
    "User-Agent": "curl/7.70.0-DEV",
    "X-Api-Key": "kyOTalNNLMPfOSy6rnVeclmVSL6pA2zS",
    "X-Apigee-Accesstoken": "",
    "X-Apigee-Api": "httpbin.default.svc.cluster.local",
    "X-Apigee-Apiproducts": "httpbin",
    "X-Apigee-Application": "httpbin",
    "X-Apigee-Authorized": "true",
    "X-Apigee-Clientid": "kyOTalNNLMPfOSy6rnVeclmVSL6pA2zS",
    "X-Apigee-Developeremail": "jdoe@example.com",
    "X-Apigee-Environment": "envoy",
    "X-Apigee-Organization": "acme-org",
    "X-Apigee-Scope": "",
    "X-B3-Parentspanid": "1476f9a2329bbdfa",
    "X-B3-Sampled": "0",
    "X-B3-Spanid": "1ad5c19bfb4bc96f",
    "X-B3-Traceid": "6f329a34e8ca07811476f9a2329bbdfa"
  }
}

Passaggi successivi

Il traffico API verso il servizio httpbin è ora gestito da Apigee. Ecco alcune funzionalità che puoi esplorare e provare:

Se hai configurato il prodotto API come spiegato in Come ottenere una chiave API, il limite di quota è stato impostato su 5 richieste al minuto. Prova a chiamare il servizio httpbin alcune altre volte per attivare la quota. Quando superi la quota, viene visualizzato questo errore:
```
HTTP/1.1 429 Too Many Requests
```
Accedi ad Apigee Analytics nell'interfaccia utente di Edge. Vai ad Analizza > Metriche API > Prestazioni proxy.
Genera e utilizza token JWT per autenticare le chiamate API.
Utilizza l'interfaccia a riga di comando per gestire, creare token e controllare le associazioni. Per maggiori dettagli sull'interfaccia a riga di comando, consulta il riferimento.