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

И становится все более верным.

Даже самый поверхностный обзор работы, которую делают Microsoft, Google, Amazon или Alibaba, предполагает, что на самом деле не существует такой вещи, как товарные услуги. Но означает ли это, что мультиклауд полностью мертв? Нет, как MongoDB и другие, кажется, полны решимости продемонстрировать.

В облаке нет такой вещи, как товар

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

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

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

Например, что может быть большим товаром, чем хранилище? Конечно, если вы произнесете слова «объектное хранилище», «блочное хранилище» и т. Д., То вы сможете найти то же самое практически в любом облаке. Но посмотри глубже, скажем, как Google создает хранилище, и вдруг все выглядит не так, как «то же самое». Google построил свои архивные системы на основе программной политики, а не оборудования, что означает холодильная линия хранения имеет ту же задержку доступа, что и хранилище верхнего уровня.

А как насчет вычислений? Общий товар, верно? Ну, не в мире AWS, который создает новый класс процессоров, Гравитон. Он построен на 64-битных ядрах Arm Neoverse и специальной системе на кристалле, разработанной AWS. Эффект – значительно более высокая производительность вычислений с плавающей запятой на ядро ​​для научных и высокопроизводительных рабочих нагрузок, снижение затрат и т. Д. (Раскрытие информации: я работаю в AWS, но мнения, выраженные здесь, на 100% мои собственные.)

Не только AWS. Businessweek недавно указал что происходит:

По словам MacAskill из Smugmug, поскольку Amazon, Google и Microsoft конкурируют за клиентов облачных вычислений, особые достоинства их чипов могут стать аргументом в пользу продаж. «Будет довольно интересно, когда эти облачные провайдеры начнут еще больше дифференцироваться».

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

Это не означает, что мультиоблако – это афера.

Микросервис для создания мультиоблака

MongoDB, например, запущен мультиоблачные кластеры в конце 2020 года. Что это означает? По словам компании, это означает, что «клиенты могут распределять свои данные в одном кластере по нескольким общедоступным облакам одновременно или беспрепятственно перемещать рабочие нагрузки между ними». Чтобы получить от этого выгоду, отдельные микросервисы объединяются в одно приложение и развертываются в разных облаках, чтобы получить доступ к лучшим сервисам, предлагаемым каждым облаком.

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

Это звучит великолепно, и это действительно так. Этот момент начинается (и заканчивается) микросервисами. В зависимости от вашего приложения микросервисы могут быть замечательными. Как? Что ж, внезапно разным командам стало легче сотрудничать в одной и той же системе, не обязательно используя одни и те же инструменты (языки программирования, среды выполнения и т. Д.). Микросервисы также упрощают создание высокомасштабируемых приложений, поскольку вместо масштабирования одного монолитного приложения группы могут разбивать эти приложения на более мелкие службы и масштабировать их независимо. Отлично, правда?

Ну да. Тоже нет. Они могут быть совершенно неправильными (да, иногда монолиты – лучший выход).

По словам Райланда Гольдштейна из Temporal«Первая проблема, которую заметили люди при переходе на микросервисы, заключалась в том, что они внезапно стали отвечать за множество различных типов серверов и баз данных». Мартин Фаулер идет еще дальше, спорят есть как минимум три веские причины выбрать монолит вместо микросервисов:

  1. Распределенную архитектуру, ориентированную на микросервисы, сложнее программировать, поскольку удаленные вызовы выполняются медленно и всегда подвержены риску сбоя.
  2. В распределенной системе сложно поддерживать строгую согласованность.
  3. Большинству компаний не хватает зрелой операционной группы, способной управлять многими услугами, большинство из которых будет регулярно перераспределяться.

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

Короче говоря, с мультиоблаком ваши возможности могут отличаться.

Авторские права © 2021 IDG Communications, Inc.


#Утомительная #реальность #мультиоблака

Source link