האם קנרי משתמש בהרבה נתונים

סיכום המאמר: השחרור הקנרי הסביר

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

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

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

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

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

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

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

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

שאלות ותשובות:

מה הרעיון של שחרור קנרי?
שחרור קנרי הוא אסטרטגיית פריסה הבודקת את הביצועים של גרסאות יישום חדשות בשימוש בעולם האמיתי על ידי הכוונת אחוז קטן מתעבורת המשתמשים לגירסה החדשה בעוד שרוב התנועה ממשיכה להשתמש בגרסה הישנה.
כיצד מיושמת בקרת תנועה בשחרור קנרי?
בקרת תנועה במהדורה קנרית נעשית על ידי ניתוב סלקטיבי בתנועה לגירסה החדשה על בסיס קריטריונים ספציפיים או באופן אקראי. זה עוזר באיסוף נתונים ותובנות משמעותיות מאינטראקציות משתמשים עם הגרסה החדשה.
מהם כמה כלי בקרת תנועה נפוצים במהדורות קנריות ב- Kubernetes?
שני כלי בקרת תנועה נפוצים בשחרור קנרי על Kubernetes הם איסטו ושגריר ערימה קצה. IStio מאפשר התאמה לתכנות של התנועה העוברת דרך רשת השירות שלה, ואילו ערימת השגריר קצה מיישמת את ניתוב התנועה באמצעות תוכנית Robin עגולה משוקללת.
מהי בדיקות קנריות?
בדיקות קנריות היא שיטה להערכת הביצועים של גרסת יישום חדשה בסביבה בעולם האמיתי. לעתים קרובות זה כרוך בשימוש בדגלי תכונות כדי לאפשר או להשבית תכונות ספציפיות עבור קבוצות משתמשים ממוקדות, ומאפשר למפתחים לאסוף תובנות על בולטות, ביצועים ושביעות רצון משתמשים.
אילו סוגי בדיקות צריכים לבדיקה קנרית לא להחליף?
בדיקות קנריות לא צריכות להחליף סוגים אחרים של בדיקות כמו בדיקת יחידות, בדיקת קיבולת ובדיקת A/B. בדיקות אלה מתמקדות בהיבטים שונים של הפונקציונליות, הביצועים וחוויית המשתמש של היישום.
כיצד השתמש ב- YouTube שחרור קנרי?
YouTube השתמש בשחרור קנרי כדי לבדוק תכונה חדשה שהציגה תצוגה מקדימה של וידאו כאשר המצביע הונח על וידאו. על ידי הפניית תת קבוצה של תנועת משתמשים לתכונה חדשה זו, הם הצליחו למדוד את השפעתו על מעורבות המשתמש וסיפוק לפני שגלגלו אותה באופן מלא.
מהן המגבלות של שחרור קנרי?
מגבלה עיקרית אחת של משחררות קנרית היא חוסר היכולת להבין היטב את הביצועים של הגרסה החדשה בהשוואה לגירסה הקיימת. הסיבה לכך היא שרק תת קבוצה קטנה של תנועה מופנית לגירסה החדשה, שאולי לא מייצגת במדויק את ביצועיה תחת עומס תנועה מלא.

היסטוריון קנרי

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

השחרור הקנרי הסביר

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

ביום היום’S World, שחרור קנרי משמש לבדיקת הביצועים של גרסת היישום החדשה בשימוש בעולם האמיתי. אם יש באגים, הגרסה החדשה מגולגלת לאחור והנושאים קבועים לפני שחרור נוסף. אם אין באגים וזה עובד כצפוי, אז הוא מוגדר עד שהוא מחליף את הגרסה הישנה לחלוטין. כל זה מתאפשר על ידי היכולת לשלוט במשתמשים’ תְנוּעָה.

בקרת תנועה בשחרור קנרי:

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

ניתוב תנועה:

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

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

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

בדיקות בשחרור קנרי:

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

זְהִירוּת: למרות ששחרור קנרי יאפשר בדיקת יישומים, זה לא אמור להיות תחליף לסוגים אחרים של בדיקות כמו בדיקת יחידות, בדיקת קיבולת ובדיקת A/B. יש להשתמש בבדיקות קנריות לבדיקת יישומים שעברו את כל הבדיקות האחרות. בקיצור, בדיקות שבוצעו במהדורה קנרית צריכות להראות רק את הביצועים של התכונה, הקוד או התצורה החדשים בסביבת ייצור. במילים אחרות, הבדיקות שבוצעו מכוונות להגדיל את המפתחים’ אמון ביישום.

מקרה שימוש מעשי: כיצד YouTube השתמש בשחרור קנרי

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

מגבלות:

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

סיכום

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

צור את פריסת השחרור הקנרית הראשונה שלך תוך דקות!

נסה פלטפורמת Wildcard, פיתרון צינור CI/CD ללא טרחה שיעזור לך לשנות את האופן בו אתה מספק את היישומים העננים שלך. התחל לבנות, לבחון ולפרוס תוך דקות!

היסטוריון קנרי

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

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

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

היסטוריון נתונים חסר אובדן באמת

ההיסטוריון הקנרי הוא מסד נתונים של NOSQL Time Series המשתמש אלגוריתמי דחיסה פחות אובדן כדי לספק לך את הטוב ביותר משני העולמות, ביצועים במהירות גבוהה מבלי לדרוש אינטרפולציה של נתונים!

כל תג שתבחר לאחסן בהיסטוריון הקנרי יכול להכיל את הנתונים הבאים:

תג שם
100+ מאפייני נתוני מטא (יחידות הנדסה, תיאורים, גבולות ועוד)
חותמות זמן
ערכים (בוליאנים, צפים, מספרים שלמים, מיתרים וכו ‘)
ציון איכות

דמיין את כמות הנתונים שניתן לייצר אם יש לך 5,000 תגים שולחים ערכים בכל שנייה. מה אם זה היה 50,000 תגיות, או אפילו 500,000?

זֶה’S בדיוק מדוע קנרי בוחר לא להשתמש ב- SQL, זה פשוט יותר מדי נתונים עבור בסיס נתונים יחסי לאחסן מבלי לפגוע באחסון לטווח הארוך של הנתונים הגולמיים שלך.

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

נמאס למגבלות התגיות? לך ללא הגבלה!

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

ביצועים מהירים להפליא

אתה יכול לכתוב יותר מ- 1.5 מיליון עדכונים לשנייה להיסטוריון בפעולה רציפה 24 שעות ביממה, 7 ימים בשבוע. זֶה’זה הרבה נתונים. והכי חשוב, מסד הנתונים מובנה אז לא משנה כמה שנים של נתונים שתאחסנו, או כמה תגיות אתם אוספים, תמיד תשמור על כך 1 1.5 מיליון ביצועים לשנייה!

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

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

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

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

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

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

אובדן פחות פירושו ערכי נתונים מקוריים לנצח

כַּנָרִית’אלגוריתם דחיסה קנייני ללא אובדן מבטיח שהנתונים שלך לעולם לא נפגעים. אלגוריתם דחיסה זה מוביל בתעשייה ותוצאה של כמעט עשור של עבודת פיתוח.

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

קנרי משיג יחס הדחיסה המוביל בתעשייה של טוב יותר מ -3: 1, וחוסך לך יותר מ -3X באחסון. המשמעות היא שאתה יכול לשמור יותר מעשור של ארכיוני נתונים עם ערכי הנתונים הגולמיים המקוריים שלהם!

מבנה מסד נתונים קל

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

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

מדרגיות בלתי מוגבלת

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

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

אדריכלות, יתירות ושחזור אסון

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