Cloudlets: где облако встречается с интеллектуальными устройствами

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

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

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

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

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

Системы на грани

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

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

Разработчики, которые создают системы взаимодействия и управления, также принимают модель DevOps, основанную на микросервисах и контейнерах. Для таких приложений контейнеры предлагают:

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

Где будут работать эти контейнеры? Что касается систем управления, контейнеры обычно запускаются в самих интеллектуальных устройствах - например, в беспилотном автомобиле.

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

Введите тучи

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

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

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

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

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

Контейнеры для выпаса

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

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

Это называется моделью развертывания приложений и управления ими «крупный рогатый скот против домашних животных», как описано Гэвином МакКансом из CERN. Домашние животные уникальны. Их выращивают вручную и о них заботятся. Когда они заболевают, вы восстанавливаете их здоровье. То же самое можно сказать и о традиционных OLTP-системах и системах поддержки принятия решений, построенных на массивных и сложных монолитных приложениях.

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

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

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

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

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

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

Как вы можете приступить к реализации этого более широкого видения виртуального центра обработки данных? Есть два немедленных шага. Во-первых, перенесите свои системы учета в общедоступное облако и освободите внутренние ресурсы, чтобы сосредоточиться на новых инновационных системах взаимодействия и контроля. Во-вторых, установите дисциплину DevOps в своей ИТ-организации. Оба этапа могут быть долгими и трудными, но они окупятся по мере вашего продвижения. В конце пути находится виртуальный центр обработки данных с масштабируемостью, надежностью и быстродействием, необходимыми для настоящего предприятия реального времени.

Роберт Шимп - вице-президент группы по Linux и управлению продуктами виртуализации в Oracle.

Форум новых технологий предоставляет площадку для изучения и обсуждения новых корпоративных технологий с беспрецедентной глубины и широты. Выбор является субъективным, основанным на нашем выборе технологий, которые мы считаем важными и представляющими наибольший интерес для читателей. не принимает маркетинговые материалы для публикации и оставляет за собой право редактировать весь предоставленный контент. Все запросы отправляйте на [email protected]