stringtranslate.com

Облачные вычисления

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

Облачные вычисления [1] — это доступность по требованию ресурсов компьютерной системы , особенно хранилища данных ( облачное хранилище ) и вычислительной мощности , без прямого активного управления пользователем. [2] Большие облака часто имеют функции, распределенные по нескольким местоположениям, каждое из которых является центром обработки данных . Облачные вычисления полагаются на совместное использование ресурсов для достижения согласованности и обычно используют модель оплаты по мере использования, которая может помочь в сокращении капитальных затрат , но также может привести к непредвиденным эксплуатационным расходам для пользователей. [3] [4]

Определение

В сообщении Европейской комиссии, опубликованном в 2012 году, утверждалось, что широта сферы применения облачных вычислений делает общее определение «неуловимым» [5] , тогда как определение облачных вычислений, данное Национальным институтом стандартов и технологий США в 2011 году, выделяет «пять основных характеристик»:

История

Облачные вычисления имеют богатую историю, которая восходит к 1960-м годам, когда первоначальные концепции разделения времени стали популяризироваться посредством удаленного ввода заданий (RJE). Модель «центра обработки данных», в которой пользователи отправляли задания операторам для выполнения на мэйнфреймах, в основном использовалась в эту эпоху. Это было время исследований и экспериментов со способами сделать крупномасштабные вычислительные мощности доступными для большего числа пользователей посредством разделения времени , оптимизации инфраструктуры, платформы и приложений, а также повышения эффективности для конечных пользователей. [7]

Метафора «облака» для виртуализированных сервисов появилась в 1994 году, когда она была использована компанией General Magic для вселенной «мест», куда могли «пойти» мобильные агенты в среде Telescript . Эта метафора приписывается Дэвиду Хоффману, специалисту по коммуникациям компании General Magic, на основе ее давнего использования в сетях и телекоммуникациях. [8] Выражение «облачные вычисления» стало более широко известно в 1996 году, когда корпорация Compaq Computer Corporation разработала бизнес-план для будущих вычислений и Интернета . Целью компании было увеличить продажи с помощью «приложений, поддерживающих облачные вычисления». Бизнес-план предвидел, что онлайн-хранилище файлов для потребителей, скорее всего, будет коммерчески успешным. В результате Compaq решила продавать серверное оборудование поставщикам интернет-услуг . [9]

В 2000-х годах применение облачных вычислений начало обретать форму с созданием Amazon Web Services (AWS) в 2002 году, что позволило разработчикам создавать приложения независимо. В 2006 году была выпущена бета-версия Google Docs , Amazon Simple Storage Service, известная как Amazon S3 , и Amazon Elastic Compute Cloud (EC2). В 2008 году NASA разработало первое программное обеспечение с открытым исходным кодом для развертывания частных и гибридных облаков. [10] [11]

В следующем десятилетии были запущены различные облачные сервисы. В 2010 году Microsoft запустила Microsoft Azure , а Rackspace Hosting и NASA инициировали проект облачного программного обеспечения с открытым исходным кодом OpenStack . IBM представила фреймворк IBM SmartCloud в 2011 году, а Oracle анонсировала Oracle Cloud в 2012 году. В декабре 2019 года Amazon запустила AWS Outposts, сервис, который расширяет инфраструктуру, сервисы, API и инструменты AWS на клиентские центры обработки данных, пространства для размещения оборудования или локальные объекты. [12] [13]

После глобальной пандемии 2020 года популярность облачных технологий резко возросла из-за уровня безопасности данных, который они обеспечивают, и гибкости рабочих вариантов, которые они предоставляют всем сотрудникам, особенно удаленным работникам. [14]

Ценностное предложение

Сторонники публичных и гибридных облаков утверждают, что облачные вычисления позволяют компаниям избегать или минимизировать первоначальные затраты на ИТ-инфраструктуру . Сторонники также утверждают, что облачные вычисления позволяют предприятиям быстрее запускать свои приложения , с улучшенной управляемостью и меньшим обслуживанием, и что они позволяют ИТ-отделам быстрее настраивать ресурсы для удовлетворения колеблющегося и непредсказуемого спроса, [15] [16] [17] обеспечивая взрывную вычислительную мощность: высокую вычислительную мощность в определенные периоды пикового спроса. [18]

Дополнительные ценностные предложения облачных вычислений включают в себя:

Проблемы и ограничения

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

Еще одной проблемой облачных вычислений является снижение видимости и контроля. Пользователи облака могут не иметь полного представления о том, как их облачные ресурсы управляются, настраиваются или оптимизируются их поставщиками. Они также могут иметь ограниченную возможность настраивать или изменять свои облачные сервисы в соответствии со своими конкретными потребностями или предпочтениями. [36] Полное понимание всех технологий может быть невозможным, особенно учитывая масштаб, сложность и преднамеренную непрозрачность современных систем; однако необходимо понимать сложные технологии и их взаимосвязи, чтобы иметь силу и агентство внутри них. [37] Метафору облака можно рассматривать как проблематичную, поскольку облачные вычисления сохраняют ауру чего-то ноуменального и нуминозного ; это что-то, переживаемое без точного понимания того, что это такое или как это работает. [38]

Кроме того, миграция в облако является значительной проблемой. Этот процесс включает в себя перенос данных, приложений или рабочих нагрузок из одной облачной среды в другую или из локальной инфраструктуры в облако. Миграция в облако может быть сложной, трудоемкой и дорогой, особенно когда есть проблемы совместимости между различными облачными платформами или архитектурами. Если миграция в облако не была тщательно спланирована и выполнена, она может привести к простоям, снижению производительности или даже потере данных. [39]

Проблемы внедрения

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

Перерасход средств на облачные технологии

В отчете Gartner опрос 200 руководителей ИТ-отделов показал, что 69% столкнулись с перерасходом бюджета в облачных расходах своих организаций в 2023 году. Напротив, 31% руководителей ИТ-отделов, чьи организации остались в рамках бюджета, приписали свой успех точному прогнозированию и составлению бюджета, проактивному мониторингу расходов и эффективной оптимизации. [41]

Соглашения об уровне обслуживания

Обычно соглашения об уровне обслуживания (SLA) поставщиков облачных услуг не охватывают все формы прерываний обслуживания. Исключения обычно включают плановое обслуживание, простои, вызванные внешними факторами, такими как сетевые проблемы, человеческие ошибки , такие как неправильная конфигурация, стихийные бедствия , форс-мажорные обстоятельства или нарушения безопасности . Обычно клиенты несут ответственность за мониторинг соответствия SLA и должны подавать претензии по любым невыполненным SLA в течение установленного периода времени. Клиенты должны знать, как рассчитываются отклонения от SLA, поскольку эти параметры могут различаться в зависимости от услуги. Эти требования могут налагать значительное бремя на клиентов. Кроме того, проценты и условия SLA могут различаться в разных услугах одного и того же поставщика, а некоторые услуги вообще не имеют SLA. В случаях прерываний обслуживания из-за сбоев оборудования у поставщика облачных услуг компания обычно не предлагает денежную компенсацию. Вместо этого соответствующие пользователи могут получать кредиты, как указано в соответствующем SLA. [42] [43] [44] [45]

Безопасность и конфиденциальность

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

Облачные вычисления создают проблемы конфиденциальности, поскольку поставщик услуг может получить доступ к данным, которые находятся в облаке, в любое время. Он может случайно или преднамеренно изменить или удалить информацию. [46] Многие поставщики облачных услуг могут делиться информацией с третьими лицами, если это необходимо для целей закона и порядка, без ордера. Это разрешено в их политиках конфиденциальности, с которыми пользователи должны согласиться, прежде чем они начнут использовать облачные сервисы. Решения по обеспечению конфиденциальности включают политику и законодательство, а также выбор конечных пользователей относительно того, как хранятся данные. [46] Пользователи могут шифровать данные, которые обрабатываются или хранятся в облаке, чтобы предотвратить несанкционированный доступ. [46] Системы управления идентификацией также могут предоставлять практические решения проблем конфиденциальности в облачных вычислениях. Эти системы различают авторизованных и неавторизованных пользователей и определяют объем данных, которые доступны каждому субъекту. [47] Системы работают, создавая и описывая идентификационные данные, регистрируя действия и избавляясь от неиспользуемых идентификационных данных.

По данным Cloud Security Alliance, тремя основными угрозами в облаке являются небезопасные интерфейсы и API , потеря и утечка данных и отказ оборудования , на долю которых приходится 29%, 25% и 10% всех сбоев безопасности облака соответственно. Вместе они образуют общие технологические уязвимости. На платформе облачного провайдера, которой пользуются разные пользователи, может существовать вероятность того, что информация, принадлежащая разным клиентам, находится на одном и том же сервере данных. Кроме того, Юджин Шульц , главный технический директор Emagined Security, сказал, что хакеры тратят значительное время и усилия на поиски способов проникновения в облако. «В облачной инфраструктуре есть некоторые настоящие ахиллесовы пяты, которые проделывают большие дыры для злоумышленников». Поскольку данные сотен или тысяч компаний могут храниться на больших облачных серверах, хакеры теоретически могут получить контроль над огромными хранилищами информации с помощью одной атаки — процесса, который он назвал «гиперджекингом». Некоторые примеры этого включают нарушение безопасности Dropbox и утечку iCloud 2014. [48] ​​Dropbox был взломан в октябре 2014 года, и более семи миллионов паролей его пользователей были украдены хакерами в попытке получить от него денежную ценность в биткоинах (BTC). Имея эти пароли, они могут читать личные данные , а также индексировать эти данные поисковыми системами (делая информацию общедоступной). [48]

Существует проблема юридического права собственности на данные (если пользователь хранит некоторые данные в облаке, может ли поставщик облачных услуг получать от этого прибыль?). Во многих соглашениях об условиях обслуживания ничего не говорится о праве собственности. [49] Физический контроль над компьютерным оборудованием (частное облако) более безопасен, чем наличие оборудования вне офиса и под чьим-то контролем (публичное облако). Это дает большой стимул поставщикам услуг публичных облачных вычислений уделять первоочередное внимание созданию и поддержанию надежного управления безопасными услугами. [50] Некоторые малые предприятия, не имеющие опыта в области ИТ- безопасности, могут обнаружить, что для них безопаснее использовать публичное облако. Существует риск того, что конечные пользователи не поймут проблем, возникающих при входе в облачный сервис (иногда люди не читают много страниц соглашения об условиях обслуживания и просто нажимают «Принять», не читая). Это важно сейчас, когда облачные вычисления стали обычным явлением и требуются для работы некоторых сервисов, например, для интеллектуального персонального помощника ( Siri от Apple или Google Assistant ). По сути, частное облако рассматривается как более безопасное с более высоким уровнем контроля для владельца, однако публичное облако рассматривается как более гибкое и требующее меньших временных и денежных вложений от пользователя. [51]

Атаки, которые могут быть сделаны на облачных вычислительных системах, включают атаки типа «человек посередине» , фишинговые атаки, атаки аутентификации и атаки вредоносного ПО . Одной из самых больших угроз считаются атаки вредоносного ПО, такие как троянские кони . Недавние исследования, проведенные в 2022 году, показали, что метод внедрения троянских коней является серьезной проблемой с пагубным воздействием на облачные вычислительные системы. [52]

Модели обслуживания

Сравнение локального размещения, IaaS, PaaS и SaaS
Модели сервисов облачных вычислений, организованные в виде слоев в стеке

Сервисно -ориентированная архитектура (SOA) продвигает идею «Все как услуга» (EaaS или XaaS, или просто aAsS). [53] Эта концепция реализуется в облачных вычислениях через несколько моделей услуг, определенных Национальным институтом стандартов и технологий (NIST). Три стандартные модели услуг — это инфраструктура как услуга (IaaS), платформа как услуга (PaaS) и программное обеспечение как услуга (SaaS). [6] Обычно их изображают как слои в стеке, предоставляя различные уровни абстракции . Однако эти слои не обязательно являются взаимозависимыми. Например, SaaS может быть доставлен на голом железе , минуя PaaS и IaaS, а программа может работать непосредственно на IaaS без упаковки в SaaS.

Инфраструктура как услуга (IaaS)

Инфраструктура как услуга (IaaS) относится к онлайн-сервисам, которые предоставляют высокоуровневые API , используемые для абстрагирования различных низкоуровневых деталей базовой сетевой инфраструктуры, таких как физические вычислительные ресурсы, местоположение, разделение данных, масштабирование, безопасность, резервное копирование и т. д. Гипервизор запускает виртуальные машины в качестве гостей. Пулы гипервизоров в облачной операционной системе могут поддерживать большое количество виртуальных машин и возможность масштабировать сервисы вверх и вниз в соответствии с различными требованиями клиентов. Контейнеры Linux работают в изолированных разделах одного ядра Linux, работающего непосредственно на физическом оборудовании. Linux cgroups и пространства имен являются базовыми технологиями ядра Linux, используемыми для изоляции, защиты и управления контейнерами. Использование контейнеров обеспечивает более высокую производительность, чем виртуализация, поскольку нет накладных расходов гипервизора. Облака IaaS часто предлагают дополнительные ресурсы, такие как библиотека образов дисков виртуальных машин , хранилище необработанных блоков , хранилище файлов или объектов , брандмауэры, балансировщики нагрузки , IP-адреса , виртуальные локальные сети (VLAN) и программные пакеты. [54]

Определение облачных вычислений NIST описывает IaaS как «где потребитель может развертывать и запускать произвольное программное обеспечение, которое может включать операционные системы и приложения. Потребитель не управляет и не контролирует базовую облачную инфраструктуру, но имеет контроль над операционными системами, хранилищем и развернутыми приложениями; и, возможно, ограниченный контроль над выбранными сетевыми компонентами (например, брандмауэрами хоста)». [ 6]

Поставщики IaaS-облака предоставляют эти ресурсы по требованию из своих больших пулов оборудования, установленного в центрах обработки данных . Для широкополосного подключения клиенты могут использовать либо Интернет, либо облака операторов (выделенные виртуальные частные сети ). Для развертывания своих приложений пользователи облака устанавливают образы операционных систем и свое прикладное программное обеспечение в облачной инфраструктуре. В этой модели пользователь облака исправляет и обслуживает операционные системы и прикладное программное обеспечение. Поставщики облачных услуг обычно выставляют счета за услуги IaaS на основе коммунальных вычислений: стоимость отражает количество выделенных и потребленных ресурсов. [55]

Платформа как услуга (PaaS)

Определение облачных вычислений, данное NIST, определяет платформу как услугу следующим образом: [6]

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

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

Некоторые поставщики интеграции и управления данными также используют специализированные приложения PaaS в качестве моделей доставки данных. Примерами являются iPaaS (платформа интеграции как услуга) и dPaaS (платформа данных как услуга) . iPaaS позволяет клиентам разрабатывать, выполнять и управлять потоками интеграции. [57] В рамках модели интеграции iPaaS клиенты управляют разработкой и развертыванием интеграций без установки или управления каким-либо оборудованием или промежуточным программным обеспечением. [58] dPaaS предоставляет продукты интеграции и управления данными как полностью управляемую услугу. [59] В рамках модели dPaaS поставщик PaaS, а не клиент, управляет разработкой и выполнением программ, создавая приложения данных для клиента. Пользователи dPaaS получают доступ к данным через инструменты визуализации данных . [60]

Программное обеспечение как услуга (SaaS)

Определение облачных вычислений, данное NIST, определяет программное обеспечение как услугу следующим образом: [6]

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

В модели «программное обеспечение как услуга» (SaaS) пользователи получают доступ к прикладному программному обеспечению и базам данных . Поставщики облачных услуг управляют инфраструктурой и платформами, на которых работают приложения. SaaS иногда называют «программным обеспечением по требованию» и обычно оценивается на основе оплаты за использование или с использованием абонентской платы. [61] В модели SaaS поставщики облачных услуг устанавливают и эксплуатируют прикладное программное обеспечение в облаке, а пользователи облака получают доступ к программному обеспечению с облачных клиентов. Пользователи облака не управляют облачной инфраструктурой и платформой, на которой работает приложение. Это устраняет необходимость устанавливать и запускать приложение на собственных компьютерах пользователя облака, что упрощает обслуживание и поддержку. Облачные приложения отличаются от других приложений своей масштабируемостью, которая может быть достигнута путем клонирования задач на несколько виртуальных машин во время выполнения для удовлетворения меняющегося спроса на работу. [62] Балансировщики нагрузки распределяют работу по набору виртуальных машин. Этот процесс прозрачен для пользователя облака, который видит только одну точку доступа. Для обслуживания большого количества пользователей облака облачные приложения могут быть многопользовательскими , что означает, что любая машина может обслуживать более одной организации пользователей облака.

Модель ценообразования для приложений SaaS обычно представляет собой ежемесячную или годовую фиксированную плату за пользователя, [63] поэтому цены становятся масштабируемыми и регулируемыми, если пользователи добавляются или удаляются в любой момент. Она также может быть бесплатной. [64] Сторонники утверждают, что SaaS дает бизнесу возможность сократить эксплуатационные расходы ИТ за счет аутсорсинга обслуживания и поддержки оборудования и программного обеспечения поставщику облачных услуг. Это позволяет бизнесу перераспределять эксплуатационные расходы ИТ с расходов на оборудование/программное обеспечение и с расходов на персонал на достижение других целей. Кроме того, при централизованном размещении приложений обновления могут выпускаться без необходимости установки пользователями нового программного обеспечения. Одним из недостатков SaaS является хранение данных пользователей на сервере поставщика облачных услуг. В результате [ требуется цитата ] может быть несанкционированный доступ к данным. [65] Примерами приложений, предлагаемых как SaaS, являются игры и программное обеспечение для повышения производительности, такое как Google Docs и Office Online. Приложения SaaS могут быть интегрированы с облачными хранилищами или службами хостинга файлов , как в случае с Google Docs , интегрированными с Google Drive , и Office Online , интегрированными с OneDrive . [66]

«Бэкэнд» как услуга (BaaS)

В модели «бэкенд» как услуга (m), также известной как «мобильный бэкенд как услуга» (MBaaS), разработчикам веб-приложений и мобильных приложений предоставляется возможность связать свои приложения с облачными хранилищами и облачными вычислительными сервисами с интерфейсами прикладного программирования (API), открытыми для их приложений и наборов для разработки программного обеспечения (SDK). Сервисы включают управление пользователями , push-уведомления , интеграцию с социальными сетями [67] и многое другое. Это относительно новая модель в облачных вычислениях [68] , большинство стартапов BaaS появились в 2011 году или позже [69] [70] [71], но тенденции указывают на то, что эти сервисы приобретают значительную популярность у корпоративных потребителей. [72]

Бессерверные вычисления или функция как услуга (FaaS)

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

Функция как услуга (FaaS) — это удаленный вызов процедуры, размещенный как услуга, использующий бессерверные вычисления для развертывания отдельных функций в облаке, которые запускаются в ответ на определенные события. [74] Некоторые считают, что FaaS относится к бессерверным вычислениям , в то время как другие используют эти термины как взаимозаменяемые. [75]

Модели развертывания

Типы облачных вычислений

Развертывание сервисов в облаке называется миграцией в облако.

Обратная миграция в облако, также известная как репатриация в облако, относится к перемещению облачных рабочих нагрузок обратно в локальные инфраструктуры, включая корпоративные центры обработки данных, поставщиков услуг размещения и поставщиков управляемых услуг. Репатриация в облако происходит из-за проблем безопасности, затрат, проблем производительности, проблем совместимости и проблем с безотказной работой. [76] [77]

Частный

Частное облако — это облачная инфраструктура, которая эксплуатируется исключительно для одной организации, управляется ли она изнутри или третьей стороной и размещается либо внутри, либо снаружи. [6] Реализация проекта частного облака требует значительного участия в виртуализации бизнес-среды и требует от организации переоценки решений относительно существующих ресурсов. Это может улучшить бизнес, но каждый шаг в проекте поднимает вопросы безопасности, которые необходимо решать, чтобы предотвратить серьезные уязвимости. Самостоятельно управляемые центры обработки данных [78] обычно являются капиталоемкими. Они имеют значительный физический след, требующий выделения пространства, оборудования и контроля окружающей среды. Эти активы необходимо периодически обновлять, что приводит к дополнительным капитальным затратам. Они подвергаются критике, потому что пользователям «все равно приходится покупать, строить и управлять ими» и, таким образом, не получают выгоды от менее практического управления, [79] по сути «[отсутствуя] экономической модели, которая делает облачные вычисления такой интригующей концепцией». [80] [81]

Публичный

Облачные сервисы считаются «публичными», когда они предоставляются через общедоступный Интернет, и они могут предлагаться как платная подписка или бесплатно. [82] С точки зрения архитектуры существует мало различий между публичными и частными облачными сервисами, но проблемы безопасности существенно возрастают, когда сервисы (приложения, хранилище и другие ресурсы) совместно используются несколькими клиентами. Большинство поставщиков публичных облачных сервисов предлагают сервисы прямого подключения, которые позволяют клиентам безопасно связывать свои устаревшие центры обработки данных с их облачными приложениями. [20] [83]

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

Гибридный

Гибридное облако представляет собой композицию публичного облака и частной среды, такой как частное облако или локальные ресурсы, [85] [86], которые остаются отдельными сущностями, но связаны вместе, предлагая преимущества нескольких моделей развертывания. Гибридное облако также может означать возможность подключения коллокационных, управляемых и/или выделенных сервисов с облачными ресурсами. [6] Gartner определяет гибридный облачный сервис как сервис облачных вычислений, который состоит из некоторой комбинации частных, публичных и общественных облачных сервисов от разных поставщиков услуг. [87] Гибридный облачный сервис пересекает границы изоляции и поставщиков, поэтому его нельзя просто отнести к одной категории частного, публичного или общественного облачного сервиса. Он позволяет расширить либо емкость, либо возможности облачного сервиса путем агрегации, интеграции или настройки с другим облачным сервисом.

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

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

Другие

Сообщество

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

Распределенный

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

Мульти

Мультиоблако — это использование нескольких облачных вычислительных сервисов в одной гетерогенной архитектуре для снижения зависимости от отдельных поставщиков, повышения гибкости за счет выбора, смягчения последствий катастроф и т. д. Оно отличается от гибридного облака тем, что относится к нескольким облачным сервисам, а не к нескольким режимам развертывания (публичный, частный, устаревший). [94] [95] [96]

Поли

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

Большие данные

Проблемы передачи больших объемов данных в облако, а также безопасность данных после того, как данные находятся в облаке, изначально препятствовали принятию облака для больших данных , но теперь, когда большая часть данных исходит из облака, и с появлением серверов без ПО , облако стало [98] решением для таких случаев использования, как бизнес -аналитика и геопространственный анализ . [99]

HPC

HPC-облако относится к использованию облачных вычислительных сервисов и инфраструктуры для выполнения приложений высокопроизводительных вычислений (HPC). [100] Эти приложения потребляют значительный объем вычислительной мощности и памяти и традиционно выполняются на кластерах компьютеров. В 2016 году несколько компаний, включая R-HPC, Amazon Web Services , Univa , Silicon Graphics International , Sabalcore, Gomput и Penguin Computing, предложили высокопроизводительное вычислительное облако. Облако Penguin On Demand (POD) было одним из первых невиртуализированных удаленных HPC-сервисов, предлагаемых на основе оплаты по мере использования . [101] [102] Penguin Computing запустила свое HPC-облако в 2016 году в качестве альтернативы EC2 Elastic Compute Cloud от Amazon, которое использует виртуализированные вычислительные узлы. [103] [104]

Архитектура

Пример архитектуры облачных вычислений

Архитектура облака , [105] системная архитектура программных систем ,задействованных в доставке облачных вычислений, обычно включает в себя несколько облачных компонентов, взаимодействующих друг с другом через механизм слабой связи, такой как очередь сообщений. Эластичное обеспечение подразумевает интеллект в использовании сильной или слабой связи применительно к таким механизмам, как эти и другие.

Облачная инженерия

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

Рынок

По данным International Data Corporation (IDC), мировые расходы на услуги облачных вычислений достигли 706 миллиардов долларов США и, как ожидается, достигнут 1,3 триллиона долларов США к 2025 году. [106] Gartner подсчитала, что глобальные расходы конечных пользователей публичных облачных услуг достигнут 600 миллиардов долларов США к 2023 году. [107] Согласно отчету McKinsey & Company , рычаги оптимизации затрат на облачные вычисления и бизнес-кейсы, ориентированные на ценность, предсказывают более 1 триллиона долларов США в текущей ставке EBITDA среди компаний из списка Fortune 500 , которые будут доступны для захвата в 2030 году. [108] В 2022 году более 1,3 триллиона долларов США корпоративных ИТ-расходов были поставлены на карту из-за перехода в облако, а к 2025 году эта цифра вырастет почти до 1,8 триллиона долларов США, по данным Gartner. [109]

В сообщении Европейской комиссии за 2012 год было выявлено несколько проблем, препятствующих развитию рынка облачных вычислений: [5] : Раздел 3 

В Сообщении изложен ряд «действий цифровой повестки дня», которые Комиссия предложила предпринять для поддержки развития справедливого и эффективного рынка услуг облачных вычислений. [5] : Страницы 6-14 

Список публичных облаков

Похожие концепции

Цель облачных вычислений — позволить пользователям извлекать выгоду из всех этих технологий без необходимости глубоких знаний или опыта работы с каждой из них. Облако направлено на сокращение расходов и помогает пользователям сосредоточиться на своем основном бизнесе, а не на препятствиях ИТ. [110] Основной технологией, обеспечивающей облачные вычисления, является виртуализация . Программное обеспечение виртуализации разделяет физическое вычислительное устройство на одно или несколько «виртуальных» устройств, каждое из которых может быть легко использовано и управляться для выполнения вычислительных задач. Благодаря виртуализации на уровне операционной системы, по сути, создающей масштабируемую систему из нескольких независимых вычислительных устройств, неиспользуемые вычислительные ресурсы могут быть распределены и использованы более эффективно. Виртуализация обеспечивает гибкость, необходимую для ускорения ИТ-операций, и снижает затраты за счет увеличения использования инфраструктуры . Автономные вычисления автоматизируют процесс, посредством которого пользователь может предоставлять ресурсы по требованию . Минимизируя участие пользователя, автоматизация ускоряет процесс, снижает затраты на рабочую силу и снижает вероятность человеческих ошибок. [110]

Облачные вычисления используют концепции из коммунальных вычислений для предоставления метрик для используемых сервисов. Облачные вычисления пытаются решить проблемы QoS (качество обслуживания) и надежности других моделей сетевых вычислений . [110]

Облачные вычисления имеют общие характеристики с:

Лучшие практики

По словам Янь Цуя, эфемерные ресурсы должны храниться вместе, чтобы достичь высокой сплоченности . Однако общие ресурсы, которые имеют длительное время развертывания (например, кластер AWS RDS ) и зона приземления должны иметь свой собственный отдельный репозиторий , конвейер развертывания и стек. [114]

Смотрите также

Примечания

  1. ^ Европейская комиссия отметила, что местоположение данных и процессов «в принципе не должно касаться пользователя», но они могут иметь «важное влияние на применимую правовую среду ». [5]
  2. ^ Время запуска виртуальной машины [ требуется разъяснение ] зависит от типа виртуальной машины, местоположения, ОС и поставщика облачных услуг. [27]

Ссылки

  1. ^ Рэй, Парта Пратим (2018). «Введение в росистые вычисления: определение, концепция и последствия — журналы и журналы IEEE». IEEE Access . 6 : 723–737. doi : 10.1109/ACCESS.2017.2775042 . ISSN  2169-3536. S2CID  3324933.
  2. ^ Montazerolghaem, Ahmadreza; Yaghmaee, Mohammad Hossein; Leon-Garcia, Alberto (сентябрь 2020 г.). «Green Cloud Multimedia Networking: NFV/SDN Based Energy-Efficient Resource Allocation». IEEE Transactions on Green Communications and Networking . 4 (3): 873–889. doi :10.1109/TGCN.2020.2982821. ISSN  2473-2400. S2CID  216188024. Архивировано из оригинала 2020-12-09 . Получено 2020-12-06 .
  3. ^ Врэй, Джаред (27.02.2014). «Где загвоздка: скрытые затраты облачных вычислений». Forbes . Архивировано из оригинала 14.07.2014 . Получено 14.07.2014 .
  4. ^ ab «Ждут ли облачные вычисления дождливые дни?». BBC News . 2024-06-27 . Получено 2024-06-28 .
  5. ^ abcd Европейская комиссия, Раскрытие потенциала облачных вычислений в Европе, COM(2012) 529 final, стр. 3, опубликовано 27 сентября 2012 г., по состоянию на 26 апреля 2024 г.
  6. ^ abcdefghi Мелл, Питер; Тимоти Гранс (сентябрь 2011 г.). Определение облачных вычислений NIST (технический отчет). Национальный институт стандартов и технологий: Министерство торговли США. doi :10.6028/NIST.SP.800-145. Специальная публикация 800-145.
  7. ^ Уайт, Дж. Э. (1971). «Сетевые характеристики для удаленного ввода заданий и удаленного извлечения выходных данных заданий в Калифорнийском университете в Санта-Барбаре». tools.ietf.org . doi :10.17487/RFC0105. Архивировано из оригинала 30.03.2016 . Получено 21.03.2016 .
  8. ↑ Леви, Стивен (апрель 1994 г.). «Невероятные приключения Билла и Энди II» Архивировано 2015-10-02 на Wayback Machine . Wired .
  9. ^ Моско, Винсент (2015). В облако: большие данные в турбулентном мире. Тейлор и Фрэнсис. стр. 15. ISBN 9781317250388.
  10. ^ "Announcing Amazon Elastic Compute Cloud (Amazon EC2) – beta". 24 августа 2006 г. Архивировано из оригинала 13 августа 2014 г. Получено 31 мая 2014 г.
  11. ^ Цянь, Лин; Лу, Жигоу; Ду, Юйцзянь; Гоу, Лейтао. «Облачные вычисления: обзор» . Проверено 19 апреля 2021 г.
  12. ^ "Windows Azure General Availability". Официальный блог Microsoft . Microsoft. 2010-02-01. Архивировано из оригинала 2014-05-11 . Получено 2015-05-03 .
  13. ^ "Объявление о всеобщей доступности AWS Outposts". Amazon Web Services, Inc. Архивировано из оригинала 2021-01-21 . Получено 2021-02-04 .
  14. ^ «Удаленная работа помогает Zoom вырасти на 169% за год, получив $328,2 млн дохода за первый квартал». TechCrunch . 2 июня 2020 г. Архивировано из оригинала 17.01.2023 . Получено 27.04.2021 .
  15. ^ "Что такое облачные вычисления?". Amazon Web Services . 2013-03-19. Архивировано из оригинала 2013-03-22 . Получено 2013-03-20 .
  16. ^ Бабураджан, Раджани (2011-08-24). «Растущая возможность рынка облачных хранилищ усиливает позиции поставщиков». It.tmcnet.com. Архивировано из оригинала 2012-06-17 . Получено 2011-12-02 .
  17. ^ Oestreich, Ken (2010-11-15). "Конвергентная инфраструктура". Форум CTO . Thectoforum.com. Архивировано из оригинала 2012-01-13 . Получено 2011-12-02 .
  18. ^ Симпсон, Тед; Джейсон Новак, Практические занятия по виртуальным вычислениям , 2017, ISBN 1337515744 , стр. 451. Архивировано 17 января 2023 г. на Wayback Machine 
  19. ^ «Рецессия полезна для облачных вычислений – Microsoft согласна». CloudAve. 2009-02-12. Архивировано из оригинала 2010-08-14 . Получено 2010-08-22 .
  20. ^ abcd "Определение „облачных сервисов“ и „облачных вычислений“". IDC. 2008-09-23. Архивировано из оригинала 2010-07-22 . Получено 2010-08-22 .
  21. ^ "State of the Art | e-FISCAL project". www.efiscal.eu . Архивировано из оригинала 2013-01-27 . Получено 2012-04-19 .
  22. ^ Фарбер, Дэн (25.06.2008). "Новый гик-шик: центры обработки данных". CNET News . Архивировано из оригинала 04.11.2013 . Получено 22.08.2010 .
  23. ^ "Рискованная ставка Джеффа Безоса". Business Week . Архивировано из оригинала 2012-06-27 . Получено 2008-08-21 .
  24. ^ He, Sijin; Guo, L.; Guo, Y.; Ghanem, M. (июнь 2012 г.). «Улучшение использования ресурсов в облачной среде с использованием многомерных вероятностных моделей». 2012 IEEE Пятая международная конференция по облачным вычислениям . 2012 IEEE 5-я международная конференция по облачным вычислениям (CLOUD). стр. 574–581. doi :10.1109/CLOUD.2012.66. ISBN 978-1-4673-2892-0. S2CID  15374752.
  25. ^ Хе, Цян и др. «Формулирование экономически эффективных стратегий мониторинга для систем на основе услуг». (2013): 1–1.
  26. ^ Кинг, Рэйчел (2008-08-04). «Облачные вычисления: малые компании взлетают». Bloomberg BusinessWeek . Архивировано из оригинала 2010-08-07 . Получено 2010-08-22 .
  27. ^ ab Mao, Ming; M. Humphrey (2012). "Исследование производительности времени запуска виртуальной машины в облаке". 2012 IEEE Пятая международная конференция по облачным вычислениям . стр. 423. doi :10.1109/CLOUD.2012.103. ISBN 978-1-4673-2892-0. S2CID  1285357.
  28. ^ Брунео, Дарио; Дистефано, Сальваторе; Лонго, Франческо; Пулиафито, Антонио; Скарпа, Марко (2013). «Обновление программного обеспечения на основе рабочих нагрузок в облачных системах». Транзакции IEEE на компьютерах . 62 (6): 1072–1085. дои :10.1109/TC.2013.30. S2CID  23981532.
  29. ^ Куперберг, Михаэль; Хербст, Николас; Кистовски, Йоаким фон; Ройсснер, Ральф (1 января 2011 г.). Определение и количественная оценка эластичности ресурсов в облачных вычислениях и масштабируемых платформах. Karlsruher Institut für Technologie . doi :10.5445/IR/1000023476 (неактивен 1 ноября 2024 г.). Архивировано из оригинала 6 апреля 2013 г. . Получено 12 декабря 2023 г. .{{cite book}}: CS1 maint: DOI неактивен по состоянию на ноябрь 2024 г. ( ссылка )
  30. ^ "Экономика инфраструктуры масштабирования облака". Cloud Slam 2011. 13 мая 2010 г. Архивировано из оригинала 2021-10-27 . Получено 13 мая 2011 г.
  31. ^ He, Sijin; L. Guo; Y. Guo; C. Wu; M. Ghanem (март 2012 г.). «Elastic Application Container: A Lightweight Approach for Cloud Resource Provisioning». 2012 IEEE 26th International Conference on Advanced Information Networking and Applications . 2012 IEEE 26th International Conference on Advanced Information Networking and Applications (AINA). стр. 15–22. doi :10.1109/AINA.2012.74. ISBN 978-1-4673-0714-7. S2CID  4863927.
  32. ^ Марстон, Шон; Ли, Чжи; Бандйопадхай, Субхаджьоти; Чжан, Джухенг; Гхалсаси, Ананд (2011-04-01). «Облачные вычисления – перспектива бизнеса». Системы поддержки принятия решений . 51 (1): 176–189. doi :10.1016/j.dss.2010.12.006.
  33. ^ Почему масштабируемость облачных вычислений важна для роста бизнеса Архивировано 09.07.2021 в Wayback Machine , Symphony Solutions, 2021
  34. ^ Нури, Сейед; Хан, Ли; Шрикумар, Венугопал; Вэнься, Го; Минюнь, Хэ; Вэньхун, Тянь (2019). «Автономная децентрализованная эластичность на основе контроллера обучения с подкреплением для облачных приложений». Future Generation Computer Systems . 94 : 765–780. doi :10.1016/j.future.2018.11.049. S2CID  59284268.
  35. ^ Миллс, Элинор (2009-01-27). «Прогноз безопасности облачных вычислений: ясное небо». CNET News. Архивировано из оригинала 2020-01-28 . Получено 2019-09-19 .
  36. ^ ab Марко, Курт; Бигелоу, Стивен Дж. (10 ноября 2022 г.). «Объяснение плюсов и минусов облачных вычислений». TechTarget .
  37. ^ Браттон, Бенджамин Х. (2015). Стек: о программном обеспечении и суверенитете . Исследования программного обеспечения. Кембридж, Массачусетс. Лондон: MIT press. ISBN 978-0-262-02957-5.
  38. ^ Брайдл, Джеймс (2019). Новый темный век: технологии и конец будущего . Verso.
  39. ^ Шурма, Рамеш (8 марта 2023 г.). «Скрытые издержки миграции в облако». Forbes .
  40. ^ Основы архитектуры программного обеспечения: инженерный подход . O'Reilly Media. 2020. ISBN 978-1492043454.
  41. ^ "Расходы на облако в 2024 году: ИТ-отдел уравновешивает расходы с помощью инноваций GenAI". Сообщество Gartner Peer . Получено 16 ноября 2024 г.{{cite web}}: CS1 maint: url-status ( ссылка )
  42. ^ Безопасность и конфиденциальность в облаке. Корпоративная перспектива рисков и соответствия . O'Reilly Media. ISBN 9781449379513.
  43. ^ Требования к проектированию сервисных и облачных вычислений . Springer International Publishing. ISBN 9783319513102.
  44. ^ Шринивасан. Основы облачных вычислений . ISBN 9781461476993.
  45. ^ Муругесан, Сан. Энциклопедия облачных вычислений . ISBN 9781118821978.
  46. ^ abc Райан, Марк Д. (январь 2011 г.). «Проблемы конфиденциальности облачных вычислений на нашем пороге». cacm.acm.org . Архивировано из оригинала 28.12.2021 . Получено 21.05.2021 .
  47. ^ Инду, И.; Ананд, П. М. Рубеш; Бхаскар, Видьячаран (1 августа 2018 г.). «Управление идентификацией и доступом в облачной среде: механизмы и проблемы». Инженерные науки и технологии . 21 (4): 574–588. doi : 10.1016/j.jestch.2018.05.010 .
  48. ^ ab "Google Drive, Dropbox, Box и iCloud вошли в пятерку крупнейших нарушений безопасности облачных хранилищ". psg.hitachi-solutions.com . Архивировано из оригинала 2015-11-23 . Получено 2015-11-22 .
  49. ^ Maltais, Michelle (26 апреля 2012 г.). «Кому принадлежат ваши вещи в облаке?». Los Angeles Times . Архивировано из оригинала 20.01.2013 . Получено 14.12.2012 .
  50. ^ «Безопасность виртуализации, облачных вычислений разделяет профессионалов в области ИТ и безопасности». Network World. 2010-02-22. Архивировано из оригинала 2024-04-26 . Получено 2010-08-22 .
  51. ^ "The Bumpy Road to Private Clouds". 2010-12-20. Архивировано из оригинала 2014-10-15 . Получено 8 октября 2014 .
  52. ^ Канакер, Хасан; Карим, Надер Абдель; Аввад, Самер AB; Исмаил, Нурул HA; Зраку, Джамал; Али, Абдулла MF Al (2022-12-20). «Обнаружение заражения троянским конем в облачной среде с использованием машинного обучения». Международный журнал интерактивных мобильных технологий . 16 (24): 81–106. doi : 10.3991/ijim.v16i24.35763 . ISSN  1865-7923. S2CID  254960874.
  53. ^ Дуань, Юйцун; Фу, Гохуа; Чжоу, Няньцзюнь; Сан, Сяобин; Нарендра, Наньджангуд; Ху, Бо (2015). «Всё как услуга (XaaS) в облаке: истоки, текущие и будущие тенденции». 8-я международная конференция IEEE по облачным вычислениям 2015 г. IEEE . стр. 621–628. doi :10.1109/CLOUD.2015.88. ISBN 978-1-4673-7287-9. S2CID  8201466.
  54. ^ Эмис, Алекс; Слуйман, Харм; Тонг, Цян Го; Лю, Го Нин (июль 2012 г.). «Концепции инфраструктуры как услуги в облаке». Разработка и размещение приложений в облаке . IBM Press. ISBN 978-0-13-306684-5. Архивировано из оригинала 2012-09-15 . Получено 2012-07-19 .
  55. ^ Нельсон, Майкл Р. (2009). «Облако, толпа и государственная политика». Вопросы науки и техники . 25 (4): 71–76. JSTOR  43314918. Архивировано из оригинала 2022-09-10 . Получено 2022-09-10 .
  56. ^ Бонифас, М.; и др. (2010). Архитектура «платформа как услуга» для управления качеством обслуживания в реальном времени в облаках . 5-я международная конференция по Интернету и веб-приложениям и службам (ICIW). Барселона, Испания: IEEE. стр. 155–160. doi :10.1109/ICIW.2010.91.
  57. ^ "Integration Platform as a Service (iPaaS)". Gartner IT Glossary . Gartner. Архивировано из оригинала 29-07-2015 . Получено 20-07-2015 .
  58. ^ Gartner; Massimo Pezzini; Paolo Malinverno; Eric Thoo. "Gartner Reference Model for Integration PaaS". Архивировано из оригинала 1 июля 2013 года . Получено 16 января 2013 года .
  59. ^ Лорейн Лоусон (3 апреля 2015 г.). "IT Business Edge". Архивировано из оригинала 7 июля 2015 г. Получено 6 июля 2015 г.
  60. ^ Enterprise CIO Forum; Габриэль Лоуи. «Ценность платформы данных как услуги (dPaaS)». Архивировано из оригинала 19 апреля 2015 г. Получено 6 июля 2015 г.
  61. ^ "Определение: SaaS". Энциклопедия журнала PC Magazine . Ziff Davis . Архивировано из оригинала 14 июля 2014 года . Получено 14 мая 2014 года .
  62. ^ Хамдака, Мохаммад. Эталонная модель для разработки облачных приложений (PDF) . Архивировано (PDF) из оригинала 2012-10-05 . Получено 2012-05-23 .
  63. ^ Чоу, Тимоти. Введение в облачные вычисления: бизнес и технологии. Архивировано из оригинала 2016-05-05 . Получено 2017-09-09 .
  64. ^ "HVD: the cloud's silver wiring" (PDF) . Intrinsic Technology. Архивировано из оригинала (PDF) 2 октября 2012 г. . Получено 30 августа 2012 г. .
  65. ^ Сан, Юньчуань; Чжан, Цзюньшэн; Сюн, Юнпин; Чжу, Гуанъюй (2014-07-01). «Безопасность данных и конфиденциальность в облачных вычислениях». Международный журнал распределенных сенсорных сетей . 10 (7): 190903. doi : 10.1155/2014/190903 . ISSN  1550-1477. S2CID  13213544.
  66. ^ "Использование OneDrive с Office". Поддержка Microsoft . Архивировано из оригинала 2022-10-15 . Получено 2022-10-15 .
  67. ^ Карни, Майкл (24.06.2013). «AnyPresence сотрудничает с Heroku, чтобы усилить свое корпоративное предложение mBaaS». PandoDaily . Архивировано из оригинала 27.06.2013 . Получено 24 июня 2013 г.
  68. ^ Алекс Уильямс (11 октября 2012 г.). «Kii Cloud открывает двери для платформы мобильных разработчиков с 25 миллионами конечных пользователей». TechCrunch . Архивировано из оригинала 15 октября 2012 г. Получено 16 октября 2012 г.
  69. ^ Аарон Тан (30 сентября 2012 г.). «FatFractal поднимает ставки на рынке бэкенда как услуги». Techgoondu.com . Архивировано из оригинала 10 октября 2012 г. Получено 16 октября 2012 г.
  70. ^ Дэн Ровински (9 ноября 2011 г.). «Mobile Backend As A Service Parse привлек $5,5 млн в рамках финансирования серии A». ReadWrite . Архивировано из оригинала 1 ноября 2012 г. . Получено 23 октября 2012 г.
  71. ^ Панкадж Мишра (7 января 2014 г.). «MobStac привлекает $2 млн в рамках серии B, чтобы помочь брендам использовать мобильную коммерцию». TechCrunch . Архивировано из оригинала 15 мая 2014 г. Получено 22 мая 2014 г.
  72. ^ "built.io создает корпоративную платформу MBaas для IoT". programmableweb . 2014-03-03. Архивировано из оригинала 2014-03-06 . Получено 3 марта 2014 г.
  73. ^ ab Miller, Ron (24 ноября 2015 г.). «AWS Lambda делает бессерверные приложения реальностью». TechCrunch . Архивировано из оригинала 23 мая 2019 г. Получено 10 июля 2016 г.
  74. ^ "bliki: Serverless". martinfowler.com . Архивировано из оригинала 2018-05-05 . Получено 2018-05-04 .
  75. ^ Sbarski, Peter (2017-05-04). Serverless Architectures on AWS: С примерами использования AWS Lambda (1-е изд.). Manning Publications. ISBN 9781617293825.
  76. ^ Макманус, Шон (27 июня 2024 г.). «Ждут ли облачные вычисления дождливые дни?». www.bbc.com . Получено 30 июня 2024 г. .
  77. ^ Линтикум, Дэвид (9 февраля 2024 г.). «Облачная репатриация: почему компании уходят из облака». InfoWorld . Получено 30 июня 2024 г.
  78. ^ "Self-Run Private Cloud Computing Solution – GovConnection". govconnection.com . 2014. Архивировано из оригинала 6 апреля 2014 г. Получено 15 апреля 2014 г.
  79. ^ "Частные облака обретают форму – Услуги – Бизнес-услуги – Informationweek". 2012-09-09. Архивировано из оригинала 2012-09-09.
  80. ^ Хафф, Гордон (27.01.2009). «Просто не называйте их частными облаками». CNET News. Архивировано из оригинала 27.12.2014 . Получено 22.08.2010 .
  81. ^ "Нет такой вещи, как частное облако – Облачные вычисления -". 2013-01-26. Архивировано из оригинала 2013-01-26.
  82. ^ Рауз, Маргарет. «Что такое публичное облако?». Определение с Whatis.com. Архивировано из оригинала 16 октября 2014 г. Получено 12 октября 2014 г.
  83. ^ "FastConnect | Oracle Cloud Infrastructure". cloud.oracle.com . Архивировано из оригинала 2017-11-15 . Получено 2017-11-15 .
  84. ^ Шмидт, Райнер; Мёринг, Михаэль; Келлер, Барбара (2017). «Управление взаимоотношениями с клиентами в среде публичного облака — ключевые факторы влияния для европейских предприятий». HICSS . Труды 50-й Гавайской международной конференции по системным наукам (2017). doi : 10.24251/HICSS.2017.513 . hdl : 10125/41673 . ISBN 9780998133102.
  85. ^ "Что такое гибридное облако? - Определение с сайта WhatIs.com". SearchCloudComputing . Архивировано из оригинала 2019-07-16 . Получено 2019-08-10 .
  86. ^ Батлер, Брэндон (2017-10-17). «Что такое гибридные облачные вычисления? Преимущества смешивания частных и публичных облачных сервисов». Network World . Архивировано из оригинала 2019-08-11 . Получено 2019-08-11 .
  87. ^ "Mind the Gap: Here Comes Hybrid Cloud – Thomas Bittman". Thomas Bittman . 24 сентября 2012 г. Архивировано из оригинала 17 апреля 2015 г. Получено 22 апреля 2015 г.
  88. ^ "Business Intelligence Takes to Cloud for Small Businesses". CIO.com. 2014-06-04. Архивировано из оригинала 2014-06-07 . Получено 2014-06-04 .
  89. ^ Дезире Атоу (24 августа 2014 г.). «Гибридное облако: подходит ли оно вашему бизнесу?». TechRadar . Архивировано из оригинала 7 июля 2017 г. Получено 22 апреля 2015 г.
  90. ↑ Метцлер, Джим; Тейлор, Стив. (23.08.2010) «Облачные вычисления: реальность против вымысла». Архивировано 19.06.2013 в Wayback Machine , Network World.
  91. ^ Рауз, Маргарет. «Определение: Cloudbursting» Архивировано 19 марта 2013 г. на Wayback Machine , май 2011 г. SearchCloudComputing.com.
  92. ^ "Как Cloudbursting "оптимизирует" центр обработки данных". 2012-06-22. Архивировано из оригинала 2016-10-19 . Получено 2016-10-19 .
  93. ^ Cunsolo, Vincenzo D.; Distefano, Salvatore; Puliafito, Antonio; Scarpa, Marco (2009). «Volunteer Computing and Desktop Cloud: The Cloud@Home Paradigm». Восьмой международный симпозиум IEEE по сетевым вычислениям и приложениям 2009 г. С. 134–139. doi :10.1109/NCA.2009.41. S2CID  15848602.
  94. ^ Рауз, Маргарет. «Что такое стратегия многооблачных вычислений». SearchCloudApplications. Архивировано из оригинала 5 июля 2014 г. Получено 3 июля 2014 г.
  95. ^ Кинг, Рэйчел. «Руководитель отдела продуктов Pivotal: Мы переходим в многооблачный мир». ZDnet . Архивировано из оригинала 4 июля 2014 г. Получено 3 июля 2014 г.
  96. ^ Multcloud управляет несколькими облачными аккаунтами Архивировано 2023-01-17 на Wayback Machine . Получено 06 августа 2014 г.
  97. ^ Галл, Ричард (2018-05-16). "Polycloud: лучшая альтернатива облачному агностицизму". Packt Hub . Архивировано из оригинала 2019-11-11 . Получено 2019-11-11 .
  98. ^ Рох, Лукас (31 августа 2016 г.). «Готово ли облако к большим данным?». dataconomy.com . Архивировано из оригинала 30 января 2018 г. Получено 29 января 2018 г.
  99. ^ Yang, C.; Huang, Q.; Li, Z.; Liu, K.; Hu, F. (2017). «Большие данные и облачные вычисления: инновационные возможности и проблемы». International Journal of Digital Earth . 10 (1): 13–53. Bibcode : 2017IJDE...10...13Y. doi : 10.1080/17538947.2016.1239771 . S2CID  8053067.
  100. ^ Нетто, М.; Калейрос, Р.; Родригес, Э.; Кунья, Р.; Буйя, Р. (2018). «Облако HPC для научных и бизнес-приложений: таксономия, видение и исследовательские проблемы». ACM Computing Surveys . 51 (1): 8:1–8:29. arXiv : 1710.08731 . doi : 10.1145/3150224. S2CID  3604131.
  101. ^ Эдлайн, Дуглас. «Перемещение HPC в облако». Admin Magazine . Архивировано из оригинала 30 марта 2019 г. Получено 30 марта 2019 г.
  102. ^ "Penguin Computing On Demand (POD)". Архивировано из оригинала 9 марта 2018 года . Получено 23 января 2018 года .
  103. ^ Niccolai, James (11 августа 2009 г.). «Penguin помещает высокопроизводительные вычисления в облако». PCWorld . IDG Consumer & SMB. Архивировано из оригинала 19 августа 2016 г. Получено 6 июня 2016 г.
  104. ^ "HPC in AWS". Архивировано из оригинала 1 декабря 2017 г. Получено 23 января 2018 г.
  105. ^ "Building GrepTheWeb in the Cloud, Part 1: Cloud Architectures". Developer.amazonwebservices.com. Архивировано из оригинала 5 мая 2009 г. Получено 22 августа 2010 г.
  106. ^ "IDC прогнозирует, что к 2025 году мировые расходы на "Whole Cloud" достигнут 1,3 триллиона долларов". Idc.com. 2021-09-14. Архивировано из оригинала 2022-07-29 . Получено 2022-07-30 .
  107. ^ "Gartner прогнозирует, что расходы конечных пользователей публичных облаков во всем мире достигнут почти 500 миллиардов долларов в 2022 году". Архивировано из оригинала 25.07.2022 . Получено 25.07.2022 .
  108. ^ "Приз в триллион долларов от Cloud's готов к захвату". McKinsey. Архивировано из оригинала 2022-07-25 . Получено 2022-07-30 .
  109. ^ "Gartner заявляет, что к 2025 году более половины корпоративных ИТ-расходов в ключевых сегментах рынка перейдут в облако". Архивировано из оригинала 2022-07-25 . Получено 2022-07-25 .
  110. ^ abc HAMDAQA, Mohammad (2012). Облачные вычисления раскрыты: исследовательский ландшафт (PDF) . Elsevier Press. стр. 41–85. ISBN 978-0-12-396535-6. Архивировано (PDF) из оригинала 2013-06-19 . Получено 2013-03-19 .
  111. ^ "Распределенная архитектура приложений" (PDF) . Sun Microsystem. Архивировано (PDF) из оригинала 2011-04-06 . Получено 2009-06-16 .
  112. ^ Вакеро, Луис М.; Родеро-Мерино, Луис; Касерес, Хуан; Линднер, Майк (декабрь 2008 г.). «Прорыв в облаках: на пути к определению облака». Обзор компьютерных коммуникаций ACM SIGCOMM . 39 (1): 50–55. doi : 10.1145/1496091.1496100 . S2CID  207171174.
  113. ^ Дэниелсон, Крисси (2008-03-26). «Отличие облачных вычислений от коммунальных вычислений». Ebizq.net. Архивировано из оригинала 2017-11-10 . Получено 2010-08-22 .
  114. ^ Cui, Yan (2020). Serverless Architectures on AWS (2-е изд.). Manning. ISBN 978-1617295423.

Дальнейшее чтение


Медиа, связанные с облачными вычислениями на Wikimedia Commons

В Викицитатнике есть цитаты, связанные с облачными вычислениями .