Что такое облако и как им пользоваться. Какое облачное хранилище выбрать

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Так что это?

Теперь, когда мракобесия стало меньше, вернемся к вопросу, что такое публичное облако

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

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

имеет возможность самообслуживаться по требованию (self service on demand) пользователя, путем изменения и определения вычислительных нужд: скорости доступа, серверного времени, скорости обработки информации, возможность самостоятельного управления объемом хранящихся данных;
обладает универсальным доступом (universal access) посредством сети, охватывая все категории терминальных устройств;
объединяет ресурсы (resource pooling) для возможности обслуживания как можно большего количества пользователей в единственный пул, чтобы потом произвести динамически перераспределение компьютерных мощностей между пользователями прямо во время работы с облаком, кому-то выделяется больше ресурсов, кому-то - меньше, в зависимости от выполняемых задач, при этом, пользователи могут выбирать ЦОД (центр обработки данных), который ближе всего расположен географически;
гибкая и эластичная (elasticity and flexibility), а это значит что пользователи взаимодействуют с поставщиком облачных вычислений в полностью автоматизированном режиме, что дает возможность управлять услугами быстро и без долгих ожиданий;
автоматически ведет учет потребления (accounting of consumption) на ходу, подсчитывая использованные ресурсы: пропускная способность, объем сохраняемых данных, количество пользователей, транзакций облачным провайдером, оценивая размер предоставленных пользователям услуг.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

статья взята с Блога компании ABBYY на habrahabr.ru

Довольно часто можно слышать об облачных хранилищах или облаках данных, но что же это такое?

На самом деле все просто.

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

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

В российском интернете наиболее известны такие облачные хранилища, как Яндекс.Диск , Google Диск , Облако@mail.ru , Dropbox , для пользователей Windows — OneDrive , а для пользователей устройств Apple — iCloud .

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

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

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

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

Но есть и определенные минусы. Так остается открытым вопрос безопасности.

Во-первых , к загруженным вами файлам имеет доступ сам сервис и его сотрудники.

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

В общем, каждый делает выводы и принимает решение самостоятельно.

Лично я пользуюсь облаком iCloud и иногда Dropbox . Кроме этого в качестве бесплатного файлообменника использую доступный объем Яндекс и Google Дисков , ну а в рабочих целях в качестве надежного и быстрого хранилища данных использую платный аккаунт на файловом хостинге Amazon S3 .

В современном мире информация – то, что жизненно необходимо каждому человеку ежедневно. Это могут быть какие-то личные данные, документы, приложения и прочее, что может потребоваться в любой момент. Но поскольку всюду таскать собственный компьютер невозможно, приходится приспосабливать что-то для переноса этой информации – CD/DVD-носители, флешки и прочие накопители. Но это не совсем удобно, поскольку всегда есть риск потерять свой накопитель безвозвратно. Да и к планшетному ПК или смартфону его тоже не всегда можно подключить. Что же в таком случае делать?

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

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

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

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

В чём плюсы Облака?

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

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

В чем минусы?

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

Безопасность. Облако удобно для использования. Но в то же время от этого удобства страдает его защищенность. Сервер Облака не может предоставить полную защиту личных данных и информации пользователя. Однако специалисты утверждают, что так же легко взломать и обычный компьютер, подсоединенный к сети.
Самый очевидный минус. О нем забывают почти сразу, но именно он – краеугольный камень системы работы Облака. Хранилище не работает при отсутствии Интернета. Банально и просто: если у вас нет Интернета, то и не будет доступа к информации, хранящийся в Облаке. Самый значительный минус, особенно если учесть привычку работы с облачным шлюзом. Так что не спешите выкидывать флешки, они пока что работают без доступа к интернету.
Возможности. Для взаимодействия с Облаком недостаточно только доступа к Интернету. Чтобы обеспечить нормальную работу с хранилищем важен канал связи: насколько он доступен и быстр. И снова возвращаясь к Интернету – важна его стабильная работа и качество. Чем он хуже, тем труднее работа с облаком. Не стоит забывать и о производительности ПК, что не менее влияет на возможности хранилища.
Производительность. Предоставляемая возможность работы с данными на облаками уступает альтернативе прямой работы с информацией на компьютере.
Фишка с потерей данных. Облако предоставляет часть своего объема бесплатно. Но не всем хватает данного объема. И они оформляют платное хранилище. В этом и скрывается один из главных минусов. В случае если Облако не будет оплачено вовремя, существует большая вероятность потери всех данных без возможности их возврата. Конечно. если у пользователя не сохранилась копия данных отдельно от Облака.
Не бесплатные возможности. Учитывая пункт выше, некоторые вносят и платную возможность хранилища в минус. Но сумма оплаты за использование незначительная. Подробности зависят от выбранного хранилища.

1. Google Drive

Google Drive - облачное хранилище данных от Google, что говорит само за себя. Google Drive позволяет пользователям хранить свои данные на серверах в и делиться ими с другими пользователями в интернете. Облачное хранилище делит пространство между Google Drive, Gmail и Google Photo. В сервисе можно хранить не только документы, но и фотографии, музыку, видео и многие другие файлы – всего 30 типов. Всё очень удобно и привычно для пользователей Google-сервисов.

Тарифные планы Google Drive

Максимальный обьем файла 5 Тбайт.

Доступен в веб-браузерах, Windows, Mac OS, Android, iOS и др.

2. Microsoft OneDrive

OneDrive - переименованный в феврале 2014 Microsoft SkyDrive, базирующийся на облачной организации интернет-сервис хранения файлов с функциями файлообмена. К слову, SkyDrive создан в августе 2007 года компанией Microsoft. Сейчас OneDrive один из флагманов облачных хранилищ данных.

Преимущество сервиса OneDrive в том, что он сразу интегрирован с Office 365 , поэтому непосредственно из приложения можно создавать, редактировать, сохранять файлы Excel, OneNote, PowerPoint и Word в службе Windows Live OneDrive .

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

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

Что такое облачное хранилище?

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

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

Файлы доступны ВЕЗДЕ, где есть интернет: вы можете получить доступ с телефона или с ПК
Экономия места или расширение памяти: фотографии и видео можно хранить в облаке для экономии места
Большая скорость передачи файлов, благодаря широкой географической сети серверов и CDN
Надежность хранения: даже если один сервер выйдет из строя - на других серверах есть копии данных
Отличные возможности для бизнеса и удаленных сотрудников: один файл доступен для редактирования всем у кого есть доступ!

Минус только один - нужен интернет :)

Как начать пользоваться Облачным Хранилищем и какое выбрать

Для того, чтобы начать пользоваться облачными хранилищами, необходимо скачать программу – клиент и установить его. Если не знаете что выбрать, читайте наш " ".
Чтобы загрузить файл или фотографию в облако следуйте подсказкам встроенным в приложение, иначе ищите значок "+" или надпись "Загрузить/Upload"
Теперь вам остается настроить доступ из вне к вашим файлам: будете это только вы, либо же доступ будет у владельцев прямой ссылки которую вы создадите

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