NTT випробовує перевагу, щоб створити чіткіший Інтернет речей

У КОСМОСІ – 15 СЕРПНЯ: на цій роздатковій фотографії, наданій NASA, астронавт Рік Мастраккіо, STS-118 … [+] спеціаліст місії, бере участь у третьому запланованому сеансі позакорабельної діяльності місії (EVA), оскільки будівництво та технічне обслуговування тривають. Міжнародна космічна станція 15 серпня 2007 року в космосі. Під час 5-годинного 28-хвилинного виходу у відкритий космос Мастраккіо та астронавт Клей Андерсон (поза кадром), бортінженер Експедиції 15, перемістили вузол антени S-діапазону з порту 6 (P6) на ферму порту 1 (P1), встановив новий транспондер на P1 і отримав транспондер P6. (Фото NASA через Getty Images)

Getty Images

Ваш ноутбук обчислює. Зрештою, це підійде… це комп’ютер. Але частина обчислювальних можливостей нашої планети зараз реалізується в так званих «граничних» обчислювальних зонах, у віддалених машинах, таких як датчики та інші розумні пристрої.

Не обов’язково синонім Інтернету речей (IoT), периферійні обчислення відбуваються НА самих пристроях пристроїв IoT, тому потреба в окремому терміні та підтвердження. Деякі периферійні обчислення відбуваються на складних великомасштабних пристроях від лікарняного обладнання до установок цифрових пристроїв на нафтогазових підприємствах, а деякі з них просто відбуваються на вашому смартфоні. Спільним зв’язком, який об’єднує обидва сценарії, є те, що жоден із них не обов’язково отримує зв’язок із хмарним центром обробки даних, тобто обчислення та обчислення спочатку мають відбуватися локально на пристроях, отже, все відбувається на межі.

Але, як би це не було віддалено за своєю суттю, як ми тестуємо периферійні обчислення та переконаємося, що наші розумні (часто менші) машини роблять те, що вони повинні робити?

Головний фокус – платформа

Для Парма Сандху з NTT це зводиться до багатьох факторів, але він може точно визначити низку ключових тенденцій і практик. На посаді віце-президента з корпоративних продуктів і послуг 5G у NTT Ltd Санду каже, що першочергову увагу приділяють керуванню, спостережливості та управлінню основною гібридною периферійною обчислювальною платформою, яка використовується разом із розгорнутим прикладним рівнем. Сьогодні існує широко поширена тенденція, коли програмні інструменти на цьому рівні намагаються створити автоматизоване «єдине скло» для керування багатохмарними гібридними середовищами гіперскейлера, а також периферійними обчислювальними машинами.

«Критично важливі програми підприємства вимагають гарантованої продуктивності угод про рівень обслуговування (SLA) від базової периферійної обчислювальної платформи. Керівники корпоративних технологій потребують демонстрованих можливостей, які гарантують, що базова периферійна платформа може відповідати вимогам до продуктивності додатків, перш ніж вони зможуть впевнено перемістити критично важливі програми на (або в положення, де вони інтегровані з) периферійну обчислювальну платформу», — сказав Сандху з NTT.

Він пояснює, що угоди про рівень обслуговування з гарантованою продуктивністю можуть бути надані лише тоді, коли правильна операційна система (ОС) і методологія апаратного забезпечення використовуються на етапах проектування та розгортання. Потім програмне забезпечення для керування хмарою, яке використовується, також має бути здатним продемонструвати, що вказаний SLA можна реалізувати та досягти під час фази RUN, коли периферійні пристрої увімкнено.

Дуже необхідний етап мімікрії

Юсуф Май з NTT погоджується з думкою свого колеги. У своїй ролі віце-президента NTT з архітектури рішень він також вважає, що одна з найбільших проблем у цій сфері виникає, коли компанія хоче протестувати та перевірити своє крайнє програмне забезпечення, надто часто бракує середовища для етапів (або сертифікації). . Це обчислювальне середовище, яке максимально точно імітує те, що згодом стане живим «виробничим» середовищем.

Але чому важко імітувати реальне виробниче середовище?

«Навіть якщо у вас є резервна копія даних із вже досвідчених архівів реальних даних, які пройшли через (і крізь) рівень периферійних обчислень, все одно важко відтворити робоче навантаження надходження даних із тим самим шаблоном трафіку даних», — уточнив Мей. . «Це пов’язано з тим, що дані зазвичай надходять із багатьох джерел даних… і дані, отримані з усіх цих джерел даних, залежать від багатьох «вихідних» подій [множини потенційних дій машин, баз даних і користувачів, які відбуваються до того, як периферійний пристрій має виконати його робота].

Тут велика увага приділяється точному розробці на рівні даних, то чому все це так важливо? Багато причин зводиться до того факту, що коли йдеться про крайову програму (яка чутлива до затримки, часу та існує в системі з кількома входами та кількома виходами), деякі проблеми виникають лише тоді, коли послідовність подій слідувати певним шляхом, у певний час.

Тимчасові виправлення стають пристосуваннями

«Це означає, що незалежно від того, скільки випробувань проводилося, деякі виробничі дефекти все одно можна пропустити на етапі забезпечення якості», — пояснив Мей. Крім того, у разі виявлення дефекту на виробництві інженер може не мати змоги відтворити той самий дефект, щоб виявити першопричину. Якщо не вдається знайти першопричину, наступною найкращою альтернативою є застосування тимчасового виправлення, яке залишатиметься в системі вічно».

Але периферійні обчислення та Інтернет речей — не єдина частина нашого всесвіту, де тимчасові виправлення стають постійними. Наприклад, у столиці Єгипту є естакади «Кубрі», деякі з яких (так вважають місцеві жителі) були створені лише як тимчасові, але сьогодні вони все ще стоять.

Повернувшись до нашого світу периферійних обчислень, ми бачимо, що інколи вартість створення складної симуляції для ретельного тестування пристрою чи послуги насправді непомірно висока. Консенсус полягає в тому, що тимчасові виправлення повинні бути якомога меншими, тобто вони зазвичай погіршуються та зношуються з часом.

Яке майбутнє нашого краю?

Якщо ми зайшли так далеко, як нам дивитися на майбутнє Інтернету речей на периферії? Мей і команда NTT стверджують, що раніше в периферійних обчисленнях домінували роз'єднані «точкові» рішення від одного корпоративного постачальника, а тоді все було майже простіше.

«Сьогодні середнє наскрізне граничне обчислювальне рішення складається з компонентів від багатьох постачальників. Додайте до цього той факт, що рішення стають складнішими з використанням кількох постачальників продуктів і послуг… і ви побачите, що нам є чим керувати. Тоді подумайте про необхідність дотримання конфіденційності, володіння інтелектуальною власністю та відповідальності, і ви отримаєте ще один складний рівень перешкод на додачу до вже технічно складного рішення», — порадив Мей.

Більш широкі тенденції вказують на більш жорстке використання технологічної політики.

Як ми вже пояснювали тут, ми тепер примусово дотримуємося та керуємо за допомогою підходу Policy-as-Code, і ми переходимо до периферійного світу Інтернету речей, де ІТ-керування має вимагати від бізнесу (і власне постачальника периферійних пристроїв, що постачає цей бізнес) дотримання певних політик. .

Наприклад, резюмує Мей з NTT, усі прикладні модулі периферійних пристроїв можна запускати в середовищі, де вони повинні розгортатися в контейнерах, а отже ними можна керувати за допомогою певних технологій Edge Application Managers – формалізований новий підхід до обчислень, який ми вже бачимо з великої літери EAM. Якщо ми зможемо побудувати наші інтелектуальні периферійні системи з деякими (або всіма й більшою кількістю) із цих елементів, то, можливо, ми зможемо їх перевірити краще, запустити їх краще та (якщо вони йдуть не так) отримати помилки, відсортовані за коротшим середнім часом до вирішення (MTTR). ) цифри.

Оскільки ми створюємо IoT із периферійними обчислювальними можливостями, ці пристрої — або принаймні центральний обчислювальний механізм у них — часто є меншими машинами як окремі частини технології, але забезпечити їх ефективну роботу — це велика робота.