365 Scores

האתגר

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

אספקת נתונים בזמן אמת: אלפי עדכונים במקביל בענפים ואזורי זמן שונים.

מנוע העדפות משתמש: התאמה גמישה לפי קבוצות, שחקנים וסוגי ענף.

תשתית התראות: משלוח מהיר ואמין למיליוני משתמשים.

הפתרון

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

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

התראות מותאמות: רק מה שחשוב למשתמש.

תוכן מסונן: חדשות, הילייטים וסיכומים לפי תחומי עניין.

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

גבול הראיות

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

הפריטים הבאים אינם ציבוריים ואינם מוסקים כאן: שפת/פריימוורק הבקאנד, פריימוורק המובייל (iOS/Android נייטיב, ‏Flutter, ‏React Native או אחר), פרוטוקול הזמן-אמת, מסדי נתונים ו-cache, ‏message broker, ענן/CDN, ספקי אנליטיקה/ניטור/push, שמות ספקי נתוני ספורט, בעלות על admin/CMS, היקף CI/CD ו-SRE, ‏SLA תחזוקה, ציטוט לקוח, ו-KPI מספריים מעבר ללו״ז של 5 חודשים, ל״מיליוני משתמשים״ ולנתון ה־100 מיליון התקנות בבלוג.

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

היקף ותוצרים

מאומת כמסירה של מובלרס

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

לא פורסם ככן/לא

• אילו בינאריים היו בהיקף (iOS, ‏Android, ‏web) והאם נייטיב או חוצה-פלטפורמות: לא פורסם.
• בקאנד/API ודשבורד תפעול/CMS: לא פורסם.
• אינטגרציות ספורט, אנליטיקה, פרסום, זהות או תשלום בשמות ספקים: לא פורסמו.
• בדיקות אוטומטיות, עומסים, UAT, ‏CI/CD, ‏IaC וראנבוקים: לא פורסמו.
• אחסון, תפעול SRE מתמשך, תיעוד מסירה ו-SLA תחזוקה: לא פורסמו.
• ציטוט לקוח: אין ציטוט בדף הפרויקט.

ארכיטקטורה טכנית ואינטגרציות

מקורות נתוני ספורט (פידים / API — שמות הספקים אינם ציבוריים)
        │  ingest (webhook, stream או poll — לא פורסם)
        ▼
┌──────────────── קליטה ונרמול ─────────────────────────────────┐
│ ולידציה, הסרת כפילויות, מיפוי אירועים (שער, כרטיס, מצב)     │
└──────────────────────────┬────────────────────────────────────┘
                           │ עמוד שדרה של הודעות/סטרימינג (לא פורסם)
                           ▼
┌──────────── עיבוד והתאמה אישית ───────────────────────────────┐
│ מחסן מצב משחק  │  אינדקס העדפות  │  סינון תוכן               │
└─────────┬──────────────────────┬──────────────────────────────┘
          │ API חי / מנוי        │ fan-out לצינור התראות
          ▼                      ▼
   לקוחות מובייל            עובדי התראות
   (תוצאות, סיכומים,        (segment → batch → ספק)
    חדשות)                         │
                                   ▼
                      התראות push / in-app למשתמשים

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

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

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

זרימת התראות. נתיב ייחוס: אירוע משחק → התאמת העדפה → תור → batch/rate-limit → ספק push → retry. הטריגר, התור, הספק ומדיניות ה-retry בייצור אינם ציבוריים.

Cache, ‏CDN וקצה. השהיה נמוכה גלובלית היא יעד שפורסם. מפתחות cache, ‏CDN וטופולוגיית failover אינם ציבוריים.

ניטור ו-failover. בקרות observability ו-resilience בייצור אינן ציבוריות.

מחסנית טכנולוגית ופלטפורמות

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

מוצרים קונקרטיים אינם מפורטים בדף הציבורי:

• פריימוורקים ושפות מובייל: לא פורסמו.
• שפת ופריימוורק בקאנד: לא פורסמו.
• תעבורת זמן-אמת וסטרימינג: לא פורסמו.
• מסד נתונים ראשי, cache ומחסן time-series: לא פורסמו.
• Message broker: לא פורסם.
• שירותי push: לא פורסמו.
• אחסון, CDN וסביבת ריצה: לא פורסמו.
• אנליטיקה, A/B ו-error tracking: לא פורסמו.
• ספקי נתוני ספורט ורישוי פידים: לא פורסמו.
• כלי DevOps/CI/CD וניטור: לא פורסמו.

אין להציג דפוס ייחוס כשם מוצר. ניתן לפרסם טבלת מחסנית לאחר אישור 365Scores.

איך פועלות התאמה אישית והתראות בקנה מידה

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

מודל הפעלה ייצוגי (לא טענת ייצור):

1. שמירת העדפות. העדפות עמידות במחסן Indexed ותת-קבוצה חמה ב-cache כדי שסגמנטציה בזמן שליחה תהיה lookup. סוג המנוע (כללים, ‏ML או היברידי) לא פורסם.
2. סגמנטציה בזמן שליחה. לכל אירוע מנורמל קובעים מי צריך התראה ומשמיטים מי שהשתיק את סוג האירוע.
3. צינור התראות. Segment → תור → batch → ניתוב לספק push → מגבלות קצב ו-backoff. שמות ספקים וטופולוגיית sharding לא פורסמו.
4. ניטור ו-retry. מעקב אחרי שיעור מסירה, השהיה ושגיאות; retry לכשלים חולפים. מדדי ייצור ו-SLA לא פורסמו.

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

תוצאות ומדדים מדידים

לוח זמנים מאושר: הושלם ב־5 חודשים.

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

KPI ייצור מבוקשים שלא פורסמו (אין חלון מדידה או מתודולוגיה ציבוריים אלא אם צוין):

• משתמשי MAU: לא פורסם.
• שיא משתמשים או חיבורים מקבילים באירועים גדולים: לא פורסם.
• תפוקת התראות בשיא: לא פורסמה.
• השהיית התראה מקצה לקצה ושיעור/SLA מסירה: לא פורסמו.
• crash-free rate או מדדי יציבות: לא פורסמו.
• זמינות שירותי ליבה / 99.x% בטורנירים: לא פורסמה.
• שיפור לפני/אחרי בזמני API או בשיעור שגיאות: לא פורסם.
• ממוצע מול שיא התראות לשעה: לא פורסם.

ניתן להוסיף נתונים מעוגלים לאחר אישור המספר, ה-cohort וחלון המדידה.

מגבלות ארכיטקטורה

• הדיאגרמות משתמשות בשמות רכיבים גנריים ואינן טופולוגיית הייצור של 365Scores.
• ״מיליוני משתמשים״ וכיתוב 100 מיליון ההתקנות בבלוג הם היגדי הקנה מידה שפורסמו; הם אינם MAU, ‏DAU או שיא concurrency.
• רישוי נתוני ספורט, חוזי ספק push ומדיניות החנות שייכים ללקוח ולספקים.
• אין לייחס ל-365Scores פריימוורק, מוצר ענן או SLA מהמדריך ללא אישור בכתב.