6 веских причин внедрить периферийные вычисления

Каждая ситуация уникальна. Однако ясно: баланс между облачными и периферийными вычислениями, вероятно, определит архитектуру IoT завтрашнего дня.

Почему компаниям стоит рассматривать периферийные вычисления как технологическую стратегию? Edge вносит свою сложность в информационные архитектуры, но одновременно приносит большую скорость и безопасность в большие сложные клубки, в которые превратились современные вычислительные среды.

Так говорит Deloitte, обосновывая edge в новом отчете, цитирующем ряд преимуществ переноса обработки и данных на периферию. На 55% данных IoT скоро можно будет обрабатывать рядом с источником — на устройстве или через edge computing, заявляют авторы отчета Кен Кэрролл и Махеш Чанд्रमоули из Deloitte.

См. также: Движущиеся цели: определение периферии и её архитектуры

Организации могут реализовать ряд преимуществ при переходе к периферийным вычислениям, отмечают Кэрролл и Чанд्रमоули. Они указывают не менее шести выгод от edge-развертываний:

1) Задержка (Latency): Возможно, самый убедительный сценарий. «Наличие минимально возможной задержки между генерацией данных и решением или действием может быть критично для сохранения гибкости организации», — указывают Кэрролл и Чанд्रमоули. «Поскольку данные могут стать практически бесполезными после генерации, часто в течение миллисекунд, скорость, с которой организации могут превратить данные в инсайты, а затем в действие, обычно считается миссионно-критичной. В мире только облака данные проезжают сотни или тысячи миль, поэтому там, где задержка критична, edge computing может стать ключевым».

2) Доступность и использование пропускной способности: Хотя полоса пропускания значительно выросла в последние годы, это всё равно не поспевает за огромным объемом данных, сейчас проходящим через сети. «Приближение обработки к источнику данных может помочь выровнять уравнение — локальная обработка (включая сжатие, фильтрацию и приоритизацию) может помочь сделать эффективное и экономное использование доступной полосы пропускания».

3) Избегание прерываний связи: Многие IoT-устройства и системы имеют локальные возможности обработки и хранения и не требуют широкой связности. Кроме того, не у всех есть доступ к стабильным сетям, а события вроде бурь могут нарушить связь. «Наличие функционала на периферии может помочь гарантировать, что приложения не прерываются при проблемах с сетевой связностью», — заявляют авторы Deloitte.

4) Безопасность и конфиденциальность: Есть внутренняя безопасность в распределении данных по разбросанным локациям, а также в хранении данных локально вместо отправки по сетям. «Использование формы hub-and-spoke облако/периферия архитектуры может помочь локализовать или изолировать секреты устройств в множество узлов, а не хранить все в одном месте, тем самым помогая улучшить безопасность».

5) Нормализация и фильтрация данных: Многие IoT-устройства генерируют огромные потоки данных, создающие колоссальную нагрузку на сети и централизованные системы при транспортировке. Локальные устройства можно запрограммировать на фильтрацию релевантных данных для передачи в сеть. Кроме того, многие устройства имеют свои протоколы данных, которые трудно управлять из центра. «Нормализация или гомогенизация данных на периферии часто связана с фильтрацией и другими функциями сжатия данных, тем самым также помогая сделать более эффективное использование доступной полосы пропускания».

6) Проще, дешевле устройства: Часто дорого использовать вычислительные циклы в централизованных локациях. «Шлюзы и периферийные серверы позволяют более простые, дешевые устройства, так как хранение и обработка данных переносятся на шлюз или периферийный сервер, вместо встраивания в датчик или устройство», — указывают Кэрролл и Чанд्रमоули.

Нет правильного способа реализовать микс периферийных и централизованных вычислений, и соавторы Deloitte не отрицают затрат и сложность поддержки сетей периферийных устройств. «Периферийная обработка высоко распределена и часто включает удаленные или труднодоступные локации, включая датчики/исполнительные механизмы и шлюзы в офисах, заводах, на кампусах, на трубопроводах и в различных удаленных полевых объектах», — заявляют они. «Все эти периферийные узлы имеют прошивку, ОС, некоторую форму виртуализации и контейнеров, и установленное ПО, некоторые из которых предоставлены производителями, некоторые — провайдерами решений».

Тем не менее, выгоды с точки зрения задержки, масштабируемости и увеличенного доступа к информации, вероятно, перевесят сложности в поддержке периферийных систем. «IoT-решение должно быть настолько простым, насколько это необходимо, и не проще», — заявляют Кэрролл и Чандромоули. «Наоборот, оно должно быть настолько сложным, насколько необходимо, и не сложнее. Эти, казалось бы, простые, но существенные моменты могут изменить успех решения. Каждая ситуация уникальна. Однако ясно: баланс между облачными и периферийными вычислениями, вероятно, составит архитектуру IoT завтрашнего дня».