האם מחשוב אדג' ו-IOT עוזרים לחברות לבנות את המטאורס היום?
האינטרנט של הדברים מבטיח שעל ידי חיבור מכשירים לרשת ניתן למנף נתונים כדי לשפר את הפרודוקטיביות, היעילות והחזר ההשקעה (ROI). מחשוב קצה מבטיח לפתור בעיות השהייה ולשפר את חוויית המשתמש. עם זאת, רוב החברות כיום אינן מגיעות לתוצאות רצויות עם טכנולוגיות אלו. בבלוג זה נדון עוד בבעיות קישוריות, ניהול מלאי ורוחב פס לאינטרנט וכיצד לפתור אותן כעת כדי למנף באמת את האינטרנט של הדברים ואת מחשוב קצה.
מה הבעיה?
מצאנו שלוש נקודות כאב עיקריות שמעכבות את הפוטנציאל של IOT ומחשוב קצה ברוב החברות:
- קישוריות הדדית
האם כל החיישנים, השערים, הבקרים האלקטרוניים (PLC) ומחשבי הרשת שלכם מתחברים ומעבירים נתונים בצורה חלקה אל השרתים הראשיים וממנו? זוהי בדרך כלל נקודת הכאב העיקרית. לגרום לכל המכשירים הקטנים הללו לעבוד יחד בפועל דורש צוות רב-תחומי: מתקנים, מהנדסי תוכנה וחומרה, מנהלים והנהלה. בעיות תאימות ימשיכו להפריע לפוטנציאל של IOT ומחשוב קצה מכיוון שרוב הציוד הזה אינו מתוכנן יחד אך הם עדיין נועדו לעבוד בצורה מושלמת כמערכת.
- ניהול מלאי
האינטרנט של הדברים תלוי בארכיטקטורות מבוזרות אשר הופכות בדרך כלל לסיוטים של ניהול מלאי. מעקב אחר כל המכשירים המותקנים ותוכניות התחזוקה שלהם דורש שעות עבודה רבות או השקעה גדולה במערכות ניטור. אם המתקן שלכם תלוי ב-IoT וב-Edge Computing כדי להפעיל את הפעילות השוטפת, סביר להניח שזמן השבתה יהפוך לבעיה כלכלית גדולה, שכן מציאת המכשיר הפגום ותיקונו/החלפתו ידרשו זמן יקר.
- רוחב פס של האינטרנט
מכיוון שהמחשוב לא באמת מתרחש בקצה, הנתונים נשלחים למרכז נתונים מרכזי. לאחר מכן, יש לנו את אותן בעיות כמו בכבישים מהירים סואנים בלוס אנג'לס. אנו נתקלים בצווארי בקבוק של נתונים שמנסים להגיע לשרת ראשי, אבל שום דבר לא באמת נעשה עם הנתונים האלה. עד שהמחשוב באמת יקרה בקצה, במקום להגביר את הפרודוקטיביות ולהפחית את זמן ההשבתה, כנראה שתיצרו פקק תנועה ענק של נתונים במרכז הנתונים הראשי. מה זה נתונים בלי דברים שניתן לפעול אליהם? כלום!
הפתרון?
מינוף משאבים בלתי מנוצלים
אם אתם כבר אוספים נתונים אך ללא פריטים ניתנים לפעולה, בדקו מתי והיכן יש לכם משאבי מחשוב שאינם בשימוש. בדקו תחילה את השערים וה-PLC. אם נתונים נאספים ברמת החיישן, בדקו אם השער שולח את האות הנכון ל-PLC. בדקו גם אם ה-PLC יכול לקבץ נתונים כראוי לפני שליחתם למחשב מקומי או לשרת קצה. בדקו אם הנתונים מעובדים שם. אם לא, ודאו שאתם מעבדים נתונים באופן מקומי ושליחת תוצאות רק לשרת הראשי. שרתים מרכזיים צריכים לקבל רק תוצאות אבחון וניטור, אשר נשלחות לאחר מכן לאיש הצוות הנכון כדי שיקבל החלטה סופית ויקבע פעולות מתקנות. בהמשך, בדקו אם ניתן להעביר פעולות מתקנות ממחשב לשרת הראשי ולאחר מכן לשרת הקצה ול-PLC. זכרו ש-IOT ומחשוב קצה אמורים להקל על תנועה דו-סטרית של נתונים ניתנים לפעולה.
שתפו פעולה עם יצרני ציוד מקורי (OEM) מנוסים
קישוריות הדדית אינה דבר מובן מאליו. היא בנויה. עליכם למצוא יצרן ציוד מקורי (OEM) המציע מוצרים חזקים ושירותי ייעוץ. הסוד לתאימות של 100% הוא הבנת הסביבה הספציפית ליישום ואיסוף הדרישות מבחינת תוכנה, חומרה ורוחב פס זמין. השותף העסקי שלכם צריך גם להביא לידיעתכם סיכוני אבטחה אפשריים וכיצד לפתור אותם, החל ברמת החומרה. יתר על כן, יש לקחת בחשבון ציוד מדור קודם.אסטרטגיית IOT ומחשוב קצה מלאה צריכה להתבסס על תוכנית הטמעה ותחזוקה מוצקה. אם ברצונך לקרוא עוד על אבטחה, בקר באתר שלנו סדרת בלוגים בנושא אבטחת סייבר.
תוכניות ניהול מלאי
לפני שתנסו ליישם טכנולוגיות IOT ו-Edge Computing, ודאו שכבר יש לכם תוכנית לניהול מלאי וניהול מחזור חיים. אם אתם יכולים לעקוב ולנהל נכסים אחרים ויש לכם את התשתית והכוח אדם המתאימים, יהיה קל יותר להוסיף את כל השערים, הבקרים הבקרים הבקרים, מחשבי הבסיס ושרתי ה-Edge. יישומי קצה ו-IoT אינם סטטיים, הם מתפתחים ומשתנים ללא הרף. אם לא תשקיעו בתוכנית לניהול מלאי, תבזבזו כסף ומשאבים.
כפי שניתן לראות, יישומי קצה מחשוב ו-IOT רבים אינם מוכנים למטא-ברס או לתאום וירטואלי (תוכלו לקרוא עוד על תאומים וירטואליים בבלוג הזה) ואינם מספקים את התשואות הכספיות או את עליות הפרודוקטיביות שהוצעו בעבר. עם זאת, יש לנו את יצרני הציוד המקורי (OEM), השירותים והטכנולוגיה כדי להתגבר על נקודות הכאב הבסיסיות שמעכבות את מלוא הפוטנציאל שלהם.
אם אתם רוצים להמשיך לקרוא על המטאברס וטכנולוגיות דומות, בקרו בדף הזה.