Diese Seite gilt für Apigee und Apigee Hybrid.
Apigee Edge-Dokumentation aufrufen
Folgen Sie der Anleitung auf dieser Seite, um mit Cloud Code APIs zu entwerfen und zu bearbeiten.
Zusätzliche Rollen für das Entwerfen von APIs
Sie benötigen die unten aufgeführten Rollen, um einige der auf dieser Seite beschriebenen Schritte zum Entwerfen und Testen von APIs auszuführen.
Aufgabe | Erforderliche Rollen |
---|---|
APIs mit Gemini Code Assist entwerfen | Gemini for Google Cloud User Service Usage Consumer Weitere Informationen finden Sie unter IAM-Rollen in einem Google Cloud-Projekt für Gemini Code Assist gewähren. |
Unternehmenskontext aus Ihren vorhandenen APIs im API-Hub beim Entwerfen von APIs verwenden | Cloud API Hub-Betrachter |
Neue APIs im API-Hub registrieren | Cloud API Hub-Bearbeiter oder ‑Administrator |
API-Hub-APIs in Cloud Code bearbeiten | Cloud API Hub-Bearbeiter oder ‑Administrator |
Remote-Mock-Server zum Testen von APIs einrichten und verwalten | Artifact Registry-Administrator Cloud Build-Dienstkonto Cloud Run-Administrator Service Usage-Administrator Referenz zu grundlegenden und vordefinierten IAM-Rollen. |
APIs mit Gemini Code Assist entwerfen
Mit Cloud Code können Sie der OpenAPI-Spezifikation (OAS) Version 3.0 entsprechende APIs mit Gemini Code Assist entwerfen. Gemini Code Assist kann Unternehmenskontext für die Unterstützung durch generative KI im API-Entwicklungsprozess enthalten. Beim Unternehmenskontext werden die API-Hub-APIs des Projekts als Kontext verwendet, wenn neue APIs generiert werden. Dieser Kontext ist nur für Projekte verfügbar, die den API-Hub verwenden.
Informationen zu den Einrichtungsschritten für die Verwendung der Funktionen in diesem Abschnitt finden Sie unter Gemini Code Assist verwenden.
API generieren
So generieren Sie eine API:
- Klicken Sie im linken Navigationsbereich auf den Zauberstab, um mit Gemini Code Assist eine neue API-Spezifikation zu erstellen. Verwenden Sie diese Methode, um API-Spezifikationen zu erstellen, und nicht den Gemini Code Assist-Chat, da dieser nicht alle Funktionen beim Erstellen von API-Spezifikationen unterstützt.
- Geben Sie im Eingabefenster API-Spezifikation erstellen einen Prompt ein, der die neue API beschreibt.
- Wählen Sie bei Bedarf eine Promptvorlage aus den angezeigten Vorlagen-Chips aus. Eine Promptvorlage bietet ein Gerüst für Ihren Prompt, das Ihnen den Einstieg erleichtert.
- Geben Sie einen Prompt ein. Weitere Informationen finden Sie unter Effektive Prompts für API-Spezifikationen schreiben.
- Gemini Code Assist generiert eine OAS, die die API definiert.
- Überprüfen Sie die Spezifikation:
- Klicken Sie auf Code anzeigen, um die Spezifikation im Code-Editor zu prüfen.
- Im API-Renderer-Bereich wird eine Vorschau der API angezeigt, wie sie von Entwicklern gesehen werden kann, einschließlich der API-Beschreibung und weiterer Dokumentation.
- Wenn Sie bereits APIs auf dem API-Hub haben, wird dieser Unternehmenskontext verwendet, um Objekte aus anderen APIs im für diese OAS nochmal zu verwenden. Er wird auch im
OUTPUT
-Bereich aufgelistet:
- Vielen Dank für Ihr Feedback. Geben Sie Feedback zur generierten Spezifikation, indem Sie im Swagger-Bereich auf eines der Symbols „Mag ich“ oder „Mag ich nicht“ klicken.
- Wenn Sie Vorschau-Prompts bearbeiten und die Spezifikation neu generieren möchten, klicken Sie auf die Pfeile für den Prompt-Verlauf über den Prompts, um zwischen den vorherigen Prompts zu wechseln.
- Testen Sie die Spezifikation. Sobald die neue Spezifikation vollständig ist, können Sie sie mit einem simulierten Server testen. Weitere Informationen finden Sie unter API mit einem simulierten Server testen.
- Klicken Sie auf Speichern, um die neue API mit einem Namen Ihrer Wahl zu speichern.
- Wenn Sie einen Apigee API-Proxy aus dieser Spezifikation erstellen möchten, klicken Sie im Menü Mehr auf API-Proxy erstellen. Dabei wird ein Proxy-Bundle erstellt.
Der neue Proxy sollte in der linken Menüliste Ihrer Proxys angezeigt werden. Weitere Informationen zum Erstellen von Proxys über Cloud Code finden Sie in der integrierten Anleitung zum Erstellen von API-Proxys.
Effektive Prompts für API-Spezifikationen schreiben
Die Accuracy und Eignung einer generierten API-Spezifikation hängt weitgehend von dem Prompt ab, der dem Modell bereitgestellt wurde.
Beispiele für gute Prompts:
- Erstellen Sie eine API, mit der Kunden mit verschiedenen Zahlungsmethoden (Kreditkarten, Debitkarten usw.) Bestellungen bezahlen können.
- Akzeptieren Sie Bestellungen für spezielle Kaffeebohnenkäufe über eine API.
- Wir sind ein Pizzaunternehmen und möchten eine spezielle Onlinelösung für die Pizzaauslieferung erstellen. Erstellen Sie eine API, um die Pizzabestellungen anzunehmen.
- API für Lebensmittellieferunternehmen. Kunden können in eine Kombination aus Pizzen, Burgern und Sandwiches bestellen. Alle diese Lebensmitteltypen haben eigene Optionen. Pizzas haben Topping und Größe. Burger haben Toppings und Patty-Varianten. Sandwiches haben Brottypen, Fleischtyp, Gemüse, Käse und individuelle Wünsche.
Diese Beispiele zeigen weniger effektive Prompts. Vermeiden Sie Prompts wie diese:
- Eine API für meinen Shop erstellen Dieser Prompt enthält nicht genügend Informationen, damit das Modell eine vollständige und korrekte Spezifikation generieren könnte.
- Erstellen Sie eine neue Erstattungs-API, in der das Bestellobjekt wiederverwendet wird. Sie müssen nicht angeben, welche Objekte Gemini Code Assist beim Erstellen neuer APIs wiederverwenden soll. Gemini Code Assist erkennt automatisch die für eine Wiederverwendung am besten geeigneten Objekte.
API im API-Hub registrieren
Nachdem Ihre API überprüft wurde und fertig ist, können Sie sie für Entwickler verfügbar machen, indem Sie sie im API-Hub registrieren:
- Klicken Sie auf Im API-Hub registrieren.
- Folgen Sie den Aufforderungen zur Registrierung der API. Informationen zur Registrierung im API-Hub und die Art der von Ihnen bereitzustellenden Informationen finden Sie unter APIs registrieren.
API-Hub-APIs aus Cloud Code aktualisieren
Sie können eine neue Version Ihrer API-Hub-Spezifikationen speichern, wenn Sie sie über Cloud Code bearbeiten.
Wenn Sie die Spezifikation als neue Version speichern möchten, klicken Sie im Swagger-Steuerfeld auf die Schaltfläche Weitere Optionen… und dann auf Im API-Hub veröffentlichen. Geben Sie die ID der neuen API-Version an. Die neue Version sollte in der Versionsliste für diese API in der Liste API-Hub in Cloud Code angezeigt werden.
Die Einstellungsdatei verwenden, um das Verhalten von Gemini Code Assist zu steuern
In diesem Abschnitt wird beschrieben, wie Sie in der Einstellungsdatei festlegen, ob und wie Gemini Code Assist verfügbar ist.
Gemini Code Assist deaktivieren oder aktivieren
Nachdem Sie Apigee in Cloud Code eingerichtet haben (siehe Apigee in Cloud Code einrichten), können Sie Ihrer Konfigurationsdatei diese Zeile hinzufügen, um alle Gemini Code Assist-Funktionen vorübergehend zu deaktivieren:
"cloudcode.apigee.gemini.enable": false
Entfernen Sie die Zeile oder setzen Sie sie auf true
(Standardeinstellung), um Gemini Code Assist wieder zu aktivieren.
Unternehmenskontext in der Spezifikationsgenerierung steuern
Die OAS-Generierung kann Schema, Metadaten und Sicherheitsdefinitionen aus den anderen APIs Ihrer Organisation enthalten. Der Prozess findet ähnliche APIs mithilfe der Objektnamen und Beschreibungen in dem API-Hub-Katalog, auf den Sie zugreifen dürfen. Der Bereitstellungsstatus der API-Hub-APIs wird nicht berücksichtigt.
Der Unternehmenskontext ist standardmäßig aktiviert.
Sie können:
- Die Anzahl der im Unternehmenskontext enthaltenen Änderungen (falls vorhanden) finden Sie im Swagger-Steuerfeld:
- Die enthaltenen Änderungen finden Sie im Bereich Ausgabe:
Fügen Sie diese Zeilen in der Datei settings.json
nach "cloudcode.apigee.gemini.enable": true
hinzu, um den Unternehmenskontext für die Generierung neuer Spezifikationen zu deaktivieren:
"cloudcode.apigee.gemini.options": { "enterpriseContext": { "enabled": false, "includeMetadata": false, "includeSchema": false, "includeSecurity": false } }
enabled
angibt, ob der Unternehmenskontext insgesamt aktiviert ist. Legen Siefalse
fest, um den Unternehmenskontext zu deaktivieren.includeMetadata
steuert, ob der Metadatenkontext enthalten ist. Mit dieser Einstellung werden Metadaten von anderen APIs im API-Hub ein- oder ausgeschlossen.includeMetadata
gilt nur, wennenabled
auftrue
eingestellt ist.includeSchema
steuert, ob der Schemakontext enthalten ist. Mit dieser Einstellung werden Schemainformationen von anderen APIs im API-Hub ein- oder ausgeschlossen.includeSchema
gilt nur, wennenabled
auftrue
eingestellt ist.includeSecurity
steuert, ob sicherheitsbezogener Kontext enthalten ist. Mit dieser Einstellung werden Sicherheitsinformationen von anderen APIs im API-Hub ein- oder ausgeschlossen.includeSecurity
gilt nur, wennenabled
auftrue
eingestellt ist.
APIs bearbeiten
Wenn Sie vorhandene APIs, die Teil Ihres API-Hub-Katalogs sind, mit Cloud Code bearbeiten möchten, folgen Sie dieser Anleitung. Änderungen, die Sie in Cloud Code vornehmen, können im API-Hub gespeichert werden.
Diese Anleitung richtet sich an Nutzer, die das Gemini Code Assist-Add-on für Apigee nicht verwenden. Informationen zu zusätzlichen Funktionen, die mit Gemini Code Assist beim Entwerfen und Bearbeiten von APIs verfügbar sind, finden Sie unter API mit Gemini Code Assist entwerfen.
So bearbeiten Sie eine API-Spezifikation:
- Achten Sie darauf, dass das in Cloud Code ausgewählte Projekt das Projekt mit dem API-Hub-Katalog ist, der die zu bearbeitende API enthält.
- Maximieren Sie im linken Navigationsbereich den Bereich API-Hub.
- Wählen Sie in der Liste die API und die Version aus, die Sie bearbeiten möchten.
- Bearbeiten Sie die Spezifikation im Bearbeitungsfeld. Sie können die API-Vorgänge auch im Swagger-Feld aufrufen.
- Optional können Sie Ihre API mit einem simulierten Server testen.
- Speichern Sie die Änderungen als neue Version über die Schaltfläche Mehr im Swagger-Steuerfeld und klicken Sie dann auf Im API-Hub veröffentlichen. Bestätigen oder aktualisieren Sie die Version, wenn Sie dazu aufgefordert werden, und speichern Sie die Änderungen wieder im API-Hub. Die neue Version sollte in der Versionsliste für diese API in der Liste API-Hub in Cloud Code angezeigt werden.
API mit einem simulierten Server testen
Sie können Ihre API entweder mit einem lokalen simulierten Server oder einem Google Cloud-basierten simulierten Remote-Server testen. Der lokale simulierte Server ist standardmäßig installiert und verfügbar. Simulierte Google Cloud-Server müssen Sie hingegen selbst einrichten und verwalten.
Lokalen simulierten Server verwenden
Der lokale simulierte Server akzeptiert Anfragen an diese API und emuliert Antworten. Er kann nur während der aktuellen Sitzung vom aktuellen Nutzer verwendet werden. Im Gegensatz zu einem simulierten Remote-Server ist jedoch keine Einrichtung oder Verwaltung erforderlich und es fallen keine Kosten an.
So verwenden Sie den lokalen simulierten Server:
- Wählen Sie im Drop-down-Menü Server den lokalen simulierten Server (Entwicklungsserver) aus.
- Öffnen Sie einen Pfad und klicken Sie auf Jetzt testen.
- Füllen Sie alle Anfrageparameter aus und klicken Sie auf Ausführen.
- Sie können Anfragen auch per
curl
über einen Prompt senden. Verwenden Sie die Serveradresse und den Serverport aus dem Drop-down-Menü Server.
Simulierten Remote-Server verwenden
Mit einem simulierten Remote-Server können Sie eine persistente simulierte Server-Instanz erstellen, die im Gegensatz zum lokalen simulierten Server für andere Personen in Ihrer Organisation freigegeben und verwendet werden kann, um die neue API vor der Produktionsphase zu testen. Simulierte Remote-Server können nur mit APIs verwendet werden, die im API-Hub registriert sind.
Derzeit können simulierte Remote-Server in Google Cloud erstellt werden. Simulierte Remote-Server von Google Cloud werden nicht automatisch aktualisiert, wenn Sie nach der Bereitstellung des simulierten Servers Änderungen an der API vornehmen. Warten Sie daher mit dem Hinzufügen des simulierten Servers, bis Sie die API vollständig erstellt haben.
Wenn Sie einen simulierten Remote-Server von Google Cloud bereitstellen, wird ein neuer Cloud Run-Dienst erstellt. Er erstellt mit Cloud Build ein Container-Image für den simulierten Server und lädt das Container-Image in die Cloud Artifact Registry in Ihrem Google-Projekt hoch. Sie sind für alle daraus resultierenden Kosten und die Wartung nach der Erstellung verantwortlich. Sie sind außerdem dafür verantwortlich, es zu löschen, sobald es nicht mehr benötigt wird. Weitere Informationen finden Sie unter Was ist Cloud Run?. Dienste verwalten und die Artifact Registry-Dokumentation
So stellen Sie einen simulierten Remote-Server bereit:
- Wählen Sie im Menü Mehr Simulierten Server bereitstellen (Google Cloud)
- Wenn Ihre API noch nicht im API-Hub registriert ist, registrieren Sie sie, wenn Sie dazu aufgefordert werden.
- Geben Sie Details für den simulierten Remote-Server an: Projekt-ID, Servername und Region. Klicken Sie dann auf Erstellen, um den simulierten Remote-Server zu erstellen.
- Die Generierung des simulierten Remote-Servers dauert einige Minuten. Sie können den Fortschritt im Bereich OUTPUT in Google Cloud verfolgen.
- Sobald der simulierte Remote-Server erstellt wurde, wird die URL des Remote-Servers in der Serverliste des Swagger-Steuerfelds und im Bereich OUTPUT angezeigt.
- Wenn Sie den simulierten Server verwenden möchten, öffnen Sie einen Pfad und klicken auf Jetzt testen.
Füllen Sie alle Anfrageparameter aus und klicken Sie auf Ausführen.
Sie können Anfragen auch percurl
über einen Prompt senden. Verwenden Sie die Serveradresse und den Serverport aus dem Drop-down-Menü Server.
So geben Sie den Zugriff auf den simulierten Server für andere Nutzer frei:
- Weisen Sie anderen Nutzern die Rolle „Aufrufer“ für den bereitgestellten Dienst zu. Weitere Informationen finden Sie unter Entwickler authentifizieren.
- Um eine Anfrage an den simulierten Server zu senden, müssen Nutzer der Anleitung unter Privaten Dienst testen folgen.
So verwalten Sie bereitgestellte simulierte Remote-Server:
- Rufen Sie den API-Hub auf und suchen Sie die API, um alle Bereitstellungen für die API aufzurufen, einschließlich aller simulierten Remote-Server.
- Über die Ressourcen-URL können Sie die Bereitstellung aufrufen und verwalten. Sie können den simulierten Server beenden, löschen oder andere Aktionen ausführen.