אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע
במהלך אוגוסט וספטמבר 2015, אנחנו מעבירים את נתבי הענן ומאזני העומסים של Apigee Edge אל NGINX (מבוטא "אנג'ין אקס"). NGINX, שרת אינטרנט בקוד פתוח, מספק ביצועים טובים יותר וריבוי משימות גבוה יותר מאשר מאזני העומסים והנתבים הקיימים שלנו.
מה המשמעות מבחינת הלקוחות שלנו בענן
המשמעות היא שהשינוי הזה אמור להיות שקוף לכם, ולא נדרשת פעולה מצדכם מלבד אימות שהמערכות שלכם פועלות כצפוי. בהמשך מופיעים תיאורים של השלבים שנבצע, יחד עם תשובות לכמה שאלות נפוצות.
שלב 1 – עדכון תוכנה
נשדרג את כל הנתבים לנתב החדש שמבוסס על NGINX באמצעות מודל הפריסה השלבית שלנו, כדי לוודא שהשירותים לא יושפעו כתוצאה מהפעילות הזו.
שלב 2 – הסרת רמת איזון העומסים בסביבות שאינן סביבות ייצור
הנתב החדש של NGINX מטפל בפונקציונליות של איזון העומסים, ולכן נתחיל בתהליך של הסרת רמת איזון העומסים הקיימת בסביבות שאינן סביבות ייצור. מאזני העומסים של הסביבה הפרודקטיבית יישארו ללא שינוי במהלך השלב הזה. לפני ההסרה של מאזני עומסים קיימים, ננקוט גישה מקיפה כדי לוודא שתעבורת הנתונים פועלת כמצופה. לא נדרשת פעולה מצידכם כדי להשלים את השלב הזה. עם זאת, עליכם לדווח על כל בעיה ל-Apigee, ואנחנו נעבוד איתכם כדי לפתור את הבעיות לפני שתמשיכו לשלב 3.
שלב 3 – הסרת רמת איזון העומסים בסביבות ייצור
אחרי שתשלימו את שלב 2 בהצלחה, נגדיר סדרה של חלונות תחזוקה כדי להסיר את רמת איזון העומסים בסביבות הייצור באמצעות אותה גישה שצוינה בשלב 2, כדי לוודא שתנועת ה-API בזמן הריצה תמשיך לפעול כמצופה.
שינויים בפונקציונליות של המוצר
אלה כמה שינויים בפונקציונליות של המוצר בעקבות המעבר ל-NGINX.
הוצא משימוש
המאפיינים הבאים כבר לא נתמכים ב-ProxyEndpoints:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
כדי לעקוף את ההוצאה משימוש הזו, אפשר לעיין במאמר הקהילה הבא: מאפייני שיטת ההיתר של HTTP בנקודת קצה של Proxy לא פועלים.
שאלות נפוצות
ריכזנו כאן תשובות לכמה שאלות נפוצות בנושא המעבר ל-NGINX.
במהלך שלב 1, התשובה היא 'לא' כי אנחנו לא נוגעים במאזני העומסים הקיימים, שלא ישנו ישירות את כתובות ה-IP שמשרתות את התנועה. עם זאת, בהתחשב באופי של שירות איזון העומסים של Amazon Web Services (AWS), חלים כללי קנה מידה רגילים, כלומר כתובות ה-IP עשויות להשתנות כחלק מהלוגיקה של שינוי קנה המידה (פונקציונליות קיימת). לכן, אנחנו לא ממליצים להטמיע הגדרות של רשימת היתרים צפונית באמצעות חבילת המוצרים Apigee Edge. במהלך שלבים 2 ו-3, יש השלכות על רשימת ההיתרים בעקבות ההסרה של מאזן העומסים וכתובות ה-IP שמשויכות אליו. לכן, במהלך השלבים האלה נתאם איתך באופן הדוק כדי לספק קבוצה חדשה של כתובות IP שצריך לאפשר להן גישה, וכך להבטיח מעבר חלק.
לא נדרשים שינויים, בהנחה ששרתי המקור הם שרתי נקודות הקצה של היעד (שרתים שמתבצעת אליהם קריאה מחבילת ה-proxy). השינוי הזה מתבצע בצד הצפוני של Apigee או בנקודת הכניסה (ingress) ל-Apigee.
לא. רשומות CNAME קיימות ימשיכו לפעול כצפוי.
אם אתם משתמשים ב-SSL, השלב הראשוני לא ישפיע על הגדרת ה-SSL הקיימת. עם זאת, נצטרך לתאם איתך כדי לוודא ש-SSL מוגדר בצורה תקינה בנתב החדש לפני שנמשיך לשלבים 2 ו-3.
שלבים 2 ו-3 יתעכבו עד לאישור התמיכה ב-SNI.
לא צפויים זמני השבתה. השינויים יוטמעו באמצעות מודל הפריסה הרגיל שלנו במהלך חלונות ההפצה הקיימים.