דף זה תורגם על ידי Cloud Translation API.

יצירת שרת proxy פשוט ל-API

אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info

בעזרת Apigee Edge אפשר לחשוף במהירות שירותים לקצה העורפי כממשקי API. כדי לעשות זאת, יוצרים שרת proxy של API שמספק חזית לשירות לקצה העורפי שרוצים לחשוף. צריך לספק רק את כתובת הרשת לשירות לקצה העורפי, יחד עם חלק מהמידע ש-Edge משתמש בו כדי ליצור את שרת ה-proxy ל-API שחשוף למפתחים.

שרת ה-proxy ל-API מפריד את הטמעת השירות לקצה העורפי מה-API שהמפתחים צורכים. כך מפתחים יכולים להגן על המפתחים מפני שינויים עתידיים בשירותים לקצה העורפי שלך. כשאתם מעדכנים את שירותי הקצה העורפי, המפתחים, שלא מושפעים מהשינויים האלה, יכולים להמשיך לבצע קריאות ל-API ללא הפרעה.

בסרטון הזה מוסבר על התהליך של יצירת שרת proxy ל-API.

יצירת שרת proxy ל-API באמצעות ממשק המשתמש

הדרך הקלה ביותר ליצור שרת proxy ל-API היא באמצעות האשף Create Proxy.

Edge

כדי לגשת לאשף 'יצירת שרת proxy' באמצעות ממשק המשתמש של Edge:

נכנסים לכתובת apigee.com/edge.
בסרגל הניווט הימני, בוחרים באפשרות פיתוח > שרתים proxy ל-API.
לוחצים על +Proxy.

בשלבים הבאים נסביר איך משתמשים באשף Create Proxy כדי ליצור שרת proxy ל-API ולהוסיף לו תכונות בסיסיות.

הדף הראשון של האשף Create Proxy (יצירת שרת proxy), שבו מופיעה בקשה לבחור בין שרת proxy הפוך, שירות SOAP, 'ללא יעד' או חבילת proxy כדי להתאים אישית את תהליך האשף.

Classic Edge (ענן פרטי)

כדי לגשת לאשף 'יצירת שרת proxy' באמצעות ממשק המשתמש הקלאסי של Edge:

מתחברים אל http://ms-ip:9000, כאשר ms-ip היא כתובת ה-IP או שם ה-DNS של צומת שרת הניהול.
בסרגל הניווט העליון, בוחרים באפשרות APIs‏ > API Proxies.
לוחצים על + API Proxy.

בשלבים הבאים נסביר איך משתמשים באשף היצירה של שרת proxy כדי ליצור שרת proxy ל-API ולהוסיף לו תכונות בסיסיות.

בדף הראשון של האשף אפשר ליצור שרת proxy ל-API מהמקורות הבאים:

סוג	תיאור
שרת proxy הפוך (הסוג הנפוץ ביותר)	שרת proxy ל-API שמנתב בקשות נכנסות לשירותי קצה עורפי קיימים של HTTP. הוא יכול להיות API בפורמט JSON או API ל-XML. אפשר לעיין בקטע יצירת שרת proxy הפוך לשירות HTTP בהמשך הקטע הזה. לוחצים על שימוש במפרט OpenAPI כדי ליצור את שרת ה-proxy ממפרט OpenAPI תקין. למידע נוסף על האפשרות הזו, ראו שימוש במפרטים של OpenAPI ליצירת שרתי proxy בהמשך הקטע הזה.
שירות SOAP	שרת proxy ל-API שנוצר מקובץ WSDL. חשיפת שירות אינטרנט מבוסס-SOAP כשרתי API
ללא יעד	שרת proxy ל-API ללא קצה עורפי של API ('ללא יעד'). באופן דומה ליצירת שרת proxy הפוך לשירות HTTP שמתואר למעלה, אלא שלא מציינים ממשק API קיים כשמעריכים את פרטי שרת ה-proxy של ה-API. לוחצים על Use OpenAPI Spec כדי ליצור את שרת ה-proxy ממפרט OpenAPI תקף. למידע נוסף על האפשרות הזו, ראו שימוש במפרטים של OpenAPI ליצירת שרתי proxy בהמשך הקטע הזה.
יעד מתארח	שרת proxy של API שמנתב לאפליקציית Node.js שנפרסה בסביבת Hosted Targets. סקירה כללית על יעדי אירוח
העלאת חבילת שרת proxy	חבילת Proxy קיימת ל-API (לדוגמה, אחד מProxy ל-API לדוגמה שזמין ב-GitHub). ייבוא שרת proxy ל-API מחבילת שרת proxy ל-API

בקטעים הבאים מוסבר איך ליצור שרת proxy ל-API באמצעות כל מקור.

יצירת שרת proxy הפוך לשירות HTTP

Edge יוצר שרתים proxy הפוכים על סמך שני פריטי מידע:

כתובת ה-URL של השירות לקצה העורפי
נתיב URI שמזהה באופן ייחודי את ה-API שייחשף על ידי שרת ה-proxy ל-API לאפליקציות של צרכנים

כתובת ה-URL של שירות הקצה העורפי מייצגת בדרך כלל אפליקציה מבוססת-שירות שבבעלות הארגון. הוא יכול גם להפנות ל-API שזמין לציבור. ה-API או השירות יכולים להיות בשליטתכם (לדוגמה, אפליקציה פנימית של משאבי אנוש או אפליקציית Rails ב-Cloud), או שהם יכולים להיות API או שירות של צד שלישי (לדוגמה, Twitter או Instagram).

Edge

נכנסים לאשף 'יצירת שרת proxy', כפי שמתואר בקטע יצירת שרת proxy ל-API באמצעות ממשק המשתמש שצוין קודם בקטע הזה.
בשלב 'אשף יצירת שרת proxy', לוחצים על שרת proxy הפוך (האפשרות הנפוצה ביותר). כדי ליצור את שרת ה-proxy ממפרט OpenAPI קיים וחוקי, לוחצים על שימוש במפרט OpenAPI. לפרטים על האפשרות הזו, ראו שימוש במפרטי OpenAPI ליצירת שרתי proxy שבהמשך.

בדף Details (פרטים) באשף, מזינים את הפרטים הבאים.

שדה	תיאור
שם	השם שמוצג ל-API. מציינים תווים אלפאנומריים, מקף (-) או קו תחתון (_).
נתיב בסיס	קטע ה-URI שמופיע אחרי כתובת http(s)://[host] של שרת ה-proxy ל-API. Edge משתמש ב-URI של נתיב הבסיס כדי להתאים את הודעות הבקשה הנכנסות ולנתב אותן לשרת ה-proxy המתאים של ה-API. הערה: ברירת המחדל של נתיב הבסיס של שרת ה-API הסוכני היא הערך שצוין בשדה `Name`, שמומר לכל אות קטנה. אחרי נתיב הבסיס מופיעות כתובות URL נוספות של משאבים. זהו המבנה המלא של כתובת ה-URL שבה הלקוחות ישתמשו כדי לבצע קריאה לשרת ה-proxy של ה-API: `https://[host]/base_path/conditional_flow_path` הערה: הנתיב הבסיסי חייב להיות ייחודי, אי אפשר לפרוס שני שרתי proxy ל-API עם אותו נתיב בסיס. אם עורכים שרת proxy של API שנפרס ומגדירים את נתיב הבסיס לאותו ערך כמו נתיב הבסיס של שרת proxy אחר של API, Edge מבטל את הפריסה של שרת ה-proxy של ה-API באופן אוטומטי כששומרים אותו. לפני שאפשר לפרוס מחדש את שרת ה-proxy של ה-API, צריך לערוך את נתיב הבסיס כך שיהיה ייחודי. שימוש בתו הכללי (wildcard) בנתיבים בסיסיים כדי להגן על שרתי ה-proxy ל-API, צריך להשתמש בתו כללי לחיפוש אחד או יותר מסוג `//` בנתיבים הבסיסיים של ה-proxy ל-API. לדוגמה, נתיב בסיס של `/team//members` מאפשר ללקוחות לבצע קריאה ל-`https://[host]/team/blue/members` ול-`https://[host]/team/green/members` בלי שתצטרכו ליצור שרתים proxy חדשים של API כדי לתמוך בצוותים חדשים. הערה: אין תמיכה ב-`/**/`.
תיאור	(אופציונלי) תיאור ה-API.
יעד (API קיים)	כתובת ה-URL של שירות הקצה העורפי ששרת ה-proxy של ה-API קורא אליו.

בדף Common policies של האשף, קובעים את ההגדרות הבאות:
- דרישות הרשאה באבטחה בקטע אבטחה: הרשאה. מידע נוסף זמין בקטע הוספת אבטחה בהמשך.
- תמיכה בשיתוף משאבים בין מקורות (CORS) בקטע אבטחה: דפדפן. אפשר לעיין בקטע הוספת תמיכה ב-CORS בהמשך הקטע הזה.
- מכסות להגנה על שירות הקצה העורפי מפני תנועה רבה בקטע מכסה. מכסות (האפשרות הזו לא זמינה אם בוחרים באפשרות 'הרשאה ללא תגובה חוזרת').
- אכיפת המגבלות על מונטיזציה בארגונים שהופעלה בהם מונטיזציה בקטע מונטיזציה. אכיפת מגבלות מונטיזציה על שרתים proxy של ממשקי API
בדף Virtual hosts (מארחים וירטואליים) באשף, בוחרים את המארחים הווירטואליים ששרת ה-proxy של ה-API יתחבר אליהם במהלך הפריסה. מידע נוסף זמין במאמר מידע על מארחים וירטואליים.
בדף Summary, בוחרים את סביבות הפריסה, אם רוצים, ולוחצים על Create and deploy.
שרת ה-API החדש נוצר ופורס בסביבה שנבחרה.
לוחצים על Edit proxy כדי להציג את דף הפרטים של שרת ה-API.

Classic Edge (ענן פרטי)

נכנסים לאשף 'יצירת שרת proxy', כפי שמתואר בקטע יצירת שרת proxy ל-API באמצעות ממשק המשתמש שצוין קודם בקטע הזה.
בשלב 'יצירת שרת proxy', בוחרים באפשרות שרת proxy הפוך (האפשרות הנפוצה ביותר). כדי ליצור את שרת ה-proxy ממפרט OpenAPI קיים וחוקי, לוחצים על Use OpenAPI. פרטים על האפשרות הזו מופיעים בקטע שימוש במפרטי OpenAPI ליצירת שרתים proxy בהמשך.
לוחצים על הבא.

בדף פרטים של האשף, מזינים את הפרטים הבאים.

שדה	תיאור
שם שרת ה-proxy	השם שמוצג ל-API.
נתיב הבסיס של שרת ה-proxy	נתיב הבסיס של שרת ה-proxy הוא קטע URI אחרי הכתובת http(s)://[host] של שרת ה-proxy של ה-API. Edge משתמש ב-URI של נתיב הבסיס כדי להתאים את הודעות הבקשה הנכנסות ולנתב אותן לשרת ה-proxy המתאים של ה-API. הערה: ההמלצות של Apigee לגבי ניהול גרסאות של API מפורטות בקטע ניהול גרסאות במאמר האלקטרוני עיצוב Web API: החוליה החסרה. אחרי הנתיב הבסיסי יופיעו כתובות URL של משאבים נוספים. זהו המבנה המלא של כתובת ה-URL שהלקוחות ישתמשו בו כדי לקרוא לשרת ה-proxy ל-API: `https://[host]/base_path/conditional_flow_path` הערה: נתיב הבסיס חייב להיות ייחודי. אם תערכו את שרת ה-proxy הזה מאוחר יותר ותגדירו את נתיב הבסיס שלו כך שיהיה זהה לנתיב הבסיס של שרת proxy אחר של API, שרת ה-proxy הזה של ה-API יפורק באופן אוטומטי כשתשמרו אותו. כדי לפרוס מחדש את הנתיב הבסיסי צריך לערוך אותו. שימוש בתווים כלליים לחיפוש בנתיבים בסיסיים כדי לשמור על תאימות של שרתי ה-proxy לעתיד, אפשר להשתמש בתו Wildcard אחד או יותר מסוג `//` בנתיבי הבסיס של שרתי ה-proxy ל-API. לדוגמה, נתיב בסיסי של `/team//members` מאפשר ללקוחות לקרוא ל-`https://[host]/team/blue/members` ול-`https://[host]/team/green/members` בלי ליצור שרתי proxy חדשים ל-API כדי לתמוך בצוותים חדשים. חשוב לשים לב שה- // לא נתמך. הערה**: ברירת המחדל של נתיב הבסיס של שרת ה-proxy היא הערך שצוין בשדה 'שם שרת ה-proxy', שמומר לכל אותיות קטנות, אלא אם עורכים את התוכן באופן מפורש בשדה 'נתיב הבסיס של שרת ה-proxy'.
ממשק API קיים	כתובת ה-URL שפלטפורמת ה-API מפעילה מטעם אפליקציות שמפעילות את ה-API שלכם דרך כתובת ה-URL של שרת ה-proxy של ה-API.
תיאור	תיאור ה-API.

בדף Security (אבטחה) באשף, מגדירים את הדברים הבאים:
- דרישות לאימות אבטחה. מידע נוסף זמין בקטע הוספת אבטחה בהמשך.
- תמיכה בשיתוף משאבים בין מקורות (CORS). אפשר לעיין בקטע הוספת תמיכה ב-CORS בהמשך הקטע הזה.
בדף מארחים וירטואליים של האשף, בוחרים את המארחים הווירטואליים שאליהם שרת ה-proxy של ה-API יקשר במהלך הפריסה. מידע נוסף זמין במאמר מידע על מארחים וירטואליים.
בוחרים את סביבות הפריסה ולוחצים על Build and Deploy(יצירה ופריסה).
מתקבל אישור על כך ששרת ה-API החדש נוצר ופורס בסביבה שנבחרה.
לוחצים על הצגת שרת ה-proxy <proxy name> בעורך כדי להציג את דף הפרטים של שרת ה-API.

ייבוא proxy ל-API מחבילת proxy ל-API

בדרך כלל מגדירים שרתי proxy ל-API כאוסף של קובצי XML, יחד עם כל קובץ תמיכה אחר. הגדרת שרתי ה-proxy ל-API כקבוצת קבצים מחוץ ל-Edge מאפשרת לכם לנהל אותם במערכת בקרת מקור, ולאחר מכן לייבא אותם ל-Edge לצורך בדיקה ופריסה.

בסרטון הזה מוסבר איך ליצור ולייבא שרת proxy ל-API מחבילת שרת proxy ל-API.

Edge

כדי לייבא שרתי proxy ל-API מחבילת שרתי proxy ל-API:

נכנסים לאשף 'יצירת שרת proxy', כפי שמתואר בקטע יצירת שרת proxy ל-API באמצעות ממשק המשתמש שצוין קודם בקטע הזה.
לוחצים על Upload proxy bundle.

בדף Upload proxy bundle (העלאת חבילת שרת proxy) באשף שרת ה-proxy, מזינים את הפרטים הבאים.

שדה	תיאור
חבילת ZIP	קובץ ZIP שמכיל את תצורת שרת ה-proxy של ה-API. כדי לנווט לקובץ, גוררים ומשחררים או לוחצים עליו.
שם	השם המוצג עבור ה-API שלך. ברירת המחדל היא השם של קובץ ה-ZIP ללא הסיומת.

לוחצים על הבא.
בדף Summary, בוחרים את סביבות הפריסה, אם רוצים, ולוחצים על Create and deploy
מוצגת הודעה שמאשרת שהשרת החדש של שרת ה-API נוצר בהצלחה.
לוחצים על Edit proxy כדי להציג את דף הפרטים של שרת ה-API.

Classic Edge (ענן פרטי)

נכנסים לאשף 'יצירת שרת proxy', כפי שהוסבר קודם בחלק יצירת שרת proxy ל-API באמצעות ממשק המשתמש בסעיף הזה.
באשף Build a Proxy, בוחרים באפשרות Proxy Bundle.
לוחצים על הבא.

בדף Details (פרטים) באשף שרת ה-proxy, מזינים את הפרטים הבאים.

שדה	תיאור
חבילת ZIP	לוחצים על בחירת קובץ ועוברים לקובץ ה-ZIP שמכיל את הגדרת שרת ה-proxy של ה-API.
שם שרת ה-proxy	השם שמוצג עבור ה-API.

בודקים את פרטי ה-build ולוחצים על Build.
אם הפעולה בוצעה ללא שגיאות, תוצג הודעה ו-Edge פורס באופן אוטומטי את שרת ה-proxy המיובא ל-API בסביבה שנבחרה בארגון. אפשר להפעיל את ממשק ה-API שחשוף על ידי שרת ה-API.
לוחצים על View the <proxy name> proxy (הצגת שרת ה-proxy של <proxy name>) בעורך כדי להציג את דף הפרטים של שרת ה-API.
כדי לפרוס את שרת ה-proxy, לוחצים על התפריט הנפתח Deployment, בוחרים את הסביבה שרוצים לפרוס אליה ומגיבים להנחיה.

חשיפת שירות אינטרנט מבוסס-SOAP כשרתי API

בשלב 'אשף יצירת שרת proxy', לוחצים על SOAP Service ופועלים לפי ההוראות בשלבים הבאים כדי ליצור שרת proxy מסוג pass-through או שרת proxy מבוסס-REST לשירות SOAP. למידע נוסף, ראו חשיפת שירות SOAP כשרת Proxy ל-API.

הוספת אבטחה

בדף Common policies (Edge) או Security (Classic Edge) של האשף Create Proxy, בוחרים את סוג הרשאת האבטחה שרוצים להוסיף. בטבלה הבאה מפורט סיכום של האפשרויות הזמינות:

הרשאת אבטחה	תיאור
מפתח API	הוספת אימות פשוט של מפתח API לשרת ה-proxy של ה-API שאתם מגדירים. בתגובה, פלטפורמת ה-API מוסיפה לשרתי ה-API שלכם את המדיניות VerifyAPIKey ואת המדיניות AssignMessage. המדיניות VerifyAPIKey מאמתת מפתחות API שמוצגים על ידי אפליקציות מבקשות. המדיניות של AssignMessage מסירה את מפתח ה-API, שסופק בקריאה ל-API כפרמטר של שאילתה, מהבקשה שמועברת לשרת הקצה העורפי.
OAuth 2.0	הוספת אימות מבוסס OAuth 2.0 לשרת ה-proxy של ה-API. מערכת Apigee Edge מוסיפה באופן אוטומטי שתי מדיניות לשרת ה-proxy של ה-API: מדיניות אחת לאימות אסימון הגישה, ומדיניות אחרת להסרת אסימון הגישה מההודעה לפני שהיא מועברת לשירות הקצה העורפי. במאמר OAuth מוסבר איך מקבלים אסימון גישה.
העברה (ללא הרשאה)	לא נדרשת הרשאה. הבקשות מועברות לקצה העורפי ללא בדיקות אבטחה ב-Apigee Edge.

הוספת תמיכה ב-CORS

CORS (שיתוף משאבים בין מקורות) הוא מנגנון סטנדרטי שמאפשר לדפדפן אינטרנט לשלוח בקשות ישירות לדומיין אחר. תקן CORS מגדיר קבוצה של כותרות HTTP שבהן משתמשים דפדפני אינטרנט ושרתים להטמעת תקשורת בין דומיינים.

כדי להוסיף תמיכה ב-CORS ל-API, בוחרים באפשרות Add CORS headers בדף Common policies (Edge) או Security (Classic Edge) באשף יצירת שרת ה-proxy.

למידע מפורט יותר על תמיכה ב-CORS, כולל הוספת תמיכה בקדם-הפעלה של CORS לשרת proxy, ראו הוספת תמיכה ב-CORS לשרת proxy של API.

שימוש במפרטי OpenAPI ליצירת שרתים proxy

בקטע הזה נסביר על האפשרות Use OpenAPI שזמינה ליצירה של סוגים הבאים של שרתים proxy ל-API ממפרט OpenAPI: reverse,‏ Node.js או ללא יעד.

מהו מפרט OpenAPI?

הלוגו של Open API Initiative "יוזמת Open API (OAI) מתמקדת ביצירה, התפתחות וקידום של פורמט תיאור API ניטרלי לספק על סמך מפרט Swagger". מידע נוסף על Open API Initiative זמין בכתובת https://openapis.org.

מפרט OpenAPI משתמש בפורמט סטנדרטי לתיאור ממשק API מסוג RESTful. מפרט OpenAPI, שכתוב בפורמט JSON או YAML, קריא למחשבים אבל גם קל לאנשים לקרוא ולהבין אותו. במפרט מתוארים רכיבים של ממשק API, כמו נתיב הבסיס, נתיבים ופועלים, כותרות, פרמטרים של שאילתות, פעולות, סוגי תוכן, תיאורי תגובות ועוד. בנוסף, מפרטי OpenAPI משמשים ליצירת מסמכי תיעוד של API.

לפניכם קטע מתקן OpenAPI שמתאר את שירות היעד המדומה של Apigee,‏ http://mocktarget.apigee.net. למידע נוסף, אפשר לעיין במאמר https://github.com/apigee/api-platform-samples/tree/master/default-proxies/helloworld/openapi.

openapi: 3.0.0
info:
  description: OpenAPI Specification for the Apigee mock target service endpoint.
  version: 1.0.0
  title: Mock Target API
paths:
  /:
    get:
      summary: View personalized greeting
      operationId: View a personalized greeting
      description: View a personalized greeting for the specified or guest user.
      parameters:
        - name: user
          in: query
          description: Your user name.
          required: false
          schema:
            type: string
      responses:
        "200":
          description: Success
  /help:
    get:
      summary: Get help
      operationId: Get help
      description: View help information about available resources in HTML format.
      responses:
        "200":
          description: Success
...

באמצעות האשף Create Proxy אפשר לייבא מפרט OpenAPI ולהשתמש בו כדי ליצור שרת proxy ל-API. לאחר יצירת שרת ה-proxy, ניתן להשתמש בממשק המשתמש של Edge כדי להמשיך לפתח אותו על ידי הוספת מדיניות, הטמעת קוד מותאם אישית וכן הלאה – בדיוק כמו כל שרת proxy של Edge.

יצירת שרת proxy ל-API ממפרט OpenAPI

יצירת שרתי proxy ל-API ממפרט OpenAPI. בכמה לחיצות בלבד, תקבלו שרת proxy ל-API עם הנתיבים, הפרמטרים, התהליכים המותנים ונקודות הקצה של היעד שנוצרו באופן אוטומטי. לאחר מכן תוכלו להוסיף תכונות כמו אבטחת OAuth, הגבלת קצב שליחת בקשות ואחסון במטמון.

בשלב 'אשף יצירת שרת proxy', לוחצים על שימוש במפרט OpenAPI ופועלים לפי ההוראות בשלבים הבאים כדי ליצור שרת proxy הפוך או ללא יעד ממפרט OpenAPI. פרטים נוספים זמינים במאמר יצירת שרת proxy ל-API ממפרט OpenAPI.

בסרטון הזה מוסבר איך ליצור שרת proxy ל-API מתוך מפרט OpenAPI.

עדכון הזרימה בשרת proxy ל-API באמצעות מפרט OpenAPI

אחרי שיוצרים שרת proxy ל-API ממפרט OpenAPI, אם משנים את המפרט כדי להוסיף עוד נתיבים של משאבים, אפשר להשתמש במפרט כדי להוסיף את התהליכים המותנים המשויכים לשרת ה-proxy ל-API.

כדי לעדכן את התהליכים בשרת proxy של API באמצעות מפרט OpenAPI:

מוסיפים את נתיבי המשאבים החדשים למפרט OpenAPI. ראו עריכה של מפרט OpenAPI קיים.
פותחים את ה-API Proxy בממשק המשתמש ולוחצים על הכרטיסייה פיתוח.
ב-Navigator, לוחצים על + לצד נקודת הקצה של שרת ה-Proxy שרוצים לעדכן.
תיפתח תיבת הדו-שיח New Conditional Flow (תהליך מותנה חדש).
לוחצים על From OpenAPI (מ-OpenAPI) אם היא עדיין לא מסומנת.
אם יש משאבים במפרט OpenAPI שאין להם תהליך מותנה תואם בשרת ה-API, הם מפורטים בתיבת הדו-שיח, כפי שמוצג באיור הבא.
בוחרים את כל המשאבים שרוצים להוסיף להם תהליך מותנה.
לוחצים על הוספה.

התהליכים המותנים יתווספו לשרת ה-proxy של ה-API.

יצירת גרסה חדשה של שרת proxy ל-API

יוצרים גרסה חדשה של שרת proxy ל-API, כפי שמתואר בהמשך.

Edge

כדי ליצור גרסה חדשה של שרת proxy ל-API באמצעות ממשק המשתמש של Edge:

נכנסים לחשבון בכתובת apigee.com/edge.
בוחרים באפשרות פיתוח > שרתי proxy ל-API בסרגל הניווט הימני.
לוחצים על שרת ה-API שרוצים להעתיק מהרשימה.
בוחרים באפשרות Project > Save as New Revision.

Classic Edge (ענן פרטי)

כדי ליצור גרסה חדשה של שרת proxy ל-API באמצעות ממשק המשתמש הקלאסי של Edge:

מתחברים אל http://ms-ip:9000, כאשר ms-ip היא כתובת ה-IP או שם ה-DNS של צומת שרת הניהול.
בסרגל הניווט העליון בוחרים באפשרות APIs > API Proxies (ממשקי API > שרתי proxy ל-API).
לוחצים על שרת ה-API שרוצים להעתיק מהרשימה.
בוחרים באפשרות Project > Save as New Revision.

העתקת proxy ל-API

מעתיקים שרת proxy קיים ל-API לשרת proxy חדש ל-API, כפי שמתואר בהמשך.

Edge

כדי להעתיק שרת proxy ל-API באמצעות ממשק המשתמש של Edge:

נכנסים לכתובת apigee.com/edge.
בוחרים באפשרות פיתוח > שרתים proxy ל-API בסרגל הניווט הימני.
לוחצים על שרת ה-API שרוצים להעתיק מהרשימה.
בוחרים באפשרות Project > Save as New API Proxy.
בתיבת הדו-שיח Save as New Proxy, מזינים את השם של שרת ה-proxy החדש של ה-API.
לוחצים על הוספה.

Classic Edge (ענן פרטי)

כדי להעתיק שרת proxy ל-API באמצעות ממשק המשתמש של Classic Edge:

מתחברים אל http://ms-ip:9000, כאשר ms-ip היא כתובת ה-IP או שם ה-DNS של צומת שרת הניהול.
בסרגל הניווט העליון בוחרים באפשרות APIs > API Proxies (ממשקי API > שרתי proxy ל-API).
לוחצים על שרת ה-API שרוצים להעתיק מהרשימה.
בוחרים באפשרות Project > Save as New API Proxy.
בתיבת הדו-שיח Save as New Proxy, מזינים את השם של שרת ה-proxy החדש של ה-API.
לוחצים על הוספה.

גיבוי של proxy ל-API

אפשר לגבות שרת proxy קיים ל-API כקבוצה של קובצי XML בחבילת שרת proxy ל-API. לאחר הייצוא לחבילה, ניתן לייבא את ה-Proxy ל-API לשרת proxy חדש, כפי שהוסבר קודם לכן בקטע ייבוא שרת Proxy ל-API מחבילת 'שרתי Proxy ל-API'. מידע נוסף זמין במאמר הורדת שרתים proxy ל-API.

יצירת שרת proxy ל-API באמצעות ה-API

במאמר API proxies API מוסבר איך יוצרים שרת proxy ל-API באמצעות ה-API.