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

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

כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של Apigee X. מידע

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

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

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

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

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

Edge

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

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

אשף יצירת שרת Proxy מציג ומנחה אותך לאורך השלבים ליצירה ולהוספה של תכונות מינימליות לשרת proxy של ממשק API.

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

Classic Edge (ענן פרטי)

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

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

אשף יצירת שרת Proxy מציג ומנחה אותך לאורך השלבים ליצירה ולהוספה של תכונות מינימליות לשרת proxy של ממשק API.

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

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

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

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

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

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

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

Edge

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

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

שדה	התיאור
שם	השם המוצג של ה-API. צריך לציין תווים אלפאנומריים, מקף (-) או קו תחתון (_).
נתיב בסיסי	קטע ה-URI שמופיע אחרי הכתובת http(s)://[host] של שרת ה-proxy של ה-API. Edge משתמש ב-URI של הנתיב הבסיסי כדי להתאים ולנתב הודעות נכנסות של בקשות לשרת ה-API המתאים. הערה: ערך ברירת המחדל של נתיב הבסיס של שרת ה-proxy של ה-API הוא הערך שצוין בשדה `Name` לאחר המרה לאותיות קטנות. אחרי הנתיב הבסיסי מופיעות כתובות URL נוספות של משאבים. זה המבנה המלא של כתובות ה-URL שהלקוחות ישתמשו בהן כדי לקרוא לשרת ה-API של ה-API: `https://[host]/base_path/conditional_flow_path` הערה: הנתיב הבסיסי חייב להיות ייחודי. לא ניתן לפרוס שני שרתי proxy של API עם אותו נתיב בסיס. אם עורכים שרת proxy של API שנפרס ומגדירים את הנתיב הבסיסי לאותו ערך כמו נתיב הבסיס של שרת proxy אחר של API, Edge מבטל באופן אוטומטי את שרת ה-proxy של ה-API כששומרים אותו. לפני שאפשר לפרוס מחדש את שרת ה-API של ה-API, צריך לערוך את הנתיב הבסיסי כך שיהיה ייחודי. שימוש בתווים כלליים לחיפוש בנתיבים בסיסיים יש להשתמש בתו כללי לחיפוש `//` או יותר בנתיבי הבסיס של שרת ה-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 בהמשך הקטע.
- מכסות להגנה על השירות לקצה העורפי מפני תנועה רבה בקטע מכסה. מידע נוסף זמין בקטע Quotas. (האפשרות הזו לא זמינה אם נבחרה הרשאת העברה).
- אכיפת הגבלת המונטיזציה בארגונים שניתן להפעיל בהם מונטיזציה בקטע מונטיזציה. למידע נוסף, אפשר לקרוא את המאמר אכיפת מגבלות מונטיזציה בשרתי proxy ל-API.
בדף מארחים וירטואליים באשף, בוחרים את המארחים הווירטואליים ששרת ה-proxy של ה-API יקשר אליהם במהלך הפריסה. למידע נוסף, ניתן לעיין במאמר מידע על מארחים וירטואליים.
אם רוצים, בוחרים בדף סיכום את סביבות הפריסה ולוחצים על יצירה ופריסה.
שרת ה-API החדש של ה-API נוצר ונפרס בסביבה שנבחרה.
לוחצים על Edit proxy כדי להציג את דף הפרטים של שרת ה-API.

Classic Edge (ענן פרטי)

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

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

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

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

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

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

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

Edge

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

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

בדף העלאת חבילה של שרת proxy באשף שרת ה-proxy, מזינים את המידע הבא.

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

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

Classic Edge (ענן פרטי)

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

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

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

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

חשיפת שירות אינטרנט המבוסס על SOAP כשרת proxy של API

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

הוספת אבטחה

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

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

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

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

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

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

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

הקטע הזה עוסק באפשרות 'שימוש ב-OpenAPI' שזמינה ליצירה ממפרט OpenAPI, מהסוגים הבאים של שרתי proxy של ה-API: הפוך, Node.js או no target.

מהו מפרט OpenAPI?

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

במפרט OpenAPI נעשה שימוש בפורמט סטנדרטי לתיאור API ל-RESTful. מפרט OpenAPI נכתב בפורמט JSON או YAML. הוא גם קריא למחשבים אבל קל לקריאה ולהבנה. במפרט מתוארים הרכיבים האלה, כמו הנתיב הבסיסי, הנתיבים והפעלים, הכותרות, הפרמטרים של השאילתה, הפעולות, סוגי התוכן, תיאורי התגובות ועוד. בנוסף, בדרך כלל משתמשים במפרט 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
...

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

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

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

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

צפו בסרטון הבא כדי ללמוד איך ליצור API proxy ממפרט של OpenAPI.

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

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

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

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

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

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

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

Edge

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

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

Classic Edge (ענן פרטי)

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

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

העתקת שרת proxy ל-API

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

Edge

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

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

Classic Edge (ענן פרטי)

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

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

גיבוי שרת proxy ל-API

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

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

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