הכאבים של סטארטאפים: איך לפתח נכון תשתית IT

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

במאמר:

• טעויות אופייניות של סטארט-אפים ב-IT;
• איך גישת IT מנוהלת עוזר להימנע מטעויות אלה;
• דוגמאות מאלפות מהתרגול.

מה רע ב-IT לסטארט-אפים?

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

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

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

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

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

לכל סטארטאפ חייב להיות לפחות שלושה תפקידים:

• מומחה IT (או טכנולוג);
• איש מכירות (או משווק);
• איש חזון (או יזם שהוא גם הרבה פעמים משקיע).

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

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

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

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

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

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

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

כיצד IT מנוהל עוזר

עבור סוג זה של פרויקט יש לנו שירות מחלקת שירותים מנוהלים - DevOps מנוהל.

הלקוח מקבל מהקופסה:

• הכנת הסביבות הדרושות לעבודה: פיתוח, בדיקה, פרוד;
• תהליכי CI/CD מוגדרים;
• כלים מוכנים לעבודת צוות: מעקבי משימות, מערכות בקרת גרסאות, פריסה, בדיקות וכו'.

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

היתרונות של IT מנוהל

Managed IT הוא שירות מקיף המכסה מספר צרכים מחייבים.

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

שני מקרים מהפרקטיקה

לפי ה-NDA, אנחנו לא יכולים לנקוב בשמות של חברות ספציפיות, אבל ההיקף והמוצר, כן.

כַּדוּר: פינטק/קמעונאות

מוצר: זירת מסחר

בעיות:

• לא היו בדיקות בשרשרת CI/CD. הוספת בודקים מרוחקים רק הפכה את תהליך הבנייה למורכב יותר.
• מפתחים עבדו בו זמנית על שרת מפתח אחד ללא סביבות ייעודיות בקונטיינרים.
• 70% מזמנם של המפתחים הושקע באותן פעולות מההוצאה ועד ההשקה. מהירות הפיתוח הייתה איטית מאוד.
• התשתית נפרסה על חברת אחסון בעלות נמוכה בגרמניה (כלומר, ללא מהירות, ללא אמינות).

זה, אגב, נצפה בכל פרויקט ראשון.

הפתרון מנוהל DevOps: הטמענו תהליכי CI/CD, הקמנו בדיקות וניטור נכונים, התערבנו בפיתוח ברמת התהליך העסקי והעברנו את התשתית לשרתים פרודוקטיביים במרכז נתונים Tier III.

תוצאה:

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

כַּדוּר: פרסום באינטרנט

מוצר: פלטפורמת AI לאוטומציה של קמפיינים פרסומיים

בעיות:

• backend על חומרה ישנה, ​​במרכז נתונים עם רמה נמוכה של סובלנות תקלות;
• היעדר גיבויים קבועים;
• תשתית מונוליטית.

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

תוצאה:

• התשתית הפכה למיקרו-שירות: עלות ההרחבה ירדה משמעותית, ויכולת ההרחבה, באותה עלות, גדלה;
• האמינות והאבטחה של התשתית גדלו;
• מפתחים עברו ממודל בנייה מדורג ל-CI/CD, מה שעזר להפחית עלויות;
• היתרונות הפיננסיים של IT מנוהל, לדברי הלקוח, התגלו מיד.

מסקנה

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

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

מקור: www.habr.com