Edge Computing: что должно измениться для стимуляции принятия

Переход к edge-архитектуре требует управления затратами, оркестрацией и вызовами безопасности.

К сейчас вы, вероятно, слышали об edge computing — означающем развертывание данных или приложений на «краю» сети, близко к конечным пользователям — и выгодах, которые оно предлагает над конвенциональным облачным вычислением.

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

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

Стоимость

Первоочередно — стоимость развертывания приложений на краю.

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

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

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

Оркестрация edge computing

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

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

Короче, остается нет легкого, быстрого решения для оркестрации edge рабочих нагрузок.

Проблемы безопасности edge computing

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

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

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

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

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

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

Заключение

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