6 דרכים לאפשר לסטארט אפ שלכם לגדול בלי להיתקע
6 דרכים לאפשר לסטארט אפ שלכם לגדול בלי להיתקע
עזי בוטח, ה-VP R&D של הסטארט אפ הישראלי Playbuzz, הפלטפורמה המובילה בעולם ליצירת תוכן חווייתי דיגיטלי מסביר איך השקעה בעמודים ספציפיים תשמור על השרתים שלכם!
עזי בוטח, ה-VP R&D של הסטארט אפ הישראלי Playbuzz, הפלטפורמה המובילה בעולם ליצירת תוכן חווייתי דיגיטלי מסביר איך השקעה בעמודים ספציפיים תשמור על השרתים שלכם!

הכירו את העלויות שלכם מראש
אם כשיגיעו הלקוחות העלויות יגדלו בצורה ליניארית, תיאלצו לדרוש מהם תשלום כדי לכסות הוצאות. אולם גמישות במודל עיסקי יכול להיות הכרחי כאשר לא הכל ידוע. אפשר להימנע מהמלכוד עם תכנון Minimum Viable Product) MVP) גם מבחינה טכנולוגית. כך יצרנו מונח לו קראנו Minimum Vaiable Architecture) MVA). המשמעות היא לתכנן מערכת מינימאלית ולעדכן כאשר הצרכים משתנים.
נסו לצפות מראש את התנהגות הלקוחות
בפועל אתה מניח איך יתנהג לקוח וכמה עומס הוא ייצר, ואז איך העומס ייראה עם מיליוני לקוחות. זו חשיבה אופטימאלית, שמאפשרת לעדכן עלויות מההתחלה, כדי שלא יהיו הפתעות בהמשך. אנחנו לא נזקקנו לכל השרתים מייד, אבל ידענו שכשמיליוני המשתמשים יגיעו נצטרך תקציב לעוד שני שרתים. כך מתאפשר לנו לא לגבות כסף מלקוחות כבר מהיום הראשון אלא לאפשר ללקוחות להתנסות במערכת, למעט כשמדובר בשימוש מסחרי. השלב שבו הלקוחות שלנו מתנסים ולומדים יכול להיות כמעט אינסופי מבחינתי. לתת מעט מושג לגבי עלויות, היום אנחנו משתמשים ב-5 שרתים, שכבות Cache ו-CDN בעלות כוללת של כ-$10,000 ומשרתים בעזרת קונפיגורציה זו מעל 300 מליון דפים בחודש.
זהו מראש את פרופיל הלקוח, וכמה עומס הוא ייצר
כבר זיהיתם איך יתנהג הלקוח. עכשיו תרגמו את המידע הזה למשאבים ולעומס שהוא ידרוש. תחשבו מראש על מודל הוספת משתמשים, ותוכלו להימנע מהוספת שרת או צריכת משאבים רבים כשכמות הלקוחות גדלה. כשאתם יודעים לאילו דפים הלקוח ייכנס בגדול, אתם יכולים לבדוק בכמה עומס יעמדו השרתים ולהתארגן בהתאם.
עצלנות כדרך חיים: אל תעבדו מידע שלא ייקרא לעולם
אחת הטעויות שרוב הסטארט אפים עושים היא להיות בזבזנים מאוד בהתחלה, כשאין הרבה טראפיק. לדוגמא, כמות המידע שנישלח מהדפדפן של המשתמש איננה משמעותית כאשר מספר המשתמשים נמוך ויהיה קל לשלוח, לעבד ולשמור את כולו . אבל כשיש מיליון יוזרים הכמות המידע מצטברת והופכת כבדה ובשלב הזה או שתצטרכו לשלם הרבה כסף או לחזור לקוד ולשכתב. שתי האופציות הן בזבוז של זמן וכסף בשלבים קריטיים. כשהעומסים מגיעים, עיבוד המידע המיותר מהווה נטל על המערך ומצריך משאבים גבוהים. אל תעשו קיצורי דרך שיתנקמו בכם בהמשך, אל תעבדו את מה שלא צריך מההתחלה, ותורידו מרכיב סיכון גדול כשהסטארט אפ יצליח.
Cache,Cache ועוד קצת :Cache
עבודה נכונה עם cache ו-CDN משנה את חוקי המשחק. אתם שולטים במה שייכנס ל-cache ומומלץ להכניס לזיכרון המהיר מידע "לעוס" ולשמור על מינימום עיבוד בשליפה.יש חשיבות עצומה לבחירה שלכם מה להכניס ל-cache. זו חלק מהארכיטקטורה של איך נראית בקשה ואיך אני יכול לשרת את היוזרים שלי בצורה האופטימלית ולמנף את הטכנולוגיה במקום לבנות שוב ושוב את אותם אלמנטים. Cache הוא יחסית זול יותר, מהיר מאוד ויעיל. הוא, יחד עם ה-CDN שנותן לנו את המעטפת מאפשרים לתוכן שנהיה ויראלי לעבוד ולהכניס טראפיק גבוה, בלי שהשרתים ירגישו בעומס.
דעו לאן מגיע הטראפיק
המציאות מלמדת שברוב המקרים עובד עקרון הפארטו: 80% מהתעבורה תגיע ל-20% מהדפים. צפו מי יהיו הדפים האלו והשקיעו בהם.
בין סוגי הדפים אצלנו יש למשל דף משחק (עם השאלונים), ובדף הבית לינק לדף תגיות. דפי התגיות לוקחים הרבה משאבי מחשוב, כבדים אבל "לא מעניינים" כי נכנסים אליהם הרבה פחות. ידענו להשקיע בדפי ה-Item המון מהיום הראשון, כי היה ברור שהם יביאו את רוב הטראפיק.