Облачный сервис это: Облачные сервисы: разновидности и преимущества – Облачное хранилище данных — Википедия

Что такое облачные технологии? Использование облачных вычислений и сетей

Облачные технологии — это инновационные технологии для работы в сети интернет. Технология распределённой обработки данных в которой компьютерные ресурсы и мощности предоставляются пользователю, как интернет-сервис. Если объяснить доступным языком, то облачные сервисы – это ваша рабочая площадка в интернете, а точнее на удаленном сервере, которая предоставляется, как интернет-сервисы, для реализации своих целей, задач, проектов.

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

Самый простой пример облачного сервиса это — электронная почта. Если вы работаете с почтой на каком-то сайте-сервисе (gmail.com, yandex.ru, mail.ru), который эту почту позволяет использовать, то это и есть ничто иное как облачный сервис, являющийся частью облачных технологий.

Ключевые возможности облачных сервисов для рядового пользователя:

• Доступ к личной или корпоративной информации с любого компьютера, подключённого к Интернету.
• Можно работать с информацией с разных устройств (ПК, планшеты, телефоны и т.п.).
• Не важно в какой операционной системе вы предпочитаете работать (Windows, Mac, Linux).
• Одну и туже информацию, разные пользователи, могут просматривать и редактировать одновременно с разных устройств.
• Если что-то случится с вашим устройством (ПК, планшетом, телефоном), то вы не потеряете важную информацию, так как она теперь не хранится на серверах облачного сервиса.
• Вы всегда пользуетесь самой последней версией программ и при этом не надо следить за выходом обновлений.

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

Навигация по материалу:

• 1 Что такое облачные вычисления?
  • 1.1 Классификация облачных сервисов
  • 1.2 Дата-центры для обработки данных
  • 1.3 Преимущества облачных сервисов
  • 1.4 Недостатки облачных сервисов
• 2 Модели развёртывания облачных технологий
• 3 Модели обслуживания облачных вычислений
• 4 Какие возможности открывают облачные технологии для бизнеса?
• 5 Какие услуги предлагают облачные сети?
• 6 Краткая история и ключевые этапы развития технологии
• 7 Перспективы облачных вычислений

Что такое облачные вычисления?

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

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

Для того чтобы лучше представить, что такое cloud computing, можно привести простой пример: раньше пользователь для доступа в электронную почту прибегал к определенному ПО (мессенджеры и программы), установленному на его ПК, теперь же он просто заходит на сайт той компании, чьи услуги электронной почты ему нравятся, непосредственно через браузер, без использования посредников.

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

Классификация облачных сервисов

Существует три модели обслуживания облачных вычислений:

• Программное обеспечение как услуга (SaaS, Software as a Servise). Потребителю предоставляются программные средства — приложения провайдера, выполняемые на облачной инфраструктуре.
• Платформа как услуга (PaaS, Platform as a Service). Потребителю предоставляются средства для развертывания на облачной инфраструктуре создаваемых потребителем или приобретаемых приложений, разрабатываемых с использованием поддерживаемых провайдером инструментов и языков программирования.
• Инфраструктура как услуга (IaaS, Infrastructure as a Service). Потребителю предоставляются средства обработки данных, хранения, сетей и других базовых вычислительных ресурсов, на которых потребитель может развертывать и выполнять произвольное программное обеспечение, включая операционные системы и приложения.

Дата-центры для обработки данных

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

Дата-центры (data-центры, ЦОД – центры обработки данных) специализируются на размещении специализированных компьютерных устройств, предназначенных для хранения, обработки информации, а также на предоставлении клиентам каналов связи для доступа в Интернет или передачи данных.

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

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

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

В прошлом году совокупный объем мирового рынка в сфере облачных технологий составил порядка $40 млрд. Некоторые эксперты прогнозируют, что к 2020 году этот показатель достигнет $240 млрд. Россия по внедрению cloud computing в бизнес занимает 34-е место с показателем $250 млн.

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

• Доступность. Доступ к информации, хранящейся на облаке, может получить каждый, кто имеет компьютер, планшет, любое мобильное устройство, подключенное к сети интернет. Из этого вытекает следующее преимущество.
• Мобильность. У пользователя нет постоянной привязанности к одному рабочему месту. Из любой точки мира менеджеры могут получать отчетность, а руководители — следить за производством.
• Экономичность. Одним из важных преимуществ называют уменьшенную затратность. Пользователю не надо покупать дорогостоящие, большие по вычислительной мощности компьютеры и ПО, а также он освобождается от необходимости нанимать специалиста по обслуживанию локальных IT-технологий.
• Арендность. Пользователь получает необходимый пакет услуг только в тот момент, когда он ему нужен, и платит, собственно, только за количество приобретенных функций.
• Гибкость. Все необходимые ресурсы предоставляются провайдером автоматически.
• Высокая технологичность. Большие вычислительные мощности, которые предоставляются в распоряжение пользователя, которые можно использовать для хранения, анализа и обработки данных.

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

Недостатки облачных сервисов

• Необходимость постоянного соединения. Для получения доступа к услугам «облака» необходимо постоянное соединение с Интернет
• Программное обеспечение и его «кастомизация». Есть ограничения по ПО, которое можно разворачивать на «облаках» и предоставлять его пользователю. Пользователь имеет ограничения в используемом обеспечении и иногда не имеет возможности настроить его под свои собственные цели
• Конфиденциальность. Конфиденциальность данных, хранимых в публичных «облаках», в настоящее время, вызывает много споров, но в большинстве случаев эксперты сходятся в том, что не рекомендуется хранить наиболее ценные для компании документы на публичном “облаке”, так как в настоящее время нет технологии, которая бы гарантировала 100% конфиденциальность данных
• Безопасность. «Облако” само по себе является достаточно надежной системой, однако при проникновении в него злоумышленник получает доступ к огромному хранилищу данных. Еще один минус, — это использование систем виртуализации в которых, в качестве гипервизора, используются ядра стандартных ОС (например Windows), что позволяет использовать вирусы и уязвимости системы
• Дороговизна оборудования. Для построения собственного облака необходимо выделить значительные материальные ресурсы, что не выгодно только что созданным и малым компаниям
• Дальнейшая монетизация ресурса. Вполне возможно, что компании в дальнейшем решат брать плату с пользователей за предоставляемые услуги.

Как видите, есть две стороны медали. Впрочем, развитию технологии это не вредит, а может даже и подстегивает.

Модели развёртывания облачных технологий

Частное облако (англ. private cloud) — инфраструктура, предназначенная для использования одной организацией, включающей несколько потребителей (например, подразделений одной организации), возможно также клиентами и подрядчиками данной организации.

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

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

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

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

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

Модели обслуживания облачных вычислений

Программное обеспечение как услуга (SaaS, англ. Software-as-a-Service) — модель, в которой потребителю предоставляется возможность использования прикладного программного обеспечения провайдера, работающего в облачной инфраструктуре и доступного из различных клиентских устройств или посредством тонкого клиента, например, из браузера(например, веб-почта) или интерфейс программы.

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

Платформа как услуга (PaaS, англ. Platform-as-a-Service) — модель, когда потребителю предоставляется возможность использования облачной инфраструктуры для размещения базового программного обеспечения для последующего размещения на нём новых или существующих приложений (собственных, разработанных на заказ или приобретённых тиражируемых приложений).

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

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

Инфраструктура как услуга (IaaS, англ. IaaS or Infrastructure-as-a-Service). Предоставляется как возможность использования облачной инфраструктуры для самостоятельного управления ресурсами обработки, хранения, сетей и другими фундаментальными вычислительными ресурсами. Например, потребитель может устанавливать и запускать произвольное программное обеспечение, которое может включать в себя операционные системы, платформенное и прикладное программное обеспечение.

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

Какие возможности открывают облачные технологии для бизнеса?

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

Спрос компании на ресурсы или программы неоднороден, например:

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

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

Позволяют снять часть нагрузки с IT-отдела. Развертывание серверов и их администрирование — непрофильная задача для большинства бизнесов.

Переход в облако означает, что:

• Вам не нужно покупать собственные серверы и тем более строить дата-центр, то есть вы снижаете капитальные расходы на IT.
• Вам не нужно нанимать экспертов, занимающихся развертыванием инфраструктуры и управлением ею: виртуализацией серверов, гипервизорами, распределением виртуальных ресурсов, настройкой и поддержкой облачных баз данных и других платформ. Это берет на себя провайдер.
• Также вы можете отдать провайдеру на аутсорс администрирование серверов, баз данных, платформ и другие услуги, для которых нужны узкоспециализированные эксперты. Это предельный уровень аутсорсинга, который называют Managed services.

Позволяют быстро запускать новые проекты или MVP для стартапов и исследовательских отделов. Можно арендовать вычислительные ресурсы и с их помощью быстро разрабатывать минимально жизнеспособные продукты (MVP), чтобы тестировать бизнес-гипотезы. Это могут быть мобильные приложения и игры, программы на основе машинного обучения, SaaS-решения, которые компания продает клиентам.

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

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

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

Какие услуги предлагают облачные сети?

Все, что касается сloud сomputing, обычно принято называть словом aaS. Расшифровывается это просто – «as a Service«, то есть «как сервис», или «в виде сервиса».

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

• Storage-as-a-Service («хранение как сервис»)
  Это, пожалуй, самый простой из СС-сервисов, представляющий собой дисковое пространство по требованию. Каждый из нас когда-нибудь сталкивался с ситуацией, когда на мониторе появлялось зловещее предупреждение: «Логический диск заполнен, чтобы освободить место, удалите ненужные программы или данные». Услуга Storage-as-a-Service дает возможность сохранять данные во внешнем хранилище, в «облаке». Для Вас, оно будет выглядеть, как дополнительный логический диск или папка. Сервис является базовым для остальных, поскольку входит в состав практически каждого из них. Примером может служить Google Drive и прочие схожие сервисы.
• Database-as-a-Service («база данных как сервис»)
  Здесь скорее больше для админов, ибо сия штука предоставляет возможность работать с базами данных, как если бы СУБД была установлена на локальном ресурсе. Причем, в этом случае гораздо легче «расшаривать» проекты между разными исполнителями, не говоря уже о том, сколько деньжат можно сэкономить на компьютерном железе и лицензиях, требуемых для грамотного использования СУБД в крупной или даже средней организации.
• Information-as-a-Service («информация как сервис»)
  Дает возможность удаленно использовать любые виды информации, которая может меняться ежеминутно или даже ежесекундно.
• Process-as-a-Service («управление процессом как сервис»)
  Представляет собой удаленный ресурс, который может связать воедино несколько ресурсов (таких как услуги или данные, содержащиеся в пределах одного «облака» или других доступных «облаков»), для создания единого бизнес-процесса.
• Application-as-a-Service («приложение как сервис»)
  Еще, может называется, Software-as-a-Service («ПО как сервис»). Позиционируется как «программное обеспечение по требованию», которое развернуто на удаленных серверах и каждый пользователь может получать к нему доступ посредством Интернета, причем все вопросы обновления и лицензий на данное обеспечение регулируется поставщиком данной услуги. Оплата, в данном случае, производиться за фактическое использование последнего. В качестве примера можно привести Google Docs, Google Calendar и т.п. онлайн-программы.
• Platform-as-a-Service («платформа как  сервис»)
  Пользователю предоставляется компьютерная платформа с установленной операционной системой и некоторым программным обеспечением.
• Integration-as-a-Service («интеграция как сервис»)
  Это возможность получать из «облака» полный интеграционный пакет, включая программные интерфейсы между приложениями и управление их алгоритмами. Сюда входят известные услуги и функции пакетов централизации, оптимизации и интеграции корпоративных приложений (EAI), но предоставляемые как «облачный» сервис.
• Security-as-a-Service («безопасность как сервис»)
  Данный вид услуги предоставляет возможность пользователям быстро развертывать продукты, позволяющие обеспечить безопасное использование веб-технологий, электронной переписки, локальной сети, что позволяет пользователям данного сервиса экономить на развертывании и поддержании своей собственной системы безопасности.
• Management/Governace-as-a-Service («администрирование и управление как сервис»)
  Дает возможность управлять и задавать параметры работы одного или многих «облачных» сервисов. Это в основном такие параметры, как топология, использование ресурсов, виртуализация.
• Infrastructure-as-a-Service («инфраструктура как сервис»)
  Пользователю предоставляется компьютерная инфраструктура, обычно виртуальные платформы (компьютеры), связанные в сеть, которые он самостоятельно настраивает под собственные цели.
• Testing-as-a-Service («тестирование как сервис»)
  Дает возможность тестирования локальных или «облачных» систем с использованием тестового ПО из «облака» (при этом никакого оборудования или обеспечения на предприятии, не требуется).

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

Краткая история и ключевые этапы развития технологии

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

Облачные вычисления могут показаться относительно новым явлением. Тем не менее, их история уходит корнями в начало 1950-х, когда появление мейнфреймов позволило нескольким пользователям получить доступ к центральному компьютеру.

В первые идея того, что мы сегодня называем облачными вычислениями была озвучена J.C.R. Licklider, в 1970 году. В эти годы он был ответственным за создание ARPANET (Advanced Research Projects Agency Network). Его идея заключалась в том, что каждый человек на земле будет подключен к сети, из которой он будет получать не только данные на и программы.

Далее можно выделить такие ключевые этапы развития облачных технологий:

• Расширение пропускной способности Интернета, в 90-е годы не позволило получить значительного скачка в развитии в облачной технологии, так как практически ни одна компания не технологии того времени не были готовы к этому. Однако сам факт ускорения Интернета дал толчок скорейшему развитию облачных вычислений.
• Одним из наиболее значимых событий в данной области было появление Salesforce.com в 1999 году. Данная компания стала первой компанией предоставившей доступ к своему приложению через сайт, по сути данная компания стала первой компанией предоставившей свое программное обеспечение по принципу – программное обеспечение как сервис (SaaS).
• Следующим шагом стала разработка облачного веб-сервиса компанией Amazon в 2002 году. Данный сервис позволял хранить, информацию и производить вычисления.
• В 2006, Amazon запустила сервис под названием Elastic Compute cloud (EC2), как веб-сервис который позволял его пользователям запускать свои собственные приложения. Сервисы Amazon EC2 и Amazon S3 стали первыми доступными сервисами облачных вычислений.
• Другая веха в развитие облачных вычислений произошла после создания компанией Google, платформы Google Apps для веб-приложений в бизнес секторе.
• Значительную роль в развитии облачных технологий сыграли технологии виртуализации, в частности программное обеспечение позволяющее создавать виртуальную инфраструктуру.
• Развитие аппаратного обеспечения способствовало не столько быстрому росту облачных технологий, сколько доступности данной технологии для малого бизнеса и индивидуальных лиц. Что касается технического прогресса, то значительную роль в этом сыграло создание многоядерных процессоров и увеличения емкости накопителей информации.

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

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

Будут усиливаться тенденции по аутсорсингу IT, в том числе вычислительных ресурсов (Infrastructure as a service), систем хранения данных (Storage as a service), сервисов по восстановлению данных (Disaster Recovery Service), сервисов информационной безопасности, программного обеспечения по подписке (Software as a service), администрированию и т.д.

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

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

Есть и другая сторона развития облачных технологий: экспоненциальный рост данных – основной объем хранимой информации будет приходиться на архивные копии, которые не будут востребованы и не будут удалены.

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

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

Поделитесь этим материалом в социальных сетях и оставьте свое мнение в комментариях ниже.

Источник: mining-cryptocurrency.ru

Пoжaлyйcтa оцените и поделитесь новостью, мы старались для Вас:

Облако — что это и зачем? / ABBYY corporate blog / Habr

Недавно мы запустили сервис ABBYY Cloud OCR SDK, работающий на облаке Windows Azure и попутно набрали 100500 опыта. Например, узнали, что многие используют слово «облако» и слышали, что «облака – это модно», но очень немногие понимают, что такое облако и главное – зачем делать сервис именно в облаке. Слово «облако» повсеместно используется и, похоже, начало обрастать городскими легендами.

Посмотрите, например, вот это видео:

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

Рассмотрим подробно, что такое публичное облако, зачем может иметь смысл использовать его для работы ПО и правда ли, что «скоро все будет в облаках».

Невиданные возможности для ваших клиентов

Для начала – чем для клиента сервис «в облаке» отличается от сервиса «не в облаке».

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

Для сравнения посмотрите на Stack Exchange (наиболее известен благодаря сайту Stack Overflow) или Яндекс.Почту – они для пользователя выглядят точно так же. Они тоже доступны любым пользователям и откуда угодно. Там тоже веб-сервер, который тоже принимает запросы по HTTP, там тоже все равно, какая операционная система у клиента, какая архитектура у его машины, на каком языке написаны его программы.

Можно встретить утверждения, что благодаря облачности сервиса «данные пользователей доступны им откуда угодно». Да, пользователи сервиса могут закачивать изображения на наш сервис откуда угодно и получать результаты тоже откуда угодно. Кстати, пользователи Stack Exchange или Яндекс.Почты тоже могут работать с этими сервисами откуда угодно – задавать вопросы, получать ответы, отправлять и получать письма.

Функционально облачный сервис не отличается для пользователя ничем. Что в облаке, что не в облаке, на каком-то IP-адресе стоит сервер (обычно веб-сервер), который принимает и обрабатывает запросы. Если нет настроек, ограничивающих доступ к серверу с конкретных диапазонов IP-адресов и клиент сам не сидит за параноидальным фаерволом, то сервис доступен откуда угодно и с какого угодно устройства. Облачность тут никак не сказывается.

Облачные сервисы для облачных сервисов

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

Посмотрим на это с точки зрения нашего сервиса. Цель разработки нашего сервиса – предоставить программно доступный из любой точки мира сервис – чтобы сторонние разработчики, которым в их программах не хватает оптического распознавания текста, могли разработать ПО, которое использует наш сервис для распознавания. Например, программу для смартфона, которая фотографирует чек, извлекает из него данные и сохраняет их в программу для бюджетирования на том же смартфоне. Капитан Очевидность подсказывает: смартфон не в облаке. Наш сервис не только для «разработчиков облачных сервисов», он для разработчиков любых программ, которые готовы использовать сторонний сервис для распознавания текста. В облаке те программы работают или нет – не имеет принципиального значения, а нашему сервису просто все равно.

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

Облачная архитектура облачных сервисов

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

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

Считается, что в облаке используется «облачная операционная система». Обычно это просто допиленная «обычная операционная система». В Windows Azure это Windows Server 2008 R2 со слегка перетянутыми гайками (например, временная папка очень маленькая). Вся «облачность» в такой среде создается дополнительными сервисами – например, долговременным хранилищем данных, не привязанным к машине, на которой работает пользовательский сервис.

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

Беспрецедентная надежность

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

Прежде всего, нужно читать мелкий шрифт в соглашении о девятках (SLA – Service Level Agreement). Там указано точно, что эти девятки означают, какие конкретно свойства сервиса они затрагивают, какова ответственность провайдера.

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

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

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

От размещения в облаке сервис не становится гарантированно более или менее надежным. Риски никто не отменяет, просто риски становятся другими.

Так что это?

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

У вас может быть разный уровень контроля над предоставляемыми мощностями. Например, вам могут выделить виртуальную машину с конкретной ОС и закрепить ее за вами и дать вам к ней удаленный доступ, чтобы вы сами настроили ее как вам нужно и дальше оставить ее в вашем распоряжении. Или (как в Windows Azure) вы можете загрузить специальный архив с исполняемым кодом вашего сервиса и конфигурационный файл, в котором указано «запустить вот это на 5 машинах по 2 ядра каждая», служебная инфраструктура облака сама найдет подходящие виртуальные машины, развернет, запустит и настроит на них ОС, потом развернет там ваш архив и передаст управление в точку входа (фиксированная функция типа main()), и будет следить, не сломалось ли что, в случае чего перезапустит ваш сервис на той же или (при сбое машины) на другой машине. В первом случае вы больше контролируете, во втором у вас больше дополнительных плюшек.

В чем прибыль?

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

То же самое с хранилищем. Нужно хранилище – несколько щелчков мышью, и вам его предоставили и дали адрес и ключи доступа к нему. Хранилище обычно резиновое, оплата зависит от реально используемого объема.

Провайдер может, например, предоставлять сервер баз данных – тоже «где-то» и тоже с оплатой по используемому объему. В Windows Azure это SQL Azure, основанный на специально настроенном и допиленном SQL Server 2008.

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

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

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

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

Плюс вы перекладываете часть обязанностей на провайдера. Сервера вы больше не покупаете, стойки не собираете, электрическим подключением не занимаетесь, место под оборудование вам не нужно, вы можете даже ОС не настраивать (зависит от облака). Обратите внимание, речь именно о перекладывании обязанностей, но не ответственности, об этом подробнее ниже.

Как обычно, есть и темная сторона

Темная сторона облака в том, что на многие вещи нельзя повлиять. Если верить блогу команды Stack Exchange, их сервис работает не в облаке, а на собственном оборудовании, именно потому, что их не устраивает уровень контроля, который предоставляется провайдерами облаков.

Например, виртуальные машины стандартные и вы можете даже не знать характеристик реального железа. Скорее всего, когда в Windows Azure вы разворачиваете сервис на одном одноядерном узле, вам на самом деле дают виртуальную машину, которая работает в каком-нибудь 16-ядерном сервере под HyperV. Может быть, можно там что-нибудь подкрутить и на ровном месте получить 15-процентный прирост производительности, но вы ничего не можете с этим сделать.

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

То же самое касается надежности. Вы не можете быть уверены, что стойки в один прекрасный момент, например, не зальет конденсатом из оторвавшейся трубки системы кондиционирования. Если бы ваш сервер был в офисе или в colocation, то вы могли бы сделать что-нибудь, пусть даже на вид безумное, типа отвода воды из пространства над вашим оборудованием. Здесь вы ничего сделать не сможете – вы не контролируете, где стоит оборудование, хорошо ли оно там закреплено и не бегают ли по нему мыши. Все безумные события, которые вы могли бы предусмотреть (или не предусмотреть и чувствовать угрызения по поводу плохо сделанной работы), теперь полностью вне вашего контроля.

Безумные события бывают самые разные. Вот примеры реальных сбоев в датацентрах.

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

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

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

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

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

Снова облачная архитектура облачных сервисов

Напоследок – об особых требованиях к облачным сервисам. Такие требования есть – нужно быть готовым, что в любой момент что угодно может сломаться. Если вы любите крайности, то можете как Netflix сделать сервис, который в произвольные моменты ломает что-нибудь в вашем сервисе. Особенно нужно быть готовым к эпизодическим кратковременным сбоям. Например, иногда будет ненадолго пропадать связь с SQL Azure – ваш код должен не паниковать и не ломаться, а подождать немного и попробовать еще раз.

Просто вспомните, что обычно раздражает пользователей в программах – всевозможные «не удалось найти сервер, вот 18 пунктов, которые стоит проверить» в распределенной системе абсолютно нормальны, ваш сервис должен пробовать сам с этим справиться, потом пробовать еще несколько раз. Пользователь после сообщения браузера «нет ответа сервера» обычно нажимает F5, так и ваш сервис должен просто попробовать повторить действие. Для этого важно, чтобы повторное выполнение любого действия не наносило вреда – это называется умным словом идемпотентность. Если вы не учтете эту особенность, то ваш сервис будет в самый неподходящий момент выходить из строя из-за какой-нибудь ерунды.

Аналогично сервис должен быть готов к тому, что его могут в любой момент остановить – на всех узлах или на некоторых – и затем запустить снова, при этом не должно происходить повреждения данных, потеря самых новых данных должна быть минимальной, после перезапуска сервис должен быть в состоянии продолжить работу как будто ничего не произошло. Такое происходит, например, при автоматической установке обновлений ПО в Windows Azure – узлы по очереди останавливаются, затем сервис запускается на узле с уже обновленным ПО.

Требования существенные, но выполнимые, просто Мерфи будет чаще приходить к вашему сервису. От вас зависит, превратится ли небольшой FAIL в былинный отказ.

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

Кстати, у нас есть сервис для разработчиков, работающий в облаке.

Дмитрий Мещеряков,
департамент продуктов для разработчиков

Что такое облачный сервис?

IaaS, PaaS, SaaS, о мой!

Сегодня облако состоит из трех разновидностей, которые образуют облачный стек: инфраструктура как услуга (IaaS), платформа как услуга (PaaS) и программное обеспечение как услуга (SaaS). SaaS часто построен на PaaS, который построен с использованием IaaS.

SaaS — это то, о чем думает большинство людей, когда они слышат название знакомой облачной службы, с которой они взаимодействуют через клиента, такого как мобильное приложение или браузер. Поставщики SaaS поставляют программное обеспечение и приложения через облако, которые отличаются от других программ тем, что они гораздо более масштабируемы.Для начинающего программного обеспечения также намного проще запускать новое приложение в облаке, поэтому многие SaaS-приложения от Slack до Salesforce доминируют в своих соответствующих категориях продуктов.

PaaS — это облачная среда или платформа для разработчиков для создания облачных приложений. Поставщики PaaS предоставляют базу данных, операционную систему, возможности исполнения на языке программирования, а также веб-серверы. Как и IaaS, конечный пользователь облачного приложения никогда не взаимодействует с инфраструктурой PaaS.Microsoft Azure, Google Compute Engine и Amazon AWS также имеют возможности PaaS. Платформа Salesforce Force.com является еще одним примером PaaS. Приложения Salesforce, доступные в App Exchange, построены на платформе Salesforce Force.com.

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

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

Что такое Azure Cloud Services

• 04/19/2017
• 3 минут на чтение

В этой статье

Azure Cloud Services является примером платформы как услуги (PaaS). Как и служба приложений Azure, эта технология предназначена для поддержки масштабируемых, надежных и недорогих в использовании приложений. Служба приложений также размещена на виртуальных машинах (ВМ), как и облачные службы Azure.Однако у вас больше контроля над виртуальными машинами. Вы можете установить собственное программное обеспечение на виртуальные машины, использующие облачные службы Azure, и получить к ним удаленный доступ.

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

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

• Web роль: автоматически развертывает и размещает ваше приложение через IIS.

• Worker role: не использует IIS и запускает приложение автономно.

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

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

Даже если приложения работают в виртуальных машинах, важно понимать, что облачные службы Azure предоставляют PaaS, а не инфраструктуру как услугу (IaaS). Вот один из способов думать об этом. С помощью IaaS, например виртуальных машин Azure, вы сначала создаете и настраиваете среду, в которой работает ваше приложение.