Облако в интернете что это
Бесплатное облако в интернете для хранения файлов: обзор возможностей
В современном мире человеку постоянно требуется держать под рукой большой объем информации: фото, видео, документы, контакты. Все это и многое другое может потребоваться в любой момент. Но везде и всюду носить с собой компьютер или кучу накопителей информации становится все более обременительным. Поэтому компьютерные корпорации разработали виртуальные хранилища данных, так называемые облака. Вот о них мы и поговорим сегодня. Что такое облако в интернете и как им пользоваться, расскажем в нашей статье!
Что такое облако в интернете?
Прежде всего, нужно определиться с терминологией. Итак, что же такое облако в интернете? Облако в интернете — это виртуальное хранилище информации, расположенное на удаленном сервере компании. Если говорить простыми словами, облачное хранилище — это онлайн-версия любого известного Вам накопителя информации (флешки/диска). У него точно так же есть определенный объем, который Вы можете использовать при работе.
Чтобы воспользоваться сохраненными данными, Вам потребуется получить доступ к виртуальному пространству через специальный сайт или приложение. И с какого бы устройства Вы не заходили и не вносили изменения, все данные будут синхронизироваться.
Выбираем бесплатное облачное хранилище
Если раньше пользователей не было особого выбора облачного хранилища, то сейчас практически каждый может подобрать его под себя. При этом Вы можете использовать как бесплатное облако, так и какой-то платный аналог. Главное, на что стоит обращать внимание при выборе: объем предоставляемого пространства и наличие удобного сервиса (возможность использования мобильного приложения или банально понятный лично для Вас дизайн).
Самые популярные варианты:
Понятное дело, что каждый из этих сервисов имеет свои плюсы и минусы. И все они немного, но отличаются друг от друга. Но что же их все объединяет?
Прежде всего, необходимость регистрации. Для некоторых из них авторизация возможна только в браузере, а другие позволяют зарегистрироваться в системе и через мобильное приложение. Но проходить регистрацию все равно придется. Однако стоит отметить, что, как правило, она не занимает больше пары минут.
Кстати, в этом плане стоит отметить удобство мобильных устройств — в систему подавляющего большинства из них уже встроены облачные хранилища и создаются они при первом включении.
Вы, наверняка, замечали, что при запуске Андроида предлагается создать аккаунт в Гугл? А обращали ли Вы внимание, что на Айфоне сразу же создается аккаунт для iCloud? Все это не что иное, как облако для хранения данных.
Еще один момент, который роднит все виртуальные хранилища — это необходимость настройки параметров. Вы можете предоставить доступ друзьям и родным и позволить им использовать, редактировать и удалять имеющиеся файлы или добавлять новые. Для удобства использования многие порталы позволяют каждому пользователю установить свой собственный пароль к общему хранилищу (например, Гугл.Диск).
Пожалуй, стоит дополнительно остановиться еще на одном пункте. Между всеми устройствами и пользователи, допущенными к облаку, установлена постоянная связь. Что это значит для пользователя? В момент, когда вносятся какие-либо изменения в файлы, хранящиеся в облачном хранилище, они сразу же фиксируются и все данные синхронизируются в режиме реального время.
Мы с Вами рассмотрели основные общие моменты для всех виртуальных хранилищ в интернете. А теперь давайте подробнее остановимся на отдельных популярных сервисах. И начнем с одного из самых популярных — Яндекс.Диска.
Что такое Яндекс.диск?
Весной 2012 года известная всем поисковая система Яндекс запустила сервис облачного хранилища, известного сейчас под названием “Яндекс.Диск”. Основные функции доступны на бесплатной основе. Это во многом определило популярность среди пользователей. Что предлагает облако “Яндекс”?
10 Гб виртуального пространства предоставляется бесплатно. Если Вам нужно больше места, у Вас несколько способов увеличить объем: можно купить подписку Яндекс-PRO или же участвовать в акциях портала. Например, старые пользователи системы еще помнят, как Яндекс предоставил дополнительных 10 Гб за приглашение друзей или покупку подписки на музыку.
И это только малая часть того, что получит пользователь, если решит воспользоваться облаком Яндекс.
Яндекс-облако: как пользоваться сервисом?
Для того, чтобы начать пользоваться облаком Яндекса, прежде всего, придется пройти регистрацию. Проще всего это будет сделать тому, у кого уже есть аккаунт в Яндекс (почта, Дзен или какой-либо другой проект). Если же Вы еще не являетесь их клиентом, то ознакомьтесь с нашей инструкцией:
Кстати, пользоваться почтой Яндекс не обязательно. Она Вам потребуется только входа в Ваш личный аккуант на удаленном сервере.
Перейти в него Вы можете прямо с главной страницы или же воспользуйтесь этой кнопкой:
Также можно скачать соответствующее приложение на компьютер и телефон — для этого просто нажмите на кнопку:
В центре область хранения файлов и папок.
Автоматически создаются папки (их можно увидеть слева):
В облаках выполняются четыре основные операции:
Тут можно скопировать ссылку и отправить ее другому пользователю, или выбрать соцсеть, в которой она будет опубликована.
Дополнительно можно удалить, переместить, переименовать или редактировать файлы и папки. Все эти команды есть в контекстном меню (ПКМ на файле) и во всплывающей сверху панели.
Mail.ru облако: как пользоваться?
Другая поисковая система Мэйл предлагает всего 8 Гб бесплатно. Хотя еще пару лет назад эта цифра достигала 25 Гб. Но вопрос нехватки объема легко решается, ведь Вы всегда можете приобрести его за отдельную плату.
Для того, чтобы воспользоваться предоставленным объемом, Вам придется пройти регистрацию почтового ящика. В целом процесс регистрации мало отличается от описанной инструкции для Яндекса. Поэтому останавливаться подробно на этом факте мы не будем, а перейдем сразу к вопросу о том, как пользоваться Мэйл.ру облаком.
Перейти в предоставленное Вам виртуальное пространство можно как через вашу личную почту, так и через главную страницу Мэйл.ру (по навигации в верхнем поле) или напрямую по ссылке:
Функции в принципе те же самые, что и на Яндексе:
В целом все поисковые системы предлагают плюс-минус одинаковый функционал. Разве что Rambler один из немногих сервисов, который пока что не разработал свой облачный диск.
Google.Disk — облако для телефона Андроид и ПК
Чаще всего, облако в интернете для хранения данных на Андроид привязывают именно к Google. Но в принципе можно использовать любое другое хранилище. Поэтому ответ на вопрос: что такое облако в телефоне Андроид и как им пользоваться, мы опишем именно на примере Гугл Диска.
Google.Disk — это одно из самых выгодных предложений на настоящий момент. В бесплатном варианте Вы получите 15 Гб виртуального пространства. Этот объем делится между почтой, самим диском и Гугл.фото. Если этого места Вам недостаточно, то Вы можете приобрести дополнительное пространство (размером до 30 ТБ). Виртуальное хранилище Гугл точно также привязано к Вашему почтовому ящику, поэтому прежде всего, потребуется создать свою почту.
Кстати, Гугл разработали не только браузерную версию, но и мобильное приложение. Так что оставаться на связи с ним не составит труда. Чтобы воспользоваться облачным хранилищем на телефоне Андроид, следуйте нашей инструкции:
После этого на рабочем столе появится значок клиента. Открывайте. Для управления файлами и папками нужно пользоваться меню – три точки справа сверху на ярлыке элемента. Там вы найдете привычные команды.
Такое же меню для всего диска (справа сверху на экране) позволит выбрать все объекты, отсортировать их и посмотреть свойства.
Подробно рассказывать о том, как пользоваться виртуальным хранилищем на телефоне Андроид смысла нет, так как особых отличий по сравнению с web-инструментом не существует. Более того, для удобства большинство владельцев виртуального пространства предлагают такие же клиенты для компьютеров.
iCloud — виртуальное хранилище данных для iOS
В качестве примера мобильного варианта облака расскажем об iCloud. Главная особенность этого сервиса — он встроен в систему изначально (начиная с пятой версии iOS). Еще один интересный факт — дополнительно проходить регистрацию Вам не придется. Для доступа к файлам в iCloud используются логин и пароль от AppleID.
Для того, чтобы начать работать с облачным хранилищем Айфона, прежде всего, установите галочки для всех программ, для которых требуется синхронизация. Сделать это можно в настройках Вашего устройства.
Важно! Перед тем, как добавить какую-либо программу для синхронизации, хорошо подумайте. Ведь бесплатно предоставляется всего 5 Гб. А в облаке хранятся, кроме фото, еще и копии, сами документы, контакты и сообщения.
После того, как Вы настроите сервис под себя, все устройства, привязанные к Вашему AppleID, а также все, кто знает эти данные, смогут получить доступ к Вашим данным в iCloud.
Плюсы и минусы использования
Надеемся, что сейчас Вам стало более-менее понятно, что такое облако в интернете и как им пользоваться. И нам осталось ответить всего на один вопрос: а стоит ли такой сервис потраченного времени на регистрацию в системе и попытках «залить» информацию? Давайте попробуем ответить на этот вопрос вместе!
Из явных преимуществ использования облака можно отметить:
Основные недостатки облачного (виртуального) хранилища:
Но если бы Вы спросили нас, стоит ли пользоваться облаком для хранения данных, мы бы однозначно ответили, что да! Мой личный опыт использования облачных хранилищ не слишком впечатляющий: около 5 лет. Но за это время успеваешь оценить все плюсы сервиса и перестать заботиться о каких-то мелочах. Сколько бы у вас не было устройств, какая бы ОС на них не была установлена, благодаря облаку вы всегда будете иметь постоянный доступ к своей информации в интернете. Поэтому пробуйте и ищите свой идеальный вариант!
Что такое облако в интернете и как им пользоваться : 9 комментариев
Здравствуйте. Подскажите, а как сделать ссылку на файл в облаке майл?
Добрый день. В правом верхнем углу файла поставьте галочку. Нажмите кнопку в меню сверху «Получить ссылку» или аналогичный пункт в контекстном меню (правой кнопкой мыши на файле). Копируйте ее, чтобы отправить кому-либо, или можно выбрать соцсеть, чтобы поделиться ссылкой.
Добрый день. А как создать папку в облаке на телефоне? Пользуюсь гугл диском и нигде не могу найти меню создания.
Здравствуйте. В правом нижнем углу есть большой синий плюс. Нажимайте на него, появится меню. В нем можно выбрать создание папки и загрузку файлов.
если сохранить документ Excel на облако, его потом возможно корректировать, исправлять, добавлять новые данные? Или можно ли вернуть его на ПК, чтобы на нем работать? Года 2 назад я попыталась сохранить на гугл диск, но там его даде просмотреть было сложно. В книге Excel даже листы не перелистывались. Сейчас что-то изменилось?
Здравствуйте, Элла!
По поводу редактирования файлов, все зависит от конкретного облачного хранилища. Что касается Google Диск, то конкретно в нем по-прежнему редактировать данные нельзя. Но сервис автоматически Вас может перекинуть в Гугл Таблицы, где Вы сможете внести все необходимые правки. А файл автоматически сохранится на Диске.
Здравствуйте, Андрей!
Аккаунт не может быть уничтожен. Вам нужно заново авторизоваться с логином и паролем от него, закрыв новый или выбрав нового пользователя.
Будет ли учтен в голосовании при проведении собрания в МКД ( заочная форма) бюллетень собственника помещения, находящегося за границей надлежащим образом уведомленного о проведении собрания, оформившего свое решение ( бюллетень) в формате PDF и отправивший его ( бюллетень) по эл. почте «облако»?
Облако — что это и зачем?
Недавно мы запустили сервис 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 в былинный отказ.
Облако – это не куча слов «масштабируемое», «доступность», «миграция», «производительность», «тенденция», употребленных в произвольном порядке в маркетинговом тексте. Это просто модель владения вычислительными мощностями. В определенных случаях эта модель очень удобна.
Кстати, у нас есть сервис для разработчиков, работающий в облаке.
Дмитрий Мещеряков,
департамент продуктов для разработчиков