WEBA

Backend: מה זה?

צד השרת: הלוגיקה, מסד הנתונים וה-API שהאתר או האפליקציה נשענים עליהם.

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

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

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

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

כלים שהמונח חי בהם