הבחינו בין סוג תשתית לבין שירות ניהול
באחסון שיתופי הספק מנהל בדרך כלל חלק גדול מהתשתית המשותפת, אך גבול הטיפול באתר ובחשבונות תלוי בהסכם. VPS מאפשר סביבת שרת וירטואלי, אך אינו מבטיח שמישהו מטפל במערכת ההפעלה או ביישום. גם הביטוי שרת מנוהל מחייב פירוט של משימות, שעות וכיסוי.
מודל האחריות של AWS מדגים כיצד אחריות הלקוח משתנה לפי השירות, למשל בין תשתית לבין שירותים מנוהלים. זו דוגמה רשמית של ספק מסוים, לא תנאי החוזה של כל חברת אחסון. בקשו מסמך המתאים למוצר שנרכש בפועל ולא מצגת כללית.
מלאו מטריצת אחריות לפני השוואת חבילות
הטבלה היא כלי עבודה מקורי. בכל שורה מוסיפים מי מבצע, מי מאשר ומי בודק שהטיפול הסתיים. אם שני גורמים מצביעים זה על זה, מדובר בפער תפעולי שצריך לסגור. מחיר או כמות משאבים אינם תשובה לשאלת האחריות.
| שכבה | שאלה לספק ולמנהל האתר | ראיה מבוקשת |
|---|---|---|
| תשתית ומערכת הפעלה | מי מעדכן ומי מתאם השבתה | היקף שירות ותהליך שינוי |
| אתר ורכיבים | מי מטפל בקוד, בתוספים ובגרסאות | רשימת רכיבים ובעלים |
| חשבונות והרשאות | מי פותח ומסיר גישה | מורשים ודרך אישור |
| גיבוי ושחזור | מה נכלל ומי משחזר | מדיניות ותוצאת בדיקה |
| לוגים והתראות | מה מנוטר ומי מגיב | כיסוי ונתיב הסלמה |
| אירוע ויציאה מספק | מי אוסף מידע ומי מוסר נכסים | נוהל קשר ומסירה |
בדקו את היישום ולא רק את דף המכירה
בררו מה קורה לרכיב שהספק אינו מנהל: אתר WordPress, מסד ייעודי, קונטיינר או תהליך מתוזמן. אישור שהמארח מעודכן אינו הוכחה שהיישום מעודכן, ולהפך. התשובה צריכה לכלול את השירותים המותקנים בפועל ואת החריגות, ולא רק את שם הפלטפורמה.
בקשו גם נתיב גישה חלופי ורשימת מורשים. לא מעבירים סיסמת מנהל בצילום מסך כדי לקבל הצעה. אפשר להתחיל במיפוי מסמכים ותיאור נכסים, ורק לאחר הגדרת היקף לתת גישה מתאימה. אם כבר יש אירוע פעיל, מגדירים טיפול ושימור מידע בנפרד מהשוואת אחסון.
גיבוי של ספק צריך תנאי שחזור ברורים
בררו אילו נתונים נכללים, אילו נקודות קיימות ומי יכול למחוק עותקים. תדירות, תקופת שמירה וזמן טיפול בשחזור הן שאלות שונות. אם ההבטחה היא גיבוי יומי, עדיין צריך להבין מה קורה אחרי תקלה שהתגלתה באיחור או אחרי פגיעה בחשבון הספק.
בדיקת שחזור צריכה להיות מוסכמת ומבודדת לפי הצורך. העתק חיצוני והרשאות נפרדות עשויים לצמצם תלות בכשל אחד, אך אינם מבטלים בדיקת עקביות. בקשו תוצאה ותאריך של בדיקה בהיקף רלוונטי, בלי להניח שבדיקה של לקוח אחר מוכיחה את שלכם.
דוגמה: מעבר ל-VPS יצר משימה בלי בעלים
התרחיש להמחשה בלבד. עסק עובר מתוכנית שיתופית לשרת וירטואלי כדי לקבל יותר שליטה. הספק מטפל בתשתית, והמפתח מטפל בקוד בלבד. עדכון מערכת ההפעלה, ניטור מקום פנוי ושחזור מסד לא הוקצו לאיש. השדרוג במשאבים אינו פותר את הפער.
לפני המעבר משלימים טבלת אחריות ותנאי קבלה: אתר, טופס, דואר, DNS, משימות רקע וגיבוי. מגדירים חלון שינוי ודרך חזרה בלי לשלוח טפסים ללקוחות אמיתיים לצורך הדגמה. בודקים גם שהנכסים וחשבונות הניהול נשארים בשליטת העסק.
הפכו תשובות להסכם שניתן לתפעל
רשמו מי זמין, איך מדווחים על תקלה ומה מחייב אישור עסקי. הבחינו בין זמן תגובה, זמן התחלת עבודה ויעד חזרה לשירות. אף אחד מהם אינו מובטח רק משום שהאחסון נקרא מנוהל. תעדו אחריות גם לשירותים חיצוניים ולמסירת מידע בעת החלפת ספק.
ב-CyberFixCrew אפשר למפות את האחריות בין תשתית, אתר וגיבויים ולהגדיר עבודת Linux/VPS או תחזוקה לפי צורך. המטרה היא התאמה ליכולות הניהול ולתלות העסקית. אין סוג אחסון שעדיף אבטחתית בכל מצב בלי בחינת ההקשר.
