כרגע מוצג התיעוד של 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 משורת הפקודה.
לבסוף, אפשר להשתמש בממשק ה-API לניהול Edge כדי לפרוס שרתי proxy. ממשקי ה-API לפריסה חושפים פונקציות אטומיות שצוות הפיתוח יכול לתאם כדי להפוך אותן לאוטומטיות ולבצע אופטימיזציה של מחזור החיים של פיתוח ה-API. למידע נוסף, ראו פריסת שרתי proxy של API באמצעות ה-API לניהול.
מהי גרסה קודמת של שרת proxy ל-API?
גרסאות קודמות מאפשרות לנהל עדכונים של שרת proxy ל-API בזמן שיוצרים ופורסים אותם בסביבה. הגרסאות הקודמות ממוספרות באופן רציף, וכך אפשר לבטל שינוי באמצעות פריסת גרסה קודמת של שרת ה-API של שרת ה-API.
אפשר לפרוס רק גרסה אחת של שרת proxy של API בסביבה בכל זמן נתון, אם לכל הגרסאות יש אותו נתיב בסיס של שרת proxy ל-API.
בדרך כלל, צריך לבטל את הפריסה של גרסה קיימת לפני שאפשר לפרוס גרסה חדשה. אפשרויות מתקדמות אחרות כוללות החלפה של גרסה שנפרסה, או בחירה שלא להעלות גרסה קודמת בכלל. לדוגמה, לפעמים, כשמבצעים שינויים קלים, לא כדאי להגדיל את הגרסה. אפשר להפעיל את האפשרויות המתקדמות האלה באמצעות קריאות ישירות לממשק ה-API לניהול Edge. למידע נוסף, ראו פריסת שרתי proxy של API באמצעות ה-API לניהול.
אפשר לפרוס גרסה קודמת של שרת proxy של API בסביבה prod, תוך
להמשיך ליצור גרסאות חדשות של שרת ה-API הזה בסביבה test. כשיתאים לך, אפשר "לקדם" את הגרסה המתקדמת יותר של שרת ה-proxy של ה-API מסביבת test
לגרסה הקודמת של שרת ה-proxy של ה-API בסביבה prod.
מידע נוסף על גרסאות קודמות זמין במאמר פריסת שרתי proxy של API באמצעות ממשק ה-API לניהול, במאמר בנושא פריסת שרתי proxy בממשק המשתמש.
סרטון: צפה בסרטון קצר כדי לקבל מידע נוסף על שינויים ב-API.