Edge Computing:что нужно изменить, чтобы расширить его использование

Переход на периферийную архитектуру требует управления затратами, согласованием и проблемами безопасности.

Вы, вероятно, уже слышали о периферийных вычислениях, то есть о развертывании данных или приложений на «периферии» сети, рядом с конечными пользователями, и о преимуществах, которые они предлагают по сравнению с обычными облачными вычислениями.

Но если вы попытаетесь выяснить, как перейти на периферийную архитектуру, вы вполне можете обнаружить, что на самом деле воспользоваться преимуществами граничных вычислений гораздо сложнее, чем говорить о причинах, по которым вам следует это делать.

Действительно, остается ряд препятствий для внедрения граничных вычислений для многих предприятий. Решения доступны, но распознание проблем периферийных вычислений — это первый шаг в планировании стратегии периферийных вычислений, которая действительно работает.

Стоимость

Прежде всего, это стоимость развертывания приложений на периферии.

Размещение приложений или данных в традиционном облачном центре обработки данных относительно дешево. Но создание собственной сети локальных центров обработки данных для последующего развертывания рабочих нагрузок, вероятно, будет очень дорогостоящим (не говоря уже о сложностях с логистикой).

Поставщики публичных облаков работают над решением этой проблемы, предлагая такие сервисы, как AWS Snowball, которые упрощают для клиентов перенос облачных рабочих нагрузок на локальные сайты. Но эти решения по-прежнему стоят приличных денег и не обязательно вписываются в бюджет небольших организаций.

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

Оркестровка граничных вычислений

Как вы управляете рабочими нагрузками, распределенными по распределенной пограничной сети удаленных серверов? Это остается открытым вопросом.

Вы можете попробовать использовать службу пограничного управления от поставщика общедоступного облака, но они, как правило, поддерживают только определенные типы пограничных рабочих нагрузок или устройств. Вы также можете использовать такую ​​платформу, как Kubernetes, которая отлично справляется с управлением распределенными рабочими нагрузками. Но периферийная оркестрация не является основным вариантом использования Kubernetes, и вам потребуется потратить некоторое время и усилия, чтобы настроить ее для работы.

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

Проблемы безопасности периферийных вычислений

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

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

Поддержка широко рассредоточенных пользователей

Пограничные вычисления может быть легко внедрить, если все ваши пользователи живут в одном городе или сосредоточены в нескольких разных регионах. Вы развертываете рабочие нагрузки рядом с этими пользователями и заканчиваете работу.

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

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

Заключение

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