הגיבוי משגשג בעידן הענן, אבל סלילי הקלטות לא נשכחים. צ'אט עם Veeam

אלכסנדר ברנוב עובד בחברת Veeam כמנהל מו"פ וחי בין שתי המדינות. הוא מבלה חצי מזמנו בפראג, החצי השני בסנט פטרבורג. בערים אלו נמצאים משרדי הפיתוח הגדולים ביותר של Veeam.

ב-2006 זה היה סטארט-אפ של שני יזמים מרוסיה, הקשורים לתוכנת גיבוי של מכונות וירטואליות (משם הגיע גם השם V[ee][a]M, מכונה וירטואלית). כיום מדובר בתאגיד ענק עם יותר מארבעת אלפים עובדים ברחבי העולם.

אלכסנדר סיפר לנו איך זה לעבוד בחברה כזו וכמה קשה להיכנס אליה. להלן המונולוג שלו.

באופן מסורתי, נדבר על הערכת החברה ב-My Circle: Veeam Software שקיבלה מעובדיה דירוג ממוצע 4,4. הוא מוערך על חבילה חברתית טובה, אווירת עבודה נוחה בצוות, על משימות מעניינות ועל העובדה שהחברה הופכת את העולם למקום טוב יותר.

אילו מוצרים מפתחת Veeam

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

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

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

לעתים קרובות, גיבויים פועלים כ"עד שקט" לביקורות של ארגון. חברות ציבוריות צריכות לציית לרגולטורים חיצוניים (כגון חוק Sarbanes-Oxley), ומסיבה טובה. בשנת 2008 התערער מצב הכלכלה העולמית בשל העובדה שחלק מהמשתתפים בשוק הפיננסי, באופן גס, זייפו את תוצאות פעילותם. זה ירד כדור שלג והכלכלה שקעה. מאז, הרגולטורים עוקבים ביתר שאת אחר התהליכים בחברות ציבוריות. היכולת לשחזר את מצב תשתית ה-IT, מערכת הדואר, מערכת ניהול המסמכים לתקופות דיווח היא אחת מדרישות המבקרים.

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

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

כמה קשה לפתח מוצרים כאלה

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

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

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

אבל החדש תמיד קשור לרמה מסוימת של בורות לגבי הטכנולוגיה, השוק או שניהם.

לדוגמה, לאחר מספר שנים של עבודה, הבנו שעלינו להשתמש ביכולות האחסון המובנות של מערכות הנתונים כדי להאיץ את הגיבוי. כך נולד כיוון שלם של אינטגרציה עם יצרני ברזל. עד כה, שותפי Veeam בתוכנית זו הם כל השחקנים הגדולים בשוק זה - HP, NetApp, Dell EMC, Fujitsu וכו'.

חשבנו גם שווירטואליזציה תחליף שרתים קלאסיים. אבל החיים הראו ש-10% האחרונים מהשרתים הפיזיים נשארים, וירטואליזציה שהיא לא אפשרית או לא הגיונית. וגם צריך לגבות אותם. כך הופיע Veeam Agent for Windows/Linux.

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

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

באילו טכנולוגיות נעשה שימוש ב- Veeam

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

במקביל, אנו כותבים תחת Unix, Linux, עובדים עם חומרה, זה מצריך שימוש בפתרונות אחרים. חלקי מערכת הקשורים למידע על הנתונים שאנו מאחסנים בגיבוי, אלגוריתמים לחיפוש נתונים, אלגוריתמים הקשורים לתפעול חומרה - כל זה כתוב ב-C++.

איך עובדים מופצים ברחבי העולם

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

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

אנו מבצעים פיתוח מבוזר כדי לענות על דרישות הלקוח. לקוחות גדולים מרגישים בטוחים יותר כאשר הפיתוח ממוקם באותו אזור שבו המוצר עובד.

כבר יש לנו משרד גדול מאוד בצ'כיה, ובשנה הבאה אנחנו מתכננים לפתוח עוד אחד בפראג - עבור 500 מפתחים ובודקים. אלה שעברו לבירת צ'כיה ב"גל הראשון" שמחים לחלוק מניסיונם ופריצות החיים עם כל מי שמעוניין בהזדמנות לעבוד באירופה על Habré. ברוסיה המשרד ממוקם בסנט פטרסבורג, חלק מהפרויקטים הפנימיים מתבצעים באיז'בסק, והתמיכה בחלקה במוסקבה. באופן כללי, כמה מאות אנשים ברחבי העולם עוסקים בתמיכה טכנית. ישנם מומחים ברמות שונות של הכשרה והתמחות טכנית. הרמה הגבוהה ביותר הם אנשים שמסוגלים להבין את המוצר ברמת קוד המקור, והם עובדים באותו משרד כמו הפיתוח.

כיצד בנויים התהליכים

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

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

אפוסים, ככלל, מנסים לשמור לא יותר מ-30-40% ממחזור השחרור הצפוי. את השאר אנחנו יכולים לחתוך, להעביר, לחדד, לשנות. זה מרחב התמרון שלנו.

צוות זמני נוצר עבור כל דרישה במהדורה. זה יכול להיות שלושה אנשים, וחמישים, תלוי במורכבות. אנו מקפידים על מתודולוגיית פיתוח גמישה, אחת לשבוע אנו מארגנים ביקורות ודיונים על העבודה שהושלמה והבאה על כל פונקציונליות.

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

איך Veeam מגייסת מפתחים

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

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

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

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

במהלך השבוע אנו עורכים מספר ראיונות למשרה פתוחה ומחליטים עם מי נמשיך לעבוד.

לא פעם החבר'ה באים אלינו ואומרים שהם מחפשים עבודה, כי אין להם לאן לזוז במקום הנוכחי - אפשר רק לחכות לקידום יחד עם פרישת הבוס. יש לנו דינמיקה קצת שונה. לפני XNUMX שנים, Veeam הייתה סטארטאפ עם עשרה עובדים. כעת מדובר בחברה עם כמה אלפי עובדים.

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

פרויקט Veeam Academy הוא ערב אינטנסיבי ב-C# לא מקוון עבור מתכנתים מתחילים עם סיכוי לתעסוקה ב- Veeam Software עבור התלמידים הטובים ביותר. מטרת הפרויקט היא לצמצם את הפער בין כמות הידע והמיומנויות המעשיות של בוגר אוניברסיטה ממוצע לבין כמות הידע הנדרשת כדי לעניין מעסיק טוב. במשך שלושה חודשים, החבר'ה לומדים את עקרונות ה-OOP בפועל, שוקעים בתכונות של C # ולומדים את תא המנוע של .Net. בנוסף להרצאות, מבחנים, פרויקטים מעבדתיים ופרסונליים, החבר'ה מפתחים את הפרויקט המשותף שלהם לפי כל הכללים של חברות אמיתיות. נושא הפרויקט אינו ידוע מראש - הוא נבחר יחד עם כולם בימים הראשונים לאחר תחילת הקורס. בזרם האחרון היא הפכה לבנק הוירטואלי.
ההרשמה פתוחה כעת שרשור חדש.

מקור: www.habr.com