אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע
בנושא הזה מופיעה סקירה כללית קצרה על פריסת שרת proxy. אפשר לפרוס שרתי proxy באמצעות ממשק המשתמש לניהול, סקריפטים של שורת פקודה או ממשקי API.
סרטון: צפייה בסרטון קצר על שיטות מומלצות להשגת זמן השבתה אפסי במהלך פריסת proxy ל-API.
מתי כדאי לפרוס שרת proxy
צריך לפרוס את ה-proxy לפני שאפשר להפעיל אותו. בדרך כלל, ההחלטה מתי לפרוס את המכשיר היא שלכם. כשעובדים בסביבת בדיקה, יכול להיות שיהיה צורך לבצע פריסה איטרטיבית הרבה פעמים. מצד שני, ההחלטה לפרוס שרת proxy מסביבת הבדיקה לסביבת הייצור תלויה בדרך כלל בכללי מחזור החיים שנקבעו על ידי צוות הפיתוח.
פריסה או פריסה מחדש של שרת proxy כש:
- יצירת שרת proxy חדש (הפריסה מתבצעת באופן אוטומטי)
- שינוי של שרת proxy קיים
- יצירת גרסה חדשה של שרת proxy
- יצירת גרסה חדשה של שרת proxy
- העברה של שרת proxy מסביבה אחת לסביבה אחרת, למשל מסביבת בדיקה לסביבת ייצור.
- מוחקים מאגר מפתחות ויוצרים אותו מחדש.
איפה כדאי לפרוס שרת proxy
אתם פורסים שרת proxy לסביבה. בכל הארגונים ב-Apigee Edge יש כברירת מחדל שתי סביבות שנקראות test ו-prod. הסביבות האלה נועדו לספק לכם אזור אחד לעבודה ולבדיקה של שינויים ב-API, ואזור אחר שבו ממשקי ה-API חשופים לאפליקציות. באיור הבא מוצג שרת proxy שנפרס בסביבת test, כפי שמצוין על ידי הנקודה הירוקה.
איך פורסים שרת proxy
אופן הפריסה של שרת proxy תלוי במקום שבו מפתחים את ה-proxy. אם אתם עובדים בממשק המשתמש, תוכלו לפרוס בקלות שרת proxy בכמה קליקים בעכבר. כשיוצרים שרת proxy חדש, הוא נפרס אוטומטית, ולא צריך לעשות שום דבר מיוחד. התהליך לפריסה מחדש של שרת proxy קיים הוא כמעט פשוט באותה מידה. פשוט בוחרים את סביבת הפריסה שאליה רוצים לפרוס, וממשק המשתמש לניהול כבר ידאג לכל השאר. מידע נוסף זמין במאמר פריסת שרתי proxy בממשק המשתמש.
אם אתם מפתחים שרתי proxy ורכיבים קשורים במצב אופליין (כלומר, עובדים עם קובצי XML של proxy וקוד אחר ישירות במערכת הקבצים), תוכלו להשתמש בכלי פריסה נוח של שורת פקודה שזמין ב-Apigee Edge. אפשר גם לקבל סקריפט מעטפת לדוגמה שאפשר להגדיר ולהריץ כדי להעלות ולפרוס את קובצי ה-proxy. מידע נוסף זמין במאמר בנושא פריסת שרתי proxy משורת הפקודה.
לבסוף, אפשר להשתמש ב-Edge Management API כדי לפרוס שרתי proxy. ממשקי ה-API לפריסה חושפים פונקציות אטומיות שצוות הפיתוח יכול לתאם כדי לבצע אוטומציה של מחזור החיים של פיתוח ה-API ולבצע בו אופטימיזציה. מידע נוסף זמין במאמר בנושא פריסת שרתי proxy ל-API באמצעות Management API.
מהי גרסה של proxy ל-API?
בעזרת גרסאות אפשר לנהל את העדכונים של proxy ל-API כשיוצרים אותם ופורסים אותם בסביבה. המספור של הגרסאות הוא עוקב, כך שאפשר לבטל שינוי על ידי פריסת גרסה קודמת של proxy ל-API.
אפשר לפרוס רק גרסה אחת של proxy ל-API בסביבה מסוימת בכל זמן נתון, אם הגרסאות חולקות את אותו נתיב בסיס של proxy ל-API.
בדרך כלל, צריך לבטל את הפריסה של גרסה קיימת לפני שפורסים גרסה חדשה. אפשרויות מתקדמות נוספות כוללות החלפה של גרסה שנפרסה או בחירה לא להגדיל את מספר הגרסה בכלל. לדוגמה, לפעמים כשמבצעים שינויים קלים, לא רוצים להגדיל את מספר הגרסה. אפשר להשתמש באפשרויות המתקדמות האלה באמצעות קריאות ישירות ל-Edge Management API. מידע נוסף זמין במאמר בנושא פריסת שרתי proxy ל-API באמצעות Management API.
אפשר לפרוס גרסה של proxy ל-API בסביבת prod, ולהמשיך ליצור גרסאות חדשות של אותו proxy ל-API בסביבת test. כשמוכנים, אפשר 'לקדם' את הגרסה החדשה יותר של שרת ה-API הפרוקסי מהסביבה test לסביבה prod על פני הגרסה הקודמת של שרת ה-API הפרוקסי.
מידע נוסף על עדכונים זמין במאמרים פריסת שרתי proxy ל-API באמצעות ממשק הניהול של API ופריסת שרתי proxy בממשק המשתמש.
סרטון: בסרטון הקצר הזה אפשר לקבל מידע נוסף על עדכוני API.