ניו-טק מגזין | פברואר 2018

צריך תשתיות תקשורת כדי להגיע אליו וכמובן שישר נכנסות המגבלות של זמינות, רוחב סרט, וזמני תגובה. לכן לפעמים אין ברירה ונאלץ לעבד ולאחסן מידע במכשיר שבשטח. דוגמאות למקרים כאלה: ) אין גישה לענן. במקרים רבים, השטח 1 צריך לתפקד גם אם הענן התנתק. מקרה מהחיים של סופטימייז הוא של מערכת אבטחה פיזית שצריכה לקבל החלטות לגבי איפה מותר לאדם להיות ואיפה לא. ולכן לא היתה ברירה ולוגיקת חוקים ודאטבייס של אנשים נשמר במכשיר שבשטח. כמובן שיש להעביר לשטח את המינימום האפשרי. ) דרישה לתגובתיות זמן אמת. עם כל 2 ההתקדמות ברשתות התקשורת, קשה לבנות על זמן תגובה טוב יותר משניה שלמה עבור פיסת מידע שצריכה להישלח מהשטח לענן, לעבור עיבוד ולחזור עם תוצאה. ולפעמים נתקלנו במקרים בו נדרש זמן תגובה של מילישניות. למשל בפעולת של מצלמה שעוקבת אחרי חשוד רץ. PTZ במקרים האלה, חובה לעבד בשטח ולא בענן. ) כמות הדאטה שמיוצרת בשטח היא 3 אדירה. לפעמים, ובמיוחד בעולמות המכונות התעשייתיות והרכב, אין הגיון כלכלי בימינו לשלוח את כל הדאטה שמיוצרת לענן. הדרך לפתור את העניין עם מינימום פגיעה בנושא הקניין הרוחני היא לפצל את האלגוריתם לשניים כאשר החלק הראשון רץ בשטח ותפקידו לצמצם את הדאטה לגודל שסביר להעלותו לענן. כמובן שהחלק השני חייב לשמר משהו מה "רוטב הסודי" שלנו. - איך נתמודד 2 דילמה מספר עם ניתוקי תקשורת יש הזדמנות לכל מיני IoT בארכיטקטורת רכיבים להתנתק אחד מהשני, ולכן הם גם יתנתקו אחד מהשני. יש מקרים שבהם הניתוק הוא מצב של תקלה, אבל יש גם מקרים שהניתוק הוא מובנה כחלק ממהלך . IoT החיים התקין של פתרון ה דוגמאות לניתוק שהוא תקלה: נפילת תקשורת בין המיכשור לענן נפילתתקשורת בין אפליקציית המשתמש לענן

.IoT ישנם יותר סוגי משתמשים מסוגי רכיבים בפתרון איור: «

הפתרון שלו בעלות של מאות דולרים לשוק, דולר! 10,000 החליף מכשיר בעלות של ) זמין ורובסטי יותר. כידוע בענן כל שירות 4 ניתן על ידי ריבוי שרתים. המשמעות היא שגם אם נהרס שרת אנחנו נקבל שירות משרת אחר. כנ"ל אם נהרס מקום אחסון, יש עותקים בעוד מספר מקומות ולכן המידע שלנו נשאר זמין. וזה בניגוד למכשיר בשטח שאם הוא נהרס כי הילד דרך עליו – כל האחסון שלו נהרס יחד איתו. ) מאפשר חישובים בהיקפים חסרי תקדים 5 ולכן זמני תגובה קצרים יותר. בענן, בניגוד , אם יש צורך, ניתן בתוך דקות device ל שרתים לאוויר ולבצע 100 ל"הקפיץ" עוד פעולות שברמת המכשיר יקחו שעות. ) מתעדכן מהר יותר. תוכנת הענן, מתוקף 6 העובדה הפשוטה שהיא בשליטת יצרן פתרון , יכולה כל יום להתעדכן ולהוסיף IoT ה לעצמה יכולות חדשות ולהגיב מהר על בקשות ותקלות של לקוחות. אמנם יש , אבל קשה device יכולת של עדכון קושחה ב לשלוט מתי המשתמש יחליט שוה אנותן אישור לעדכון. א ב ל, לצערנו העולם לא מושלם ויש בעיה: אנחנו כאן עם המכשיר, והענן שם למעלה.

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

New-Tech Magazine l 40