הערכת ההעברה

כדי להעריך את מסד הנתונים של המקור ואת אופן השימוש בו בהתאם ל-Spanner, צריך לבחון את הצרכים העסקיים, הטכניים, התפעוליים והפיננסיים שלכם. מומלץ להתייחס בתהליך הבדיקה לתחומים העיקריים הבאים:

• יעדים עסקיים: הגדרה של הבעיות העסקיות הספציפיות ש-Spanner פותר, כמו יכולת הרחבה, זמינות ועקביות. קובעים קריטריונים למדידת הצלחה, כמו צמצום זמן האחזור, הגדלת נפח העסקאות והפחתת עלויות.

• ניתוח עלויות: חישוב העלות הכוללת הפוטנציאלית של השימוש ב-Spanner (מחשוב, אחסון ורשת) והשוואה לעלויות הנוכחיות של מסד הנתונים. צריך לקחת בחשבון עלויות חד-פעמיות של העברה והוצאות תפעול שוטפות. מידע נוסף מופיע במאמר בנושא תמחור של Spanner.

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

• עקביות הנתונים ועסקאות: חשוב להבין את מודל העקביות החיצונית של Spanner ואת ההבדלים בינו לבין מודל העסקאות של מסד הנתונים שלכם. הערכת ההשפעה על הלוגיקה של האפליקציה. מידע נוסף זמין במאמר בנושא Spanner: TrueTime ועקביות חיצונית.

• מיקום הנתונים והגדרות אזוריות: קובעים את טופולוגיית הפריסה האופטימלית של Spanner, כמו פריסות אזוריות, פריסות בשני אזורים או פריסות במספר אזורים, על סמך מיקומי המשתמשים, דרישות השהייה ושיקולי עלות. מידע נוסף זמין במאמר בנושא הגדרות של מופעים.

• תאימות של קוד האפליקציה: צריך לעקוב אחרי כל האינטראקציות עם מסד הנתונים באמצעות קוד האפליקציה. לזהות אזורים שצריך לשנות בגלל הבדלים בניב ה-SQL, בספריות הלקוח ובניהול העסקאות.

• דרישות ביצועים ומדרגיות: הגדרת עומסי עבודה נוכחיים וחזויים, כמו יחסי קריאה וכתיבה, שיעורי עסקאות ונפח נתונים. קובעים את זמן האחזור והתפוקה הקבילים. מידע נוסף על הביצועים של Spanner זמין במאמר סקירה כללית של הביצועים.

• אסטרטגיית העברה וזמן השבתה: פיתוח תוכנית העברה מפורטת, כולל חילוץ, טרנספורמציה, טעינה ואימות נתונים. אם זמן ההשבתה לא מדאיג אתכם, אתם יכולים לבצע טעינה בכמות גדולה ומעבר חד למערכת אחרת חד-פעמי. אחרת, כדאי לצמצם את זמן ההשבתה. הגדרת תוכנית חזרה לגרסה הקודמת.

• שיקולים תפעוליים: תכנון שינויים בניהול מסדי נתונים, במעקב ובתוכנית התאוששות מאסון (DR). הערכת עקומת הלמידה של הצוות. שילוב של Spanner עם כלים ותהליכים תפעוליים קיימים. מידע נוסף זמין במאמר סקירה כללית של תוכנית התאוששות מאסון (DR).

• אבטחה: כדאי לעיין בתכונות האבטחה של Spanner, כמו אימות, הרשאה והצפנה. עמידה בתקנות הרלוונטיות.

מדריכים ספציפיים למקור

• ‫MySQL: העברה מ-MySQL ל-Spanner.