Edge Microgateway-FAQs

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen.
info

Erste Schritte

Wie installiere ich Edge Microgateway?
Weitere Informationen finden Sie unter Edge Microgateway installieren.
Wie führe ich Edge Microgateway aus?
Weitere Informationen finden Sie unter Edge Microgateway einrichten und konfigurieren.
Benötige ich eine Datenbank, um Microgateway auszuführen?
APIs, die über Edge Microgateway weitergeleitet werden, können mit einer Datenbank interagieren, die als Teil eines Zieldienstes ausgeführt wird. Edge Microgateway funktioniert jedoch unabhängig von einer Datenbank oder einem Backend-Datenspeicher.

Vorgang

Welche Änderungen in Edge erfordern einen Neustart von Edge Microgateway?
Edge Microgateway fragt automatisch nach Änderungen ab, die in Apigee Edge vorgenommen wurden, z. B. an Microgateway-kompatiblen Proxys, Produkten oder Entwickler-Apps. Das Standard-Polling-Intervall beträgt 600 Sekunden. Sie können es jedoch mit der Konfigurationseinstellung config_change_poll_interval ändern. Weitere Informationen finden Sie unter edgemicro-Attribute.
Wenn Sie nicht auf das Polling-Intervall warten möchten, verwenden Sie den Befehl edgemicro reload, um die neuesten Änderungen zu übernehmen. Weitere Informationen finden Sie unter Microgateway-Cluster neu laden.
Wie unterscheide ich zwischen einem Proxy, der in Edge bereitgestellt wird, und einem Proxy in Edge Microgateway?
Wenn Sie Edge Microgateway konfigurieren, wird eine Liste der Microgateway-kompatiblen Proxys, die in Apigee Edge bereitgestellt werden, in die lokale Konfiguration von Edge Microgateway heruntergeladen. Proxys, die für Microgateway optimiert sind, haben das Präfix edgemicro_.
Welche Optionen habe ich für die Protokollierung mit Edge Microgateway?
Edge Microgateway verfügt über eine integrierte Logging-Funktion. Weitere Informationen finden Sie unter Logdateien verwalten.
Sie können auch ein benutzerdefiniertes Plug-in schreiben, um einen Drittanbieter-Logging-Dienst mit Edge Microgateway zu verwenden. Aufgrund der Funktionsweise von Edge Microgateway können Sie die Message Logging-Richtlinie von Apigee Edge nicht verwenden, um Nachrichten für Edge Microgateway zu protokollieren. Weitere Informationen finden Sie auch im Community-Artikel zum Logging-Plug-in für Microgateway.
Kann ich Schlüssel-/Secret-Kombinationen zwischen Instanzen von Edge Microgateway wiederverwenden?
Solange Organisation und Umgebung für die Microgateway-Instanzen identisch sind, können Sie das Schlüssel-/Geheimnispaar wiederverwenden, das bei der Konfiguration generiert wird.
Wie konfiguriere ich Edge Microgateway für den Start in einer Produktionsumgebung?
Sie können die Umgebungsvariablen für Startbefehlsparameter wie EDGEMICRO_KEY, EDGEMICRO_SECRET, EDGEMICRO_ORG und EDGEMICRO_ENV festlegen. Mit diesen (und anderen) Variablen können Sie Edge Microgateway mit dem einzelnen Befehl edgemicro start starten. Siehe auch Umgebungsvariablen festlegen.
Kann ich benutzerdefinierte Produkt- oder Entwickler-App-Attribute mit Edge Microgateway verwenden?
Nein. Standardmäßig reagiert Edge Microgateway nur auf Attribute, die sich auf grundlegendes Routing und Sicherheit beziehen. Als Problemumgehung haben Sie jedoch folgende Möglichkeit:
  1. Fügen Sie dem edgemicro-auth-Proxy, den Edge Microgateway in Apigee Edge bereitstellt, benutzerdefinierte Attribute hinzu. Diese Attribute sind verfügbar, wenn Sie die Sicherheit mit API-Schlüssel oder OAuth-Token verwenden.
  2. Ändern Sie das OAuth-Plug-in so, dass es auf diese Attribute reagiert.
Gibt es eine Beschränkung für die Größe von Anfrageheadern?
Wenn Sie ein Upgrade von Node.js auf v8.14.0 oder eine höhere Version durchführen, beachten Sie, dass die maximal zulässige Headergröße für Anfragen von 80 KB auf 8 KB reduziert wurde. Header, die 8 KB überschreiten, führen zu einem HTTP 431-Fehler.
Mit einer in Node.js v11.6.0 hinzugefügten Node.js-Konfigurationsoption können Sie die standardmäßige maximale Headergröße ändern. Mit diesem Parameter (--max-http-header-size) können Sie die maximale Größe von HTTP-Headern in Byte angeben.
Wenn Sie die Standardkonfiguration ändern möchten, legen Sie den Wert der Umgebungsvariablen NODE_OPTIONS in der Befehlszeile so fest:
NODE_OPTIONS=--max-http-header-size=NUM_BYTES

Beispiel:

NODE_OPTIONS=--max-http-header-size=80000

Welche Verwaltungs-APIs verwendet Edge Microgateway?

Die folgenden Edge Microgateway-Befehle rufen Apigee Edge-Verwaltungs-APIs auf, um ihre Aufgaben auszuführen, wie in der CLI-Referenz für Edge Microgateway beschrieben:

  • edgemicro configure
  • edgemicro upgradeauth
  • edgemicro upgradekvm
  • edgemicro rotatekey
  • edgemicro cert check
  • edgemicro cert delete
  • edgemicro cert install

In den folgenden Abschnitten sind die Management API-Aufrufe aufgeführt, die von den einzelnen Befehlen verwendet werden.

Mit den Befehlen edgemicro configure und upgradeauth werden die folgenden Verwaltungs-APIs aufgerufen:

  • (list deployments) GET: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/deployments
  • (Bereitstellungsinformationen abrufen) GET: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=java&name=micro-gateway-products-javacallout-2.0.0.jar
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=adjust-quota.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=generate-jwk.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=generate-verify-jwt.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=jsrsasign-all-min.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=jwt-initialization.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=send-jwk-response.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=send-product-list.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=send-public-key.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=set-jwt-variables.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=set-quota-variables.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=set-response.js
  • (Ressourcen hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/resources?type=jsc&name=validate-params.js
  • (API-Proxy erstellen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis?action=import&validate=false&name=edgemicro-auth
  • (Richtlinien zum Hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/policies
  • (Proxys hochladen) POST: https://api.enterprise.apigee.com/v1/o/[org]/apis/edgemicro-auth/revisions/1/proxies?name=default
  • (Proxy bereitstellen) POST: https://api.enterprise.apigee.com/v1/o/[org]/e/[env]/apis/edgemicro-auth/revisions/1/deployments

Mit dem Befehl upgradekvm wird die folgende Management API aufgerufen:

  • PUT: https://api.enterprise.apigee.com/v1/organizations/[org]/environments/[env]/keyvaluemaps/microgateway

Mit dem Befehl rotatekey wird die folgende Management API aufgerufen:

  • GET: https://api.enterprise.apigee.com/v1/organizations/[org]/environments/[env]/keyvaluemaps/microgateway/entries/private_key

Mit dem Befehl cert check wird die folgende Management API aufgerufen:

  • GET: https://api.enterprise.apigee.com/v1/organizations/[org]/environments/[env]/keyvaluemaps/microgateway

Mit dem Befehl cert delete wird die folgende Management API aufgerufen:

  • DELETE: https://api.enterprise.apigee.com/v1/organizations/[org]/environments/[env]/keyvaluemaps/microgateway

Mit dem Befehl cert install wird die folgende Management API aufgerufen:

  • POST: https://api.enterprise.apigee.com/v1/organizations/[org]/environments/[env]/keyvaluemaps

Bereitstellung

Kann ich Edge Microgateway auf demselben Server bereitstellen, auf dem mein Zieldienst ausgeführt wird?
Ja. Edge Microgateway ist ein schlanker Prozess, der in der Nähe Ihres Zieldienstes ausgeführt werden kann, auch auf demselben Computer.
Kann ich ein vorhandenes Edge-Proxy-Bundle als Edge Microgateway-Bereitstellung bereitstellen?
Nein. Für Proxys, die Edge Microgateway unterstützen, gelten bestimmte Anforderungen. Außerdem werden nicht alle Funktionen regulärer Edge-Proxys unterstützt. Siehe Teil 2: Entitäten in Apigee Edge erstellen.
Kann ich für denselben API-Proxy ein Failover zwischen der Bereitstellung eines Edge-Proxy-Sets und der Bereitstellung von Edge Microgateway aktivieren?
Nein. Edge Microgateway kennt keine API-Proxy-Bereitstellungen, die nicht für Microgateway auf Apigee Edge bestimmt sind.
Was ist das Bereitstellungsmodell für Hochverfügbarkeit für Edge Microgateway?
Eine gute Beschreibung der Ausführung von Edge Microgateway mit NGINX als Load-Balancer finden Sie unter Managing APIs with Apigee Edge Microgateway and NGINX.
Welche Load-Balancer kann ich mit Edge Microgateway verwenden?
Edge Microgateway kann mit jedem Load Balancer verwendet werden.
Gibt es eine Begrenzung für die Anzahl der Edge Microgateway-Proxys, die ich bereitstellen kann?
Beachten Sie die für reguläre Edge-Proxys angegebenen Grenzwerte für die Produktkonfiguration. Die Anzahl der Microgateway-kompatiblen Proxys, die Sie in einer Apigee Edge-Organisation und -Umgebung bereitstellen und über Edge Microgateway aufrufen können, muss denselben Beschränkungen entsprechen.
Kann ich meine Edge Microgateway-Bereitstellung einer bestimmten Organisation und Umgebung zuordnen?
Wenn Sie eine Instanz von Edge Microgateway konfigurieren, müssen Sie sie einer bestimmten Edge-Organisation und -Umgebung zuordnen.
Kann ich mein Edge Microgateway-Deployment einer bestimmten Region zuordnen, wenn ich ein multiregionaler Kunde bin?
Edge Microgateway wählt automatisch die beste Region für die Interaktion mit Apigee Edge aus. Sie können Edge Microgateway-Instanzen in jeder Region bereitstellen, die Sie bedienen möchten.

Verwaltung

Muss ich Organisationsadministrator sein, um Edge Microgateway zu konfigurieren und bereitzustellen?
Ja. Sie benötigen Anmeldedaten als Admin der Organisation, um Edge Microgateway zu konfigurieren und bereitzustellen.
Muss ich ein Organisationsadministrator sein, um Edge Microgateway auszuführen?
Nein. Edge Microgateway ist eine Node.js-Anwendung und kann von jedem ausgeführt werden, der die Berechtigung hat, solche Anwendungen auf einem bestimmten Computer auszuführen.
Können alle Nutzer in meiner Organisation Edge Microgateway verwenden?
Sie müssen kein Apigee Edge-Organisationsnutzer sein, um API-Aufrufe über Edge Microgateway auszuführen. Sie benötigen jedoch Berechtigungen auf Organisationsebene, um Edge Microgateway-kompatible Proxys zu erstellen oder zu ändern, die in Edge bereitgestellt werden.

Leistung

Welche Leistungsaspekte sind bei der Verwendung von Edge Microgateway zu berücksichtigen?
Wenn Edge Microgateway auf demselben Server wie die Zielanwendung ausgeführt wird, muss der Server über ausreichend Kapazität verfügen.
Was sind die Best Practices für die Ausführung von Edge Microgateway im großen Maßstab?
Apigee empfiehlt, mehrere Instanzen von Edge Microgateway auf verschiedenen Servern auszuführen, die von Load Balancern wie NGINX bereitgestellt werden. Weitere Informationen finden Sie in der Apigee Community unter Managing APIs with Apigee Edge Microgateway and NGINX und Vertical horizontal scaling.
Wie hoch ist der standardmäßige TPS für Edge Microgateway und welche Hardwareanforderungen gelten für eine Microgateway-Instanz?
Hardwareanforderungen und TPS-Messungen sind mit Edge Microgateway schwer zu ermitteln. Das hängt von Ihrer Einrichtung ab, die eine Kombination aus der Optimierung von Edge Microgateway, der Verwendung von Plug-ins, benutzerdefinierten Plug-ins und der Konfiguration anderer Dinge wie TLS ist. Apigee empfiehlt in der Regel, sich ein Bild von dieser Kombination von Elementen zu machen und Leistungstests mit Ihrer spezifischen Konfiguration durchzuführen.

Bereitstellung in der privaten Cloud

Funktioniert Edge Microgateway mit Edge for Private Cloud?
Ja. Weitere Informationen finden Sie unter Konfigurationsschritte für Apigee Private Cloud.

Plug-ins

Wie wird das Kontingent mit Edge Microgateway erzwungen?
Sie können Ihrer Edge Microgateway-Instanz optional ein Kontingent-Plug-in hinzufügen. Weitere Informationen finden Sie unter Kontingent-Plug-in verwenden.
Wie wird Spike Arrest mit Edge Microgateway erzwungen?
Sie können Ihrer Edge Microgateway-Instanz optional ein Spike-Arrest-Plug-in hinzufügen. Weitere Informationen finden Sie unter Spike-Arrest-Plug-in verwenden.
Gibt es andere Möglichkeiten, Plugins für Edge Microgateway zu schreiben als Node.js?
Nein. Plug-ins müssen in Node.js geschrieben werden.
Was passiert, wenn Edge Microgateway keine Analysedaten in Edge hochladen kann?
Edge Microgateway hat einen In-Memory-Puffer. Wenn der Puffer voll ist, werden ältere Nutzlasten gelöscht, damit der API-Traffic reibungslos fließen kann.
Kann ich Edge Microgateway Richtlinien hinzufügen?
Wenn Sie reguläre Apigee Edge-Richtlinien an microgateway-aware-Proxys in Apigee Edge anhängen, werden sie ignoriert. Stattdessen verwendet Edge Microgateway Plug-ins, um Funktionen bereitzustellen, die Richtlinien in Edge ähneln, z. B. Kontingent, Spike Arrest, API-Schlüsselsicherheit und OAuth2-Sicherheit. Sie können auch benutzerdefinierte Plugins schreiben. Weitere Informationen finden Sie unter Plug‑ins verwenden und Benutzerdefinierte Plug‑ins entwickeln.

In den folgenden Apigee Community-Beiträgen und Blogs werden weitere Anwendungsfälle für das Plug-in beschrieben:

Sicherheit

Wie schütze ich die /products-Ressource?
Übersicht
Wenn Sie Edge Microgateway konfigurieren, wird ein API-Proxy namens edgemicro-auth in Ihrer Organisation/Umgebung in Apigee Edge bereitgestellt. Dieser Proxy stellt einen /products-Endpunkt bereit, der eine Liste von API-Produkten zurückgibt. Wenn Sie Edge Microgateway vor dem 5. Oktober 2018 installiert haben, empfiehlt Apigee, dass Sie Maßnahmen zum Schutz dieses Endpunkts ergreifen, da die Antwort die E-Mail-Adresse des Entwicklers enthält, der die API-Produkte in Ihrer Apigee-Organisation erstellt und geändert hat.
Sie können den Endpunkt schützen, indem Sie Edge Microgateway aktualisieren oder gegenseitiges TLS konfigurieren. Beide Optionen werden unten beschrieben.
Prüfen, ob der /products-Endpunkt geschützt ist

Wenn Sie sich nicht sicher sind, ob der /products-Endpunkt geschützt ist, lesen Sie den Abschnitt Prüfen, ob die /products-Ressource geschützt ist und führen Sie die dort beschriebenen Schritte aus, bevor Sie fortfahren.

Option 1: Edge Microgateway aktualisieren

Wenn Sie Edge Microgateway vor dem 5. Oktober 2018 installiert haben, empfiehlt Apigee, ein Upgrade auf die neueste Version von Edge Microgateway durchzuführen. Folgen Sie der Anleitung unter Edge Microgateway aktualisieren, wenn Sie eine Internetverbindung haben.

Wenn Sie derzeit kein Upgrade durchführen können, fahren Sie mit Option 2 fort.

Option 2: Gegenseitiges TLS konfigurieren

Wenn Sie Edge Microgateway derzeit nicht aktualisieren können, empfiehlt Apigee, die Kommunikation zwischen Edge Microgateway und dem edgemicro-auth-Proxy mit gegenseitigem TLS (auch als bidirektionales TLS bezeichnet) zu schützen.

  1. Öffnen Sie die Datei $HOME/.edgemicro/org-env-config.yaml. Wenn Sie diese Datei nicht finden können, lesen Sie den Abschnitt Wo ist Edge Microgateway installiert?.
  2. Fügen Sie der Datei org-env-config.yaml den folgenden tlsOptions-Block hinzu, um gegenseitiges TLS zwischen Edge Microgateway und Apigee Edge zu aktivieren:
    edge_config:
      bootstrap: >-
        https://domain/edgemicro/bootstrap/organization/org/environment/env
      jwt_public_key: 'https://domain/edgemicro-auth/publicKey'
      managementUri: 'https://api.enterprise.apigee.com'
      tlsOptions:
        agentOptions:
          requestCert: true
          cert: 'path/to/cert'
          key: 'path/to/key'

    Beispiel:

    tlsOptions:
      agentOptions:
        requestCert: true
        cert: '/Users/jdoe/twowayssl/ssl/client.key'
        key: '/Users/jdoe/twowayssl/ssl/ca.crt'

    Außerdem kannst du die folgenden optionalen agentOptions-Parameter einfügen:

    • ca: Gibt den Pfad zur Zertifizierungsstelle an.
    • pfx: Geben Sie diesen Parameter an, wenn Sie anstelle von „cert“ und „key“ eine p12-/pfx-Datei verwenden möchten.
    • passphrase: Die Passphrase für eine PFX-Datei.
    • ciphers: Gibt TLS-Chiffren an.
  3. Prüfen Sie, ob für den virtuellen Host, auf dem der edgemicro-auth-Proxy bereitgestellt wird, gegenseitiges TLS aktiviert ist. Weitere Informationen finden Sie in der Apigee Edge-Dokumentation unter Virtuellen Host für bidirektionales TLS definieren.

    Der folgende Screenshot zeigt, wie Sie gegenseitiges TLS für einen virtuellen Host in der Apigee Edge-UI aktivieren:

  4. Sehen Sie sich den edgemicro-auth-API-Proxy in der Edge-Benutzeroberfläche an und prüfen Sie, ob der richtige virtuelle Host in der Proxykonfiguration angegeben ist. Wenn Sie beispielsweise einen TLS-fähigen virtuellen Host namens mutualtls erstellt haben, sollte der HTTPProxyConnection-Abschnitt des Proxys so aussehen:
    <HTTPProxyConnection>
        <BasePath>/edgemicro-auth</BasePath>
        <Properties/>
        <VirtualHost>mutualtls</VirtualHost>
    </HTTPProxyConnection>
Prüfen Sie, ob die Ressource /products geschützt ist.
In diesem Abschnitt wird erläutert, wie Sie testen können, ob die /products-Ressource geschützt ist. Es ist wichtig, diesen Test durchzuführen, nachdem Sie die Schritte (Option 1 oder Option 2) zum Schutz der Ressource abgeschlossen haben. Das geht zum Beispiel mit cURL:
curl -v https://your_domain/edgemicro-auth/products
Wenn Sie eine Antwort wie die folgenden sehen, ist der /products-Endpunkt geschützt:
{
  "error":"unauthorized",
  "error_description": "authentication failed"
}

ODER

curl: (35) error:1408F10B:SSL routines:ssl3_get_record:wrong version number

Wenn Sie eine Antwort wie diese sehen, ist die /products-Ressource nicht geschützt und Entwickler-E-Mail-Adressen können offengelegt werden:

{
   "apiProduct":[
      {
         "apiResources":[
            "/",
            "/**"
         ],
         "approvalType":"auto",
         "attributes":[

         ],
         "createdAt":1537374680948,
         "createdBy":"jdoe@foo.com",
         "description":"",
         "displayName":"mock",
         "environments":[
            "test"
         ],
         "lastModifiedAt":1537374680948,
         "lastModifiedBy":"test@test.com",
         "name":"mock",
         "proxies":[
            "edgemicro-auth",
            "edgemicro_mock"
         ],
         "quota":"null",
         "quotaInterval":"null",
         "quotaTimeUnit":"null",
         "scopes":[
            ""
         ]
      }
   ]
}

Apigee empfiehlt außerdem, den virtuellen HTTP-Host zu testen:

Beispiel:

curl -v http://your_domain/edgemicro-auth/products

Wenn der cURL-Aufruf die Liste der API-Produkte zurückgibt, sind möglicherweise E-Mail-Adressen von Entwicklern offengelegt. Wenn Sie den Endpunkt nicht mit diesem virtuellen Host ohne TLS verfügbar machen möchten, müssen Sie ihn aus der edgemicro-auth-Konfiguration von HTTPProxyConnection entfernen.

Um die Ressource zu schützen, haben Sie eine der folgenden Optionen:

Wie kann ich ein abgelaufenes Zugriffstoken erneuern?

Derzeit können Sie das JWT-Token für eine bestimmte Edge Microgateway-Instanz nicht erneuern.

Workaround:

Jedes JWT-Token hat ein „exp“-Attribut, das das Ablaufdatum des Tokens angibt. Eine App kann die Ablaufzeit berechnen und ein neues Token anfordern, indem sie einen API-Aufruf direkt an den edgemicro-auth-Token-Endpunkt sendet. Sie können beispielsweise einen API-Aufruf wie diesen ausführen:

POST https: //{your_org}-{your_env}.apigee.net/edgemicro-auth/token

… mit einem JSON-Text wie diesem:

{ "client_id": {your_id}, "client_secret": {your_secret}, "grant_type": "client_credentials" }

Siehe auch:

SSL unter Windows konfigurieren
Wenn Sie Edge Microgateway unter Windows ausführen, muss OpenSSL auf dem Computer installiert und dem PATH hinzugefügt werden. Nicht alle Windows-Computer werden mit OpenSSL ausgeliefert. Informationen zum Herunterladen und Installieren von OpenSSL finden Sie in der OpenSSL-Dokumentation.
Kann ich den Zugriff auf API-Ressourcen über das API-Produkt zulassen, das mit einem Edge Micro-aware-Proxy verknüpft ist?

Derzeit wird nur der Basispfad geprüft, um festzustellen, ob eine API für API-Produkte genehmigt ist, die einem bestimmten OAuth-Token zugeordnet sind.

Beispiel:

  1. Sie erstellen einen Proxy mit dem Präfix edgemicro_, der einen Basispfad und ein Ziel hat.
  2. Sie fügen diesen Proxy einem Produkt hinzu. Nennen wir es edgemicro-prod1.
  3. Wenn ein API-Aufruf über Edge Microgateway mit einem API-Schlüssel oder einem OAuth-Token erfolgt, prüft Edge Microgateway, ob der Basispfad der API mit dem Basispfad des edgemicro_*-Proxys übereinstimmt, der für die Liste der für diesen Schlüssel oder dieses Token genehmigten Produkte genehmigt ist.

Weitere Informationen finden Sie im Apigee Community-Artikel.

Kann ich benutzerdefinierte SSL-Zertifikate mit Edge Microgateway verwenden?

Derzeit wird nur das Apigee-Standard-SSL-Zertifikat unterstützt. Benutzerdefinierte SSL-Zertifikate werden derzeit nicht unterstützt.

Behelfslösungen:

Wenn Sie ein benutzerdefiniertes (nicht das Apigee-Standard-) SSL-Zertifikat verwenden möchten, haben Sie folgende Möglichkeiten:

  • Verwenden Sie einen jwt_public_key-Endpunkt ohne SSL. Ändern Sie die Konfigurationsdatei von Edge Microgateway, um http://{org}-{env}.apigee.net/edgemicro-auth/publicKey zu verwenden.
  • Legen Sie vor dem Starten von Edge Microgateway diese Umgebungsvariable fest: export NODE_TLS_REJECT_UNAUTHORIZED ="0"

Weitere Informationen finden Sie in der Apigee-Community unter Verify Edge Micro install errors on SSL cert.

Kann ich die Verwendung von Organisationsadministratorkonten mit Edge Microgateway vermeiden?
Das Edge Microgateway-Konfigurationsskript stellt einen edgemicro-auth-Proxy in Edge bereit. Für diese Bereitstellung sind Anmeldedaten für Organisationsadministratoren erforderlich.
Nach dieser ersten Bereitstellung sollten Sie die restliche Einrichtung und Konfiguration jedoch ohne Anmeldedaten für Organisationsadministratoren vornehmen können. Weitere Informationen
Kann ich mein eigenes OAuth-Token mit Edge Microgateway verwenden?

Sie können Ihr eigenes Token verwenden, müssen aber zuerst die integrierte Autorisierung für Edge Microgateway deaktivieren. Gehen Sie dazu so vor:

  1. Öffnen Sie die Konfigurationsdatei für Edge Microgateway.
  2. Ändern Sie die beiden OAuth-Einstellungen in „true“:

    oauth:
        allowNoAuthorization: true
        allowInvalidAuthorization: true
Beim Starten von Edge Microgateway erhalte ich die Fehlermeldung „Zugriff verweigert“.
Wenn Sie beim Starten von Edge Microgateway mit diesem Befehl eine Fehlermeldung erhalten, dass der Zugriff verweigert wurde
:
edgemicro start -o [org] -e [env] -k [key] -s [secret]
kann es sein, dass der Schlüssel und das Secret aus irgendeinem Grund ungültig sind. Am besten generieren Sie den Schlüssel und das Secret mit dem edgemicro genkeys command neu.

Testen und Fehler beheben

Wie kann ich Fehler vom Typ „Zu viele Dateien geöffnet“ bei Lasttests vermeiden?

In einigen Fällen kann es vorkommen, dass Ihr System zu viele offene Dateiverbindungen hat, was zum Absturz von Edge Micro führen kann. Für die Standardprotokollierung sind zwei HTTP-Verbindungen für eingehende und ausgehende Transaktionen über das Microgateway erforderlich.

Für Tests und Benchmarking empfiehlt Apigee, den ulimit-Befehl Ihres Systems auf „unlimited“ zu setzen: ulimit -n unlimited. Weitere Informationen finden Sie in der Apigee-Community unter Edge Microgateway error during load testing.

Tipps für schnelle Entwicklung und Fehlerbehebung

Wenn Sie Plug-ins für Edge Microgateway entwickeln, ist die Unterstützung für die schnelle Entwicklung möglicherweise eingeschränkt.

Hier sind einige Tipps:

  • Zum Starten von Edge Microgateway können Sie die Umgebungsvariablen EDGEMICRO_KEY und EDGEMICRO_SECRET auf das Schlüssel-/Secret-Paar festlegen, das für den Microgateway-Startbefehl erforderlich ist. So können Sie Edge Microgateway starten, ohne den Schlüssel/das Secret in der Befehlszeile eingeben zu müssen. Weitere Informationen finden Sie in der Edge Microgateway-Dokumentation unter Umgebungsvariablen festlegen.
  • Starten Sie Edge Microgateway im DEBUG-Modus, um zusätzliche Ausgaben im Befehlsterminal zu sehen: DEBUG=* edgemicro start -o [org] -e [env] -k [key] -s [secret]

Unternehmen und Lizenzierung

Welche Beziehung besteht zwischen den Apigee-127- und Edge Microgateway-Supportmodellen?

Apigee-127 ist ein Open-Source-Softwareprojekt, das im Open-Source-Modell unterstützt wird. Das heißt, Sie können Probleme im GitHub-Projekt melden und eine Pull-Anfrage stellen, wenn Sie versuchen, etwas zu beheben. Für Apigee-127 sind keine Softwarelizenzvereinbarungen mit Apigee erforderlich und sie sind auch nicht enthalten.

Edge Microgateway ist hingegen ein Enterprise-Produkt, das von Apigee für Apigee-Kunden unterstützt wird. Apigee-Kunden können also Supporttickets, Feature Requests und Fehlerberichte über den Apigee Edge-Support von Google Cloud erstellen.