השקת גרסה חדשה של האפליקציה לנייד בסביבת הייצור היא אחד החלקים המלהיבים ביותר בפיתוח אפליקציות, אבל היא גם יכולה להיות מלחיצה מאוד. הצוות שלכם צריך לעקוב אחרי אימוץ הגרסה, באגים חדשים וההשפעה של הבאגים האלה, השוואה לגרסאות קודמות ועוד.
בדף הזה מתוארים כמה כלים ש-Firebase מציעה כדי לעקוב אחרי הנתונים שאתם צריכים כדי להיות בטוחים שאתם יכולים להשיק את האפליקציה לנייד.
שימוש במרכז הבקרה מעקב אחר גרסאות כדי לבדוק את הנתונים שקשורים לגרסה
מרכז הבקרה Release Monitoring במסוף Firebase מבוסס על Firebase Crashlytics. זהו מרכז בקרה יחיד שבו אפשר לעקוב אחרי הגרסה האחרונה של האפליקציה שמוכנה לייצור. לוח הבקרה מתעדכן כמעט בזמן אמת ומציג סקירה כללית של מדדי הגרסה החשובים ביותר, כולל מדדים של אפליקציות שלא קורסות, אימוץ הגרסה, השוואות לגרסאות קודמות ובעיות חדשות בגרסה.
לוח הבקרה החדש הזה הוא שיפור של הדף הגרסה האחרונה במסוף. בהשוואה לדף הזה, לוח הבקרה Release Monitoring מוסיף מידע, מציג נתונים שימושיים בלי צורך ב-Google Analytics, ונטען מהר יותר.
תכונות מרכז הבקרה
דיווח בזמן אמת
כל התרשימים מתעדכנים כמעט בזמן אמת. זמן קצר אחרי הפריסה של הגרסה האחרונה, תוכלו לראות את המשתמשים מתחילים ליצור אינטראקציה עם הגרסה הזו. אם חלק מהמשתמשים האלה יחוו קריסות, תוכלו לראות את ההשפעה באופן מיידי בתרשימים של מדדים ללא קריסות.השוואה וקביעת קנה מידה על סמך גרסאות קודמות
אפשר לראות את היציבות של הגרסה האחרונה בהקשר של הגרסאות הקודמות. במרכז הבקרה אפשר להשוות בין המדדים בזמן אמת מהגרסה האחרונה לבין עד שני בילדים שפורסמו בעבר.הבעיות החדשות הכי חשובות
אפשר לראות קריסות חדשות בגרסה האחרונה כשהן מתרחשות. בטבלה Top new issues (הבעיות החדשות העיקריות), אפשר לעקוב אחרי ההשפעה של הבעיות שזוהו לראשונה בגרסה האחרונה, וכך להחליט במהירות אם להפסיק את ההפצה או לבטל אותה.
הדרישות לגבי מרכז הבקרה
כדי לראות את הגרסה האחרונה במרכז הבקרה Release Monitoring:
מוודאים שבאפליקציה נעשה שימוש לפחות בגרסאות הבאות של Crashlytics SDK:
פלטפורמות של Apple: גרסה 10.8.0 ואילך | Android: גרסה 18.6.0 ואילך (BoM גרסה 32.6.0 ואילך) | Flutter: גרסה 3.4.5 ואילך | Unity: גרסה 11.7.0 ואילךלפרסם גרסה חדשה של האפליקציה בסביבת הייצור כדי שיהיה לכם מספר מספיק של משתמשים פעילים עם הגרסה האחרונה.
שאלות נפוצות על מרכז הבקרה
איך נקבעים או מחושבים הערכים שמוצגים בתרשים משתמשים פעילים?
כדאי להבין קודם את המינוח שקשור לתרשים משתמשים פעילים:
סשן הוא פרק זמן רציף שבו משתמש מקיים אינטראקציה עם אפליקציה. סשן חדש מתחיל כשהאפליקציה מופעלת מחדש או מועברת לחזית אחרי לפחות 30 דקות ברקע.
משתמשים פעילים בגרסה ספציפית הם מספר המשתמשים שהתחילו סשן באמצעות הגרסה הזו, מקובצים לפי שעה.
מספר המשתמשים הכולל (הפעיל) הוא מספר המשתמשים שהתחילו סשן בכל גרסה של האפליקציה שמשתמשת בגרסת SDK עם תמיכה בסשנים, מקובצים לפי שעה.
בתרשים משתמשים פעילים, ערך האחוז ומספר המשתמשים הפעילים שמוצגים תמיד בתרשים מתייחסים ל-60 הדקות האחרונות (או לתקופה של שעה אחת בעבר שבה היו נתונים, אם לא היו משתמשים פעילים ב-60 הדקות האחרונות). לדוגמה, בצילום המסך, היו 90 משתמשים פעילים בגרסה 6.0.0 (600) ב-60 הדקות האחרונות, שמהווים 22.1% מהמספר הכולל של המשתמשים (הפעילים) באפליקציה.
כשמעבירים את העכבר מעל הקווים בתרשים משתמשים פעילים, אחוז המשתמשים הפעילים מחושב על סמך מספר המשתמשים הפעילים בתקופת השעה שמעבירים מעליה את העכבר.
שימו לב: כדי לראות את אחוז המשתמשים הפעילים, צריך לפרסם לפחות שני בילדים שעומדים בדרישות שמתוארות בתשובה לשאלה "אילו בילדים אפשר לראות בלוח הבקרה Release Monitoring?" בשאלות הנפוצות.
הגדרת התראות
כמה מוצרים של Firebase, כולל Crashlytics, יכולים לשלוח התראות מסיבות שונות שספציפיות למוצר. כדי לקבל התראות, צריך לוודא שיש לכם את ההרשאות הנדרשות.
כדי לעקוב אחרי היציבות של הגרסה האחרונה, אפשר להגדיר התראות גם מ-Performance Monitoring וגם מ-Crashlytics. במקרה של Crashlytics בפרט, אפשר להגדיר את ההתראות הבאות:
אתם יכולים להשתמש בהתראות על מהירות כדי להודיע לצוות שלכם אם בעיה ספציפית באפליקציה חורגת מסף שהגדרתם במסוף Firebase.
שליחת התראות על בעיות חדשות או על בעיות שהוחמרו לערוץ ההתראות המועדף:
משתמשים בשילובים של התראות שהוגדרו במסוף Firebase עבור Slack, Jira ו-PagerDuty.
הגדרת התראות מתקדמות לשירותים של צד שלישי באמצעות Cloud Functions for Firebase.
כדאי לבדוק את הגרסה לפני השקתה
לפני שאתם משיקים את הגרסה האחרונה, כדאי להשתמש בכמה מהשירותים והתכונות הבאים כדי להבטיח השקה חלקה.
שימוש בשירותי בדיקה של גרסאות טרום-השקה
Firebase מציעה שני מוצרים שיכולים לעזור בבדיקות לפני השקה: Test Lab ו-App Distribution. אפשר לשלב את שני השירותים האלה בתהליכי ה-CI/CD שלכם.
Firebase Test Lab היא תשתית לבדיקת אפליקציות שמבוססת על ענן. היא מאפשרת לכם לבדוק את האפליקציה במגוון מכשירים ובתצורות שונות, כדי שתוכלו להבין מראש איך היא תפעל אצל משתמשים אמיתיים.
כשאתם מוכנים להעביר את הגרסה העדכנית של האפליקציה לבודקים אנושיים מהימנים, אתם יכולים להשתמש ב-Firebase App Distribution. אתם יכולים לנהל את ההפצה של גרסאות קדם-הפצה גם בפלטפורמת Apple וגם ב-Android מאותו מקום.
שימוש בשירותים של השקה הדרגתית ובדיקה מוגבלת
אפשר להשתמש ב-Firebase Remote Config כדי להשיק תכונות חדשות באמצעות מנגנון השקה באחוזים או לבדוק את התכונות האלה בקבוצת בדיקה מוגבלת.
ב-Firebase יש גם A/B Testing, שמאפשר לבדוק שינויים בממשק המשתמש, בתכונות או בקמפיינים למעורבות באפליקציה כדי לראות איך הם משפיעים על המדדים העיקריים (כמו הכנסות ושימור) לפני שמשיקים אותם לכל המשתמשים.