במסמך הזה מפורטת סקירה כללית על תכנון אזורי נחיתה ב-Google Cloud. אזור נחיתה, שנקרא גם תשתית ענן, הוא הגדרה מודולרית וניתנת להרחבה שמאפשרת לארגונים לאמץ את Google Cloud בהתאם לצרכים העסקיים שלהם. אזור נחיתה הוא לרוב דרישה מוקדמת לפריסת עומסי עבודה של ארגונים בסביבת ענן.
אזור נחיתה הוא לא תחום או משאבים של תחום.
המסמך הזה מיועד לאדריכלי פתרונות, למפתחים ולבעלי עניין ברמת ההנהלה שרוצים לקבל סקירה כללית של הנושאים הבאים:
- אלמנטים אופייניים של אזורי נחיתה ב- Google Cloud
- איפה אפשר למצוא מידע מפורט על עיצוב אזור נחיתה
- איך פורסים אזור נחיתה לארגון, כולל אפשרויות לפריסת פתרונות מוכנים מראש
המסמך הזה הוא חלק מסדרה שעוזרת לכם להבין איך לתכנן ולבנות אזור נחיתה. מסמכים אחרים בסדרה הזו יעזרו לכם לקבל החלטות ברמה גבוהה כשאתם מתכננים את אזור הנחיתה של הארגון. בסדרה הזו תלמדו על הנושאים הבאים:
- עיצוב אזור הנחיתה ב Google Cloud (המסמך הזה)
- איך להוסיף זהויות ל- Google Cloud
- בחירת היררכיית המשאבים עבור Google Cloud אזור הנחיתה
- בחירת עיצוב הרשת עבור אזור הנחיתה Google Cloud
- בחירת אבטחה ל Google Cloud אזור הנחיתה
הסדרה הזו לא מתייחסת באופן ספציפי לדרישות התאימות של תעשיות מפוקחות כמו שירותים פיננסיים או שירותי בריאות.
מהו Google Cloud אזור נחיתה?
אזורי נחיתה עוזרים לארגון שלכם לפרוס, להשתמש בשירותים ולהרחיב אותם בצורה מאובטחת יותר. Google Cloud אזורי הנחיתה הם דינמיים ומתרחבים ככל שהארגון מאמץ יותר עומסי עבודה מבוססי-ענן לאורך זמן.
כדי לפרוס אזור נחיתה, קודם צריך ליצור משאב ארגון וליצור חשבון לחיוב, אונליין או באמצעות חשבונית.
אזור נחיתה משתרע על פני כמה תחומים וכולל רכיבים שונים, כמו זהויות, ניהול משאבים, אבטחה ורשתות. רכיבים רבים אחרים יכולים להיות חלק מאזור נחיתה, כפי שמתואר במאמר רכיבים של אזור נחיתה.
בתרשים הבא מוצגת הטמעה לדוגמה של אזור נחיתה. הוא מציג תרחיש לדוגמה של תשתית כשירות (IaaS) עם קישוריות של ענן היברידי ושל שרתים מקומיים ב Google Cloud:
ארכיטקטורת הדוגמה בתרשים הקודם מציגה אזור נחיתה שכולל את השירותים והתכונות הבאים: Google CloudGoogle Cloud
מנהל המשאבים מגדיר היררכיית משאבים עם מדיניות ארגונית.
חשבון Cloud Identity מסתנכרן עם ספק זהויות מקומי ועם ניהול זהויות והרשאות גישה (IAM), ומספק גישה פרטנית למשאבים ב- Google Cloud .
פריסת רשת שכוללת את הרכיבים הבאים:
- רשת VPC משותפת לכל סביבה (ייצור, פיתוח ובדיקה) מחברת משאבים מכמה פרויקטים לרשת ה-VPC.
- כללי חומת אש של ענן וירטואלי פרטי (VPC) שולטים בקישוריות אל עומסי עבודה וממנה ברשתות של VPC משותף.
- שער Cloud NAT מאפשר חיבורים יוצאים לאינטרנט ממשאבים ברשתות האלה ללא כתובות IP חיצוניות.
- Cloud Interconnect מחבר בין משתמשים ואפליקציות מקומיות (אפשר לבחור בין אפשרויות שונות של Cloud Interconnect, כולל Dedicated Interconnect או Partner Interconnect).
- Cross-Cloud Interconnect (או Cloud VPN) מתחבר לספקי שירותי ענן אחרים.
- אזור פרטי ב-Cloud DNS מארח רשומות DNS לפריסות שלכם ב- Google Cloud.
כמה פרויקטים של שירותים מוגדרים לשימוש ברשתות VPC משותף. בפרויקטים האלה של השירותים מתארחים משאבי האפליקציה שלכם.
Google Cloud Observability כולל את Cloud Monitoring למעקב ואת Cloud Logging לרישום ביומן. יומני ביקורת של Cloud, ניהול כללי חומת אש ויומנים לתיעוד מידע על תעבורת ה-IP של ענן וירטואלי פרטי (VPC) עוזרים לוודא שכל הנתונים הדרושים מתועדים ביומן וזמינים לניתוח.
מתחם היקפי של VPC Service Controls מבודד שירותים ומשאבים, וכך עוזר לצמצם את הסיכון לזליגת נתונים לשירותים מחוץ למתחם. תעבורת נתונים מסביבות היברידיות מוגדרת עם גישה פרטית מורשית כדי לתקשר עם שירותים בתוך המתחם. Google Cloud
התרשים שלמעלה הוא רק דוגמה, כי אין הטמעה יחידה או סטנדרטית של אזור נחיתה. העסק שלכם צריך לקבל החלטות עיצוביות רבות, בהתאם לגורמים שונים, כולל:
- התחום שלכם
- המבנה הארגוני והתהליכים שלכם
- דרישות האבטחה והתאימות שלכם
- עומסי העבודה שרוצים להעביר אל Google Cloud
- תשתית ה-IT הקיימת שלכם וסביבות ענן אחרות
- המיקום של העסק והלקוחות
מתי כדאי לבנות אזור נחיתה
מומלץ לבנות אזור נחיתה לפני שפורסים את עומס העבודה הראשון של הארגון ב- Google Cloud, כי אזור נחיתה מספק את הדברים הבאים:
- תשתית שנועדה להיות מאובטחת
- הרשת לעומסי עבודה ארגוניים
- הכלים שנדרשים לכם כדי לנהל את חלוקת העלויות הפנימית
עם זאת, מכיוון שאזור הנחיתה הוא מודולרי, האיטרציה הראשונה של אזור הנחיתה לרוב לא תהיה הגרסה הסופית. לכן, מומלץ לתכנן אזור נחיתה עם אפשרות להרחבה ולצמיחה. לדוגמה, אם עומס העבודה הראשון שלכם לא דורש גישה למשאבי רשת מקומיים, תוכלו ליצור קישוריות לסביבה המקומית שלכם בשלב מאוחר יותר.
בהתאם לארגון ולסוגי עומסי העבודה שאתם מתכננים להריץ ב-Google Cloud, יכול להיות שלחלק מעומסי העבודה יהיו דרישות שונות מאוד. לדוגמה, יכול להיות שלחלק מעומסי העבודה יש דרישות ייחודיות לגבי יכולת ההתאמה או התאימות. במקרים כאלה, יכול להיות שתצטרכו יותר מאזור נחיתה אחד לארגון: אזור נחיתה אחד לאירוח רוב עומסי העבודה, ואזור נחיתה נפרד לאירוח עומסי העבודה הייחודיים. אתם יכולים לשתף בין אזורי הנחיתה רכיבים מסוימים כמו זהויות, חיוב ומשאב הארגון. עם זאת, יכול להיות שיהיו הבדלים ברכיבים אחרים, כמו הגדרת הרשת, מנגנוני הפריסה ומדיניות ברמת התיקייה.
רכיבים של אזור נחיתה
כדי להגדיר אזור נחיתה, צריך לעצב את הרכיבים המרכזיים הבאים ב-Google Cloud:
בנוסף לרכיבי הליבה האלה, יכול להיות שיחולו על העסק שלכם דרישות נוספות. בטבלה הבאה מפורטים הרכיבים האלה ומצוין איפה אפשר למצוא מידע נוסף לגביהם.
| רכיב אזור נחיתה | תיאור |
|---|---|
| מעקב ורישום ביומן |
כדאי לתכנן אסטרטגיה של מעקב ורישום ביומן שתעזור לכם לוודא שכל הנתונים הרלוונטיים מתועדים, ושיהיו לכם לוחות בקרה שבהם הנתונים מוצגים בצורה ויזואלית והתראות שיודיעו לכם על חריגים שדורשים פעולה.
מידע נוסף זמין במאמרי העזרה של Google Cloud Observability |
| גיבוי ותוכנית התאוששות מאסון (DR) | תכנון אסטרטגיה לגיבויים ולתוכנית התאוששות מאסון (DR).
מידע נוסף זמין במאמרים הבאים: |
| תאימות |
להקפיד על מסגרות התאימות שרלוונטיות לארגון שלכם. מידע נוסף זמין במרכז המשאבים בנושא תאימות. |
| עלות-תועלת ושליטה |
יכולות תכנון למעקב אחרי העלויות של עומסי העבודה באזור הנחיתה ולאופטימיזציה שלהן.
מידע נוסף זמין במאמרים הבאים: |
| ניהול API | עיצוב פתרון ניתן להרחבה לממשקי API שאתם מפתחים. מידע נוסף זמין במאמר ניהול API ב-Apigee. |
| ניהול אשכולות |
תכנון אשכולות Google Kubernetes Engine (GKE) בהתאם לשיטות המומלצות לבניית שירותים ניתנים להרחבה, עמידים וניתנים לצפייה. למידע נוסף, קראו את המאמרים הבאים: |
שיטות מומלצות לתכנון ולפריסה של אזור נחיתה
תכנון ופריסה של אזור נחיתה דורשים תכנון. צריך צוות מתאים שיבצע את המשימות, וצריך להשתמש בתהליך לניהול פרויקטים. מומלץ גם לפעול לפי השיטות המומלצות הטכניות שמתוארות בסדרה הזו.
בניית צוות
כדאי להרכיב צוות שכולל אנשים ממגוון תפקידים טכניים בארגון. הצוות צריך לכלול אנשים שיכולים לבנות את כל הרכיבים של אזור הנחיתה, כולל אבטחה, זהות, רשתות ותפעול. כדאי לזהות מומחה לענן שיכול להוביל את הצוות. הצוות צריך לכלול חברים שמנהלים את הפרויקט ועוקבים אחרי ההישגים, וחברים שמשתפים פעולה עם בעלי האפליקציה או העסק. Google Cloud
חשוב לשתף את כל בעלי העניין בשלב מוקדם בתהליך. בעלי העניין צריכים להגיע להבנה משותפת לגבי היקף התהליך ולקבל החלטות ברמה גבוהה כשהפרויקט מתחיל.
החלת ניהול פרויקטים על פריסת אזור הנחיתה
תכנון ופריסה של אזור הנחיתה יכולים להימשך כמה שבועות, ולכן ניהול הפרויקט הוא חיוני. חשוב להגדיר בבירור את יעדי הפרויקט ולעדכן את כל בעלי העניין בכל שינוי שמתבצע בפרויקט. הגדירו נקודות ביקורת קבועות והסכימו על אבני דרך עם לוחות זמנים ריאליים שמתחשבים בתהליכים תפעוליים ובעיכובים לא צפויים.
כדי להתאים בצורה הטובה ביותר לדרישות העסקיות, מומלץ לתכנן את הפריסה הראשונית של אזור הנחיתה בהתאם לתרחישי השימוש שרוצים לפרוס קודם ב-Google Cloud. מומלץ לפרוס קודם עומסי עבודה שאפשר להריץ בקלות ב- Google Cloud, כמו אפליקציות אינטרנט רב-שכבתיות עם שינוי גודל אופקי. עומסי העבודה האלה יכולים להיות חדשים או קיימים. כדי להעריך את עומסי העבודה הקיימים מבחינת מוכנות להעברה, אפשר לעיין במאמר מעבר אל Google Cloud: תחילת העבודה.
אזורי נחיתה הם מודולריים, ולכן כדאי להתמקד בתכנון הראשוני ברכיבים שנדרשים להעברת עומסי העבודה הראשונים, ולתכנן להוסיף רכיבים אחרים בהמשך.
עבודה לפי שיטות מומלצות טכניות
מומלץ להשתמש בתשתית כקוד (IaC), למשל באמצעות Terraform. השימוש ב-IaC מאפשר לכם לבצע פריסה חוזרת ומודולרית. צינור עיבוד נתונים של CI/CD שפורס שינויים בתשתית הענן באמצעות GitOps עוזר לכם לוודא שאתם פועלים בהתאם להנחיות הפנימיות ומיישמים את אמצעי הבקרה הנכונים.
כשמעצבים את אזור הנחיתה, חשוב לוודא שאתם והצוות שלכם לוקחים בחשבון שיטות מומלצות טכניות. מידע נוסף על ההחלטות שצריך לקבל באזור הנחיתה מופיע במדריכים האחרים בסדרה הזו.
בנוסף לסדרה הזו, בטבלה הבאה מתוארות מסגרות, מדריכים ותוכניות שיכולים לעזור לכם לפעול לפי שיטות מומלצות, בהתאם לתרחישי השימוש שלכם.
| מסמכים קשורים | תיאור |
|---|---|
| Google Cloud הגדרה | תהליך מפורט שיעזור לכם להגדיר את Google Cloud עומסי העבודה (workloads) הארגוניים כך שיהיו ניתנים להתאמה ומוכנים לייצור. |
| תוכנית בסיסית ל-Enterprise | הצגה של שיטות מומלצות לאבטחה Google Cloud , שמיועדות למנהלי מערכות מידע, למומחי אבטחה, למנהלי סיכונים או לאחראים על תאימות. |
| Google Cloud Well-Architected Framework | המלצות ושיטות מומלצות שיעזרו לאדריכלים, למפתחים, לאדמינים ולגורמים אחרים בתחום הענן לתכנן ולהפעיל טופולוגיה מאובטחת, יעילה, עמידה, בעלת ביצועים גבוהים וחסכונית בענן. |
| תוכניות של Terraform | רשימה של תוכניות ומודולים שביחד יוצרים חבילת מודולים של Terraform, ואפשר להשתמש בהם כדי ליצור משאבים ב-Google Cloud. |
זיהוי משאבים שיעזרו לכם להטמיע את אזור הנחיתה
Google Cloud מציע את האפשרויות הבאות שיעזרו לכם להגדיר את אזור הנחיתה:
- עיצוב ופריסה של אזור נחיתה בהתאמה אישית לדרישות שלכם באמצעות Google Cloud שותפים או Google Cloud שירותים מקצועיים.
- הצטרפות לתוכנית Google CloudCustomer Onboarding כדי להוסיף עומס עבודה.
- פורסים אזור נחיתה כללי באמצעות מדריך ההגדרה במסוף Google Cloud .
- פריסה של אזור נחיתה עם הגדרות קבועות מראש באמצעות הדוגמה של Terraform לתשתית.
כל השירותים האלה מבוססים על גישות שנועדו לתת מענה לצרכים של תעשיות שונות ועסקים בגדלים שונים ברחבי העולם. כדי לעזור לכם לבחור את השירות שהכי מתאים לתרחיש השימוש שלכם, מומלץ לעבוד עםGoogle Cloud צוות התמיכה בחשבון כדי לבחור את השירות המתאים ולוודא שהפרויקט יצליח.
המאמרים הבאים
- מחליטים איך להוסיף זהויות ל- Google Cloud (המסמך הבא בסדרה).
- בחירת היררכיית המשאבים ל Google Cloud אזור הנחיתה.
- בחירת עיצוב הרשת ל Google Cloud אזור הנחיתה.
- בחירת אבטחה ל Google Cloud אזור הנחיתה.