Содержание

Облачные сервисы: разновидности и преимущества

Приветствую вас, дорогие читатели!

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

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

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

гугл диск
Корпорация Google запустила производство полностью «облачного» ноутбука Chrome Book, не имеющего установленной операционной системы и внутренней памяти – все это обеспечивается исключительно при условии подключения к интернету.

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

Содержание статьи

Почему облачные сервисы так называются?

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

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

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

Альтернатив название облачного сервиса – кластерный

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

Миллионы компьютеров по всему миру устанавливают антивирусные пакеты на свои компьютеры и подключаются к облачному сервису.

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

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

облако информации

облако информации

Это очень удобно, например, пользователь вернулся из путешествия с заполненной фотографиями картой памяти. Можно арендовать облачный Фотошоп на месяц. За это время обработать все черновые фотографии. А потом Фотошоп больше и не нужен, до следующего путешествия. Так зачем тогда покупать пожизненную лицензию?
В этом и заключается коммерческий смысл и выгода облачных сервисов – их можно покупать ровно столько, сколько нужно и когда это необходимо.

Какие бывают облачные сервисы

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

• Электронная почта.
• Социальные сети.
• Услуги хостинга.
• Конструкторы сайтов.
• Онлайн-офисы.
• Интернет-бухгалтерия.
• Системы удаленного менеджмента клиентов.
• Инфраструктурные решения для управления бизнесом.
В маркетинговом смысле облачные сервисы можно разделить на несколько моделей обслуживания клиентов по типу предоставляемых услуг.
• SaaS – Software-as-a-Service. Предоставление удаленного доступа к пользованию программным обеспечением.
• PaaS – Platform-as-a-Service. Возможность устанавливать в облачных дисках операционные системы под конкретные программы с последующей работой в этих приложениях. Если пользователь не может на своем компьютере установить нужную OS для решения определенных задач, то это можно получить в облаке.

• IaaS – Infrastructure-as-a-Service. Глобальное решение – в облачной инфраструктуре сочетаются возможности двух предыдущих моделей.

Выгоды и преимуществ облачных сервисов

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

бизнесс облако

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

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

Что такое облачные сервисыЧто такое облачные сервисыПРИЛОЖЕНИЯ И СЕРВИСЫ ДЛЯ БЫСТРОГО ЗАРАБОТКА

 

Разбираемся с «облачными» услугами / 1cloud.ru corporate blog / Habr

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

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

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

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

Появились такие академические проекты, как Condor – это распределённая сеть компьютеров, развернутая в Висконсинском университете в Мадисоне. На сегодняшний день там установлено 350 настольных UNIX-станций, которые предоставляют доступ для работы пользователям со всего мира. Были и другие проекты, например distributed.net и [email protected] – на тот момент эта идея была инновационной, да и заниматься поиском внеземных цивилизаций тоже достаточно интересно.

Затем появился БАК от ЦЕРН, который породил бессчётное количество исследовательских проектов, на которые уходили миллиарды долларов. Как часть всего этого движения в моду вошли грид-вычисления. Определение грид-вычислений очень близко к тому, что мы называем «вычисления как услуга». В качестве примера можно привести Globus Toolkit.

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

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

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

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

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

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

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

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

Что касается стоимости услуг, то процесс их формирования может быть достаточно сложным, а ценник изменяться от поставщика к поставщику. Джейсон Лемкин (Jason M. Lemkin), партнер SaaStr Ventures, считает, что если ваш продукт лучше, то не стоит стесняться завышать цену.

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

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

В случае IaaS клиент получает возможность использовать облачную инфраструктуру по своему усмотрению и самостоятельно управлять ресурсами обработки и хранения, а также сетями. «Пользователь может создать виртуальную инфраструктуру и изменить её в любой момент», – говорит консультант Эван Лейт (Ewan Leith). Аутсорсинг стал популярным еще в те времена, когда компании хотели использовать компьютеры, но не хотели нести издержки по их содержанию и обслуживанию. По этой причине мы сегодня имеем технологию виртуализации.

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

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

Второй слой – это платформа как услуга или PaaS. При переходе от модели IaaS к модели PaaS (Platform as a Service) дополнительно на сторону облачного провайдера передается управление операционными системами и базами данных. В этом случае клиентам не приходится думать о дисковом пространстве, которое необходимо выделить, и распределении нагрузки между серверами. Примерами PaaS являются Google App Engine, Heroku и Force.com.

Программное обеспечение как услуга (SaaS) – последний уровень облачных вычислений, обычно дополняющий PaaS. Это программное обеспечение для конечного пользователя, например, обеспечивающее работу с электронной почтой или текстом. Очень часто оно предоставляется по подписке. Примерами SaaS могут служить Google Apps, Salesforce.com и Business Productivity Online Suite от Microsoft.

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

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

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

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

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

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

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

P.S. Пара наших публикаций по теме на Хабре:

Облачное хранилище данных — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 10 февраля 2019; проверки требуют 11 правок. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 10 февраля 2019; проверки требуют 11 правок.

Облачное хранилище данных (англ. cloud storage) — модель онлайн-хранилища, в котором данные хранятся на многочисленных распределённых в сети серверах, предоставляемых в пользование клиентам, в основном, третьей стороной. В отличие от модели хранения данных на собственных выделенных серверах, приобретаемых или арендуемых специально для подобных целей, количество или какая-либо внутренняя структура серверов клиенту, в общем случае, не видна. Данные хранятся и обрабатываются в так называемом «облаке», которое представляет собой, с точки зрения клиента, один большой виртуальный сервер. Физически же такие серверы могут располагаться удалённо друг от друга географически.

Облачными хранилищами являются такие интернет-сервисы, как: Dropbox, OneDrive, Google Drive, iCloud, Яндекс.Диск, Облако Mail.Ru.

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

В марте 2011 года аналитическая фирма IDC провела исследование, которое показало, что многие компании в первую очередь связывают с «облачными» сервисами большие проблемы по части безопасности. А независимая исследовательская организация Portio Research только подтвердила это, указав конкретные цифры: 68 % опрошенных руководителей европейских IT-компаний в целях безопасности отказываются использовать «облачные» технологии. Также руководитель компании G Data Security Labs и эксперт по безопасности Ральф Бенцмюллер не рекомендовал использовать «облачные» сервисы в связи с тем, что данные могут стать достоянием общественности[2].

  • Безопасность при хранении и пересылке данных является одним из основных вопросов при работе с «облаком», особенно в отношении конфиденциальных и приватных данных. Так, например, провайдер имеет возможность просматривать данные клиента (если они не защищены паролем), которые также могут попасть в руки хакеров, сумевших взломать системы защиты провайдера[1].
  • Надёжность, своевременность получения и доступность данных в «облаке» очень сильно зависит от многих промежуточных параметров, таких как: каналы передачи данных на пути от клиента к «облаку», надёжность последней мили, качество работы интернет-провайдера клиента, доступность самого «облака» в данный момент времени. Если же сама компания, предоставляющая онлайновое хранилище, будет ликвидирована, клиент может потерять все свои данные[1].
  • Общая производительность при работе с данными в «облаке» может быть ниже, чем при работе с локальными копиями данных.
  • Абонентская плата за дополнительные возможности (увеличенный объём хранения данных, передача больших файлов и т. д.)[1].

Известные инциденты[править | править код]

19 июня 2011 года в течение четырёх часов любой желающий мог получить доступ к данным пользователей Dropbox[3][4][5].

Некорректная настройка прав доступа к облачным хранилищам Amazon S3 несколько раз приводила к крупным утечкам данных, например, 200 миллионов записей предвыборной аналитики[6], о 3 миллионах фанатов WWE, 6 миллионах клиентов Verizon[7].

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

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

  1. 1 2 3 4 5 6 ComputerBild №4, 2010, с. 62.
  2. ↑ Chip №8, 2011, с. 20—21.
  3. ↑ Yesterday’s Authentication Bug // The Dropbox Blog, 20.06.2011.
  4. ↑ Dropbox устроил день открытых дверей // BugTraq.Ru, 21.06.2011.
  5. ↑ Chip №8, 2011, с. 20.
  6. ↑ Личные данные почти 200 миллионов избирателей США попали в интернет, Российская Газета (20.06.2017). Дата обращения 15 ноября 2017.
  7. Selena Larson. Verizon data of 6 million users leaked online (англ.), CNN Tech (July 12, 2017). Дата обращения 15 ноября 2017.
  8. Henry Blodget. Amazon’s Cloud Crash Disaster Permanently Destroyed Many Customers’ Data (англ.), Business Insider (Apr. 28, 2011). Дата обращения 15 ноября 2017.

как двое россиян нашли клиентов по всему миру :: Свое дело :: РБК

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

Фото: Lee Jin-man / AP

Корейским инвесторам хотелось российской экзотики, так что их отвезли в Нижний Новгород, где располагается центр разработки компании Cloudike. «Наиболее ответственная часть переговоров проходила в бане на берегу Волги. Мы заказали парение с четырех рук, особый мед, выкладывание стены вениками. В конце встречи нам почему-то принесли счет в три раза больше, чем мы ожидали, но инвесторы были довольны», — вспоминает совладелец Cloudike Максим Азаров. Усилия оказались ненапрасными — компания привлекла $1 млн от крупных венчурных фондов из Южной Кореи.

Двое выходцев из холдинга Rambler & Co. Максим Азаров и Дмитрий Малин, как и многие IТ-специалисты, решили попытать счастья на ниве предпринимательства, чтобы создать второй Google или, на худой конец, Rambler. Но очень скоро поняли, что конкурировать в лоб с гигантами нереально. Они сфокусировались на обслуживании телеком-компаний и создании частных облаков. В итоге получился растущий международный бизнес.

Витая в облаках

Максим Азаров и Дмитрий Малин работали вместе в Rambler & Co. и в российском офисе LG, где, в частности, занимались проектом облака компании LG Cloud. В 2010 году друзья решили пуститься в вольное плавание и основали компанию ASD Technologies, которая занималась заказной разработкой серверного ПО на языке Python. Партнеры брались за различные проекты в области хранения видео и автоматизации таксопарков.

Программистов наняли в Нижнем Новгороде. Азаров и Малин говорят, что выбрали для открытия офиса город, находящийся недалеко от Москвы, но с уровнем зарплат IТ-специалистов на треть ниже, чем в столице.

Обзор: Облачные сервисы 2019, Российский облачный рынок переживает бум новых сервисов

Облака – зона роста для компаний из маломаржинальных отраслей

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

Большое количество облачных запусков пришлось на сегмент интернет-компаний и сотовых провайдеров. С начала 2017 г. в рамках облачной стратегии Cloud Solutions сервисы IaaS предоставляет Mail.Ru. В сентябре 2018 г. последовал ответ коллег из «Яндекса», когда российский поисковик анонсировал запуск «Яндекс.облака» — «убийцы» Amazon Web Services и Microsoft Azure. В мае 2017 г. «Мегафон» запустил сервис виртуального ЦОД для своих бизнес-клиентов, в том же году МТС анонсировал облачный бренд #CloudМТС. В апреле 2018 г. к коллегам по мобильному рынку присоединился «Вымпелком» (бренд «Билайн»), который анонсировал запуск платформы BeeCloud. По данным оператора, по итогам года к сервису подключились более сотни крупных и средних клиентов.

Представители финансового сектора также экспериментируют с предоставлением облачных сервисов. В частности ряд проектов в этой области инициировал Сбербанк. В 2018 г. он заявил о планах по развитию собственной платформы виртуального ЦОД-а (SberCloud) совместно с компанией «Ай-Теко», однако позднее было решено развивать проект самостоятельно, без участия системного интегратора. Кроме того, с 2016 г. Сбербанк предоставляет сервисы для бизнеса, среди которых есть как партнерские сервисы, так и собственные разработки Сбербанка. «Сегодня в интернет-банке представлены 30 небанковских сервисов. На платной основе их уже использовали более 470 тыс. клиентов. Среди самых популярных – электронный документооборот E-Invoicing (более 60 тыс. платных подписок) и Сервис проверки контрагентов (более 20 тыс. подписок)», – рассказывает вице-президент Сбербанка Евгений Колбин.

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

Облака сгущаются в тучи

Не менее интересным оказались события в области слияний и поглощений облачных компаний. Так, в январе 2019 г. стало известно о приобретении компанией МТС облачного провайдера «ИТ-Град» за ₽2,5 млрд, что сразу вывело сотового оператора в число лидеров рынка. Не менее агрессивную политику в этой области проводит государственный оператор «Ростелеком». В 2015 г. компания приобрела 50% ЦОД-провайдера SafeData, а в 2017 г. довела свою долю до 100%. В январе 2019 г. «Ростелеком» подал в ФАС ходатайство о покупке компании DataLine– одного из крупнейший поставщиков услуг ЦОД и облачных сервисов. Представители «Ростелекома» и DataLine официально не комментируют возможную сделку.

Несмотря на то, что DataLine и «Ростелеком» являются лидерами на рынке ЦОД и входят в пятерку крупнейших поставщиков IaaS, другие игроки рынка не считают, что возможная сделка приведет к монополизации рынка. «Если сделка по приобретению DataLine состоится, то на рынке все равно останется больше десяти крупных игроков. Это укрупнение рынка, а не его монополизация», – утверждает директор по развитию облачного бизнес компании «Крок» Максим Березин. «Консолидация — естественный процесс развития рынка, показатель его здоровья», – придерживается сходного мнения управляющий директор Selectel Максим Семенихин.

При этом оба собеседника CNews считают, что консолидация рынка является позитивным трендом с точки зрения заказчика. «Не следует опасаться, что она уничтожит конкуренцию, вызовет рост цен. Более вероятно, что консолидация гармонизирует рынок — его постепенно покинут игроки с дешевыми некачественными услугами и с необоснованно высокими ценами», – предполагает Максим Семенихин. Кроме того, укрупнение игроков может привести к снижению тарифов на базовые услуги, добавляет Максим Березин: «Рынок colocation и услуг IaaS становится стандартным. Когда компании предоставляют стандартные технологии, выделиться становится возможным только за счет более выгодного тарифа».

Рост за счет регионов и нишевых решений

Быстрорастущий спрос на облака сохраняет возможность выхода новых игроков. «Российский рынок облаков имеет большой потенциал роста: свободная часть рынка еще очень большая. На данный момент — это самый быстрорастущий сегмент ИТ», – считает директор облачного провайдера #CloudMTS Олег Мотовилов. Директор по стратегии «Ростелекома» Видия Железнов напоминает о растущем спросе на облака в государственном секторе, а также указывает на перспективы разработки специализированных решений: «Сейчас идет активное развитие нишевых и отраслевых решений, что также является окнами возможностей для новых игроков», – говорит он. Георгий Мегрелишвили обращает внимание на сверхконцентрацию дата-центров в столичном регионе и полагает, что рынок будет развиваться за счет проникновения в регионы: «Рост дефицита свободных стоек может привести к повышению цен на 15%. Сейчас вводятся в эксплуатацию новые ЦОДы, но региональных проектов мало. Мы считаем очень важным, чтобы рынок рос за счет новых игроков из российских регионов. Это вполне реально. Преимущества облаков — низкие начальные инвестиции, простая и прозрачная модель аренды, быстрый старт. Уровень развития телеком-инфраструктуры в России очень высокий. Потребность в облачных сервисах растет у компаний любого уровня — от СМБ до госхолдингов».

Тем не менее, многие представители отрасли скептически оценивают перспективы выхода на облачный рынок новых отечественных игроков. «Новым провайдерам очень сложно будет догонять имеющихся игроков в части технологий и квалификации. Хватит ли у новичков ресурсов совершить этот прыжок — большой вопрос», – высказывает сомнение генеральный директор DataLine Юрий Самойлов.

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

Великий шелковый путь в облаках

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

Тем не менее, хотя российские заказчики активно пользуются продуктами глобальных лидеров рынка (AWS, MS Azure), мировые гиганты не спешат локализовать свои продукты для отечественных заказчиков. С другой стороны, интерес к российскому рынку активно проявляют китайские поставщики. В 2018 г. китайская компания Huawei арендовала 500 стоек у столичного ЦОД-оператора 3data для оказания облачных услуг российским клиентам. В январе 2019 г. еще один китайский вендор – интернет-компания Tencent (наиболее известна как поставщик онлайн-игр) – арендовала 600 стоек в дата-центре IXcellerate, чтобы локализовать свои игровые и облачные сервисы.

Крупнейшие мировые поставщики IaaS– магический «квадрант» Gartner

risunok_1.png

Источник: Gartner, 2018

Российские поставщики не боятся выхода на рынок конкурентов из Азии и полагают, что выход китайских компаний положительно скажется на качестве сервисов. «Российские облачные провайдеры будут развиваться быстрее в присутствии зарубежных конкурентов. Это позитивно скажется на продуктовых предложениях и уровне сервиса для заказчиков», – предсказывает Олег Мотовилов. Новые игроки принесут на рынок лучшие практики в области сервиса, подготовки специалистов, ценоообразования, продвижения, отмечает Георгий Мегрелишвили.

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

Мировой рынок

Если говорить о глобальных трендах, то, согласно данным Gartner, IaaS является наиболее быстрорастущим сегментом облачного рынка. В 2019 г. мировые поставки «инфраструктуры-как-сервиса» вырастут на 27,5% до $38,9 млрд, предсказывают аналитики американской компании. Также высокими темпами растет направление PaaS, ожидается, что продажи в этом сегменте увеличатся на 21,8% до $19 млрд. Самым крупным направлением, с точки зрения общего оборота, являются предоставление ПО по сервисной модели (SaaS), в 2018 г. на аренду программ было потрачено $80 млрд, а в 2019 г. расходы поднимутся до $94,8 млрд.

Объем мирового облачного рынка, в млрд $

risunok_2.png

Источник: CNewsAnalytics, по данным Gartner, 2019

Cloud only?

На данный момент практически любое предприятие среднего и крупного бизнеса в той или иной степени применяет облачные технологии. При этом от политики cloud first (приоритетное внимание облачным решениям по сравнению с классической инфраструктурой) заказчики переходят к принципу cloud only, то есть в качестве варианта развития бизнес рассматривают исключительно облачные варианты построения инфраструктуры. По данным Gartner, в 2019 г. около трети инвестиций технологических компаний придется именно на решения класса cloud only.

Российские заказчики пока с осторожностью относятся к полному переходу в облако. Этому мешает наличие унаследованных систем, а также консервативность госсектора, который составляет значительную долю рынка. На массовый переход к стратегии cloud only опрошенные CNews игроки рынка отводят от 2 до 10 лет, однако отдельные примеры внедрений уже есть. «К примеру, один из наших клиентов, автолизинговое направление Газпромбанка, с самого старта бизнеса выбрал облачную модель. У заказчика нет ни одной серверной: в облаке работают все клиентские цифровые сервисы (автомаркет, мобильные приложения, личный кабинет), через облако организована работа центрального офиса и филиалов в регионах», – рассказывает Олег Мотовилов.

С другой стороны, некоторые облачные провайдеры полагают, что стратегия cloud only вообще лишена смысла: «Любое «only» и «first» — это ограничение, а для бизнеса, в условиях высокой скорости изменений на локальном и глобальном рынках, важны свобода выбора и оперативность реагирования», – полагает Георгий Мегрелишвили. Существуют приложения и системы, которые нецелесообразно переносить в облако, однако важно обеспечить их бесшовную интеграцию с данными и ИТ-ландшафтом компании: «Таким образом, на наш взгляд, для российского рынка будет более характерна тенденция развития гибридных и мультиоблачных решений».Подобные сервисы дают бизнесу больше гибкости в вопросах организации размещения и хранения данных.

Павел Лебедев

Обзор облачных сервисов для разработки бэкенда мобильных приложений

Разработка бэкенда — сложный и затратный процесс. При разработке мобильных приложений ему зачастую уделяется неоправданно больше внимания. Неоправданно, потому что каждый раз приходится реализовывать типичные для мобильных приложений сценарии: отправить push-уведомление, узнать сколько пользователей заинтересовались акцией и оформили заказ и т.п. Хочется решение, которое позволит сфокусироваться на важных для приложения вещах без потери качества и деталей в реализации второстепенных. И такие решения есть!

Подобные сервисы называются Mobile Backend-as-a-Service (MBaaS). Процессы создания бэкенда с их помощью упрощены, по сравнению с разработкой «вручную». Это экономия на найме отдельного backend-разработчика. А тот факт, что провайдер MBaaS берет на себя все вопросы, связанные со стабильностью серверов, балансировкой нагрузки, масштабируемостью и прочими инфраструктурами сложностями, придает уверенности в качестве полученного результата и является основным преимуществом таких сервисов.

В этой статье рассмотрим несколько крупных и зарекомендовавших себя сервисов: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.



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

Microsoft Azure

Microsoft Azure — Infrastructure-As-A-Service (IaaS) сервис, который содержит в себе полноценную BaaS функциональность и помогает при создании бэкенда для мобильных приложений.

MBaaS


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

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

Аналитика


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

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

Дополнительная функциональность


Также существуют интересные функции типа тестирования сборок приложений на реальных устройствах, настройки CI/CD для автоматизации процесса разработки и инструментарий для отправки сборок приложений на бета-тестирование или сразу в App Store или Google Play

Azure позволяет использовать фреймворк «из коробки» предназначенный для работы с картами и геопространственными данными, что упрощает работу с подобным форматом.

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

Сложность интеграции


Сервис Microsoft Azure предоставляет SDK для основных мобильных платформ (iOS и Android) и, что бывает не часто, для кроссплатформенных решений (Xamarin и PhoneGap). 

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

Важно понимать, что высокий порог вхождения — не частный случай с Azure, а общая проблема для IaaS. Например, Amazon Web Services, который будет рассмотрен далее, также подвержен данному недугу еще больше.

Надежность


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

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

Стоимость


В ценовой политике Microsoft Azure разные тарифы оплаты сервиса, есть и бесплатный план с определенными лимитами, которых хватит для тестирования. Важно помнить, что Azure — IaaS сервис, большинство которых из-за своей специфики и сложности подсчета отработанных ресурсов, страдают от сложности прогнозирования стоимости работы. Многие сталкиваются с трудностями и часто даже невозможностью правильно посчитать используемые мощности. Реальный счет может значительно отличаться от того, на который рассчитывали. 

Также у Azure, помимо этих планов, есть отдельные платные услуги: App Service Domain, Azure App Service Certificates и SSL Connections. Все они относятся к администрированию вашей инфраструктуры, их касаться не будем.
Во многих отзывах пользователи жалуются на сложную ценовую политику и невозможность прогнозирования стоимости услуг сервиса. Предложенный Microsoft калькулятор называют бесполезным, а сам сервис крайне дорогим.

Итог по Azure


Сервис Azure от Microsoft — функциональный и стабильный инструмент для использования в качестве основного MBaaS провайдера. То, что сервис изначально предоставляет полноценную инфраструктуру, открывает множество возможностей для дальнейшего развития вашего бэкенда вне рамок мобильных приложений. Большое количество серверов и обширное количество регионов, где они расположены, помогает подобрать подходящие вам по задержке. Позитивные отзывы пользователей это подтверждают. Из негативных моментов — высокий порог вхождения и сложности с прогнозированием стоимости работы сервиса.

Подходит? По этим ссылкам можно детальнее познакомиться с Microsoft Azure, изучить все подробности и начать его использовать: 

AWS Amplify


Amazon Web Services (AWS) — второй IaaS, который попал в нашу подборку. Он представляет огромное количество сервисов и интересен тем, что у него по аналогии с Microsoft Azure существует выделенный набор функциональности под названием AWS Amplify, который по сути и является мобильным бэкэндом. Ранее вы могли слышать название AWS Mobile Hub, который долгое время являлся основным сервисом, предоставляющим MBaaS функциональность. Как пишут сами Amazon, Amplify это доработанный и усовершенствованный Mobile Hub, в котором решены основные проблемы предшественника.

Если верить Amazon, то сервису Amplify доверяет множество крупных компаний, среди которых Netflix, Airbnb и многие другие.

MBaaS


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

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

Аналитика


За аналитику отвечает отдельный сервис Amazon Pinpoint, в котором можно сегментировать аудиторию и проводить масштабные таргетинговые кампании через разные каналы (push уведомления, смс и электронная почта) по привлечению пользователей в сервис.

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

Дополнительная функциональность


Amazon Amplify предоставляет доступ к сервису AWS Device Farm для тестирования билдов ваших приложений на реальных устройствах. Сервис позволяет проводить параллельное автоматизированное тестирование ваших приложений на множестве физических устройств, также доступно и ручное тестирование.

Сервис AWS Amplify Console является инструментом для деплоя и хостинга как серверных ресурсов, так и веб приложений с возможностью настройки CI/CD для автоматизации процесса разработки.

Также необычно выглядит возможность внедрения в мобильные приложения «из коробки» голосовых и текстовых ботов в качестве интерфейса для взаимодействия с пользователем. Работает это на сервисе Amazon Lex.

Интересно, что AWS Amplify предоставляет также и небольшую библиотеку готовых UI компонентов для вашего React Native приложения, что может послужить незначительным ускорением процесса разработки, либо использоваться в прототипе или MVP вашего проекта.

Сложность интеграции


Сервис Amazon Amplify предоставляет SDK для iOS, Android, JavaScript и React Native и достаточно подробную документацию. Важно отметить что помимо REST, сервис поддерживает еще и GraphQL.

Как говорилось в процессе анализа Azure, высокий порог вхождения —общая проблема для всех IaaS. Amazon не исключение, а даже наоборот. Это, наверное, один из самых сложных сервисов для понимания. Это происходит из-за большого количества различных инструментов, которыми располагает AWS. Освоение AWS с нуля займет значительное время. Но если ограничиться только Amplify — можно реализовать рабочее решение в адекватные сроки.

Надежность

Сервис от Amazon по статистике выглядит менее стабильным, чем Azure. Но радует малое количество полноценных отключений (красных клеток). В основном все, что происходит — это предупреждения и нестабильность в работе некоторых сервисов.

Это подтверждает и список последних происшествий на серверах AWS — некоторые из них являются предупреждениями разной длительности (порой до 16 часов), а последний раз, когда сервера «лежали», был в середине июня. В целом выглядит достаточно стабильно.

Стоимость

Ценовая политика Amazon Web Services с первого взгляда весьма проста — платите только за то, чем пользуетесь, сверх бесплатного лимита. Но как и в случае с Microsoft Azure, чем больше сервисов вы используете, тем сложнее прогнозировать итоговую стоимость работы.

В интернете множество отзывов, которые называют AWS слишком дорогим. Чего уж говорить, если давно появились компании, которые за отдельную сумму готовы оптимизировать ваше использование AWS, насколько это возможно минимизируя ежемесячные счета. 

Итог по Amazon Amplify


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

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

Подходит? По этим ссылкам можно детальнее познакомиться с Amazon Amplify, изучить все подробности и начать его использовать: 


Google Firebase



Сервис Firebase от Google является одним из самых интересных вариантов в качестве MBaaS сервиса для вашего приложения. Он давно зарекомендовал себя в качестве полезного инструмента и является таковым для многих известных приложений: Shazam, Duolingo, Lyft и других. 

MBaaS


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

Аналитика


Важная особенность Firebase в том, что помимо бэкенд функциональности, сервис предлагает и широкий спектр возможностей для аналитики приложения. Встроенная Google Analytics, сегментирование пользовательской базы и работа с push-уведомлениями. Также в 2017 году Google отметился крутым приобретением, купив широко распространенный сервис Fabric и интегрировав его в Firebase наряду с Crashlytics, крайне полезным инструментом для отслеживания ошибок в приложении и сбора статистики и отчетов о падениях, произошедших на устройствах пользователей.

Дополнительная функциональность


Firebase предоставляет инструмент Firebase Dynamic Links для обработки динамических ссылок на ваш контент, при помощи этого инструмента можно генерировать ссылки, которые ведут в приложение, если оно установлено, если нет — отправляют пользователя в App Store или Google Play для установки. Также подобные ссылки работают в зависимости от устройства, на котором они открываются, если это компьютер, то будет открыта страница в браузере, а если устройство — произойдет переход в приложение.

Также Google позволяет проводить A/B тестирование ваших приложений при помощи Firebase A/B Testing и настраивать удаленную конфигурацию с инструментом Remote Config. 

Сложность интеграции


Становится понятно, что этот сервис совмещает в себе крайне большое количество возможностей для вашего приложения. Для интеграции Firebase стоит использовать SDK необходимой платформы, среди которых iOS, Android, JavaScript, а также для C++ и Unity, что будет очень кстати, если вы разрабатываете игры. Важно отметить, что у Firebase достаточно подробная документация и широкая база пользователей-разработчиков, и как следствие, большое количество  вспомогательного контента в сети, будь то ответы на вопросы или обзорные статьи.

Надежность


Стоит ли полагаться на Google — вопрос отдельной статьи. С одной стороны, у вас есть высокостабильный и работающий провайдер, а с другой, никогда не знаешь, когда «Гугл закроет и этот сервис». Не зря Гугл убрали у себя из миссии «Dont be evil»

Когда провайдер обладает такими ресурсами, казалось бы, аптайм должен стремиться к 100%, но все равно можно найти множество сообщений о проблемах с сервисом, например, цитата одного из пользователей: «Downtime happens. In the case of Firebase, you might say that «uptime» happens». И действительно, если посмотреть на статистику по событиям с сервисами Firebase, увидим, что бывают как небольшие простои, так и полноценные отключения на 5-7 часов, это может быть критично для вашего сервиса.

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

Стоимость


Ценовая политика Firebase понятна и проста, есть 3 плана: Spark, Flame и Blaze. Они идеологически отличаются друг от друга. В то время как Spark — бесплатный план с лимитами, которые позволяют развернуть и протестировать значительную часть функциональности платформы. Планы Flame и Blaze предполагают платное использование. Flame стоит фиксированные 25$ в месяц, но по сути вы получаете тот же Spark, только со значительно большими лимитами. 

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

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

Итог по Firebase


Сервис Firebase от Google представляет собой полноценный MBaaS провайдер, который ограничивает от инфраструктурных сложностей, с которыми напрямую связаны AWS и Azure. Весь необходимый для разработки облачного бэкенда функционал на месте, широкие возможности для аналитики, относительная простота интеграции, довольно низкий порог вхождения и прозрачное ценообразование. 

Из негативных сторон — проблемы со стабильностью сервиса. К сожалению, на это никак не повлиять, остается только надеяться на инженеров Google.

Подходит для вас? По этим ссылкам можно детальнее познакомиться с Google Firebase, изучить все подробности и начать его использовать: 

Kumulos


Kumulos — самостоятельный MBaaS сервис, основанный в 2011 году. 

MBaaS


В качестве мобильного бэкенда Kumulos предлагает множество стандартных инструментов, которые мы уже видели в предыдущих сервисах. Также есть возможность создавать полноценные кампании основываясь на расписании и геопозиции, отслеживании и диагностике падений, удобная интеграция со Slack, Trello и Jira, хранение данных и обработка авторизации пользователей.

Как и Firebase, сервис берет на себя все вопросы с балансировкой нагрузки, масштабированием и прочими инфраструктурными проблемами.

Аналитика


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

Важная особенность — возможность хранить и экспортировать данные в другие сервисы, среди которых: Salesforce, Google BigQuery, Amplitude и Tableau.

Дополнительная функциональность


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

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

Сложность интеграции


У Kumulos широкий набор SDK для интеграции как с нативными, так и с кросплатформенными инструментами. Библиотеки активно обновляются и поддерживаются.

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

Надежность


К сожалению, мне не удалось найти никакой статистики по стабильности серверов работы сервиса Kumulos.

Стоимость


Помимо бесплатного триала у Kumulos есть 3 платных плана: Startup, Enterprise и Agency. Они работают по принципу «плачу только за то, что использую». К сожалению, сервис не предоставляет прайс-лист в открытом доступе, похоже, что он рассчитывается индивидуально, исходя из ваших потребностей.

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

Итог по Kumulos


Kumulos предоставляет из себя MBaaS платформу во многом аналогичную Firebase. Здесь присутствует весь необходимый набор инструментов MBaaS сервиса, довольно обширные возможности аналитики и отчетности. Интересно выглядит отдельное предложение для студий мобильных приложений, которое сочетает в себе множество дополнительных преимуществ.

Из негативного — отсутствие каких-либо данных о стабильности серверов и закрытый прайсинг.

Стоит попробовать? По этим ссылкам можно детальнее познакомиться Kumulos, изучить все подробности и начать его использовать: 

Заключение


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

В статье мы рассмотрели 4 сервиса: Microsoft Azure, AWS Amplify, Google Firebase и Kumulos. Среди них 2  крупных IaaS сервиса и 2 MBaaS, которые специализируются именно на мобильном бэкэнде. И в каждом из вариантов встретили определенные проблемы и негативные стороны.

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

Функциональность

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

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

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

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

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

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

Весь анализ в итоге можно описать в таблице:

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

Данные о стабильности взяты с сервиса https://statusgator.com/
Данные о пользовательских оценках взяты с сервиса www.capterra.com

Облачные технологии

Облачные технологии «1С:Предприятия 8» обеспечивают повсеместную и удобную работу с прикладными решениями на различных клиентских устройствах с различными операционными системами.

При этом клиенты могут использовать устройства с малой вычислительной мощностью, мобильные устройства. Клиенты могут вообще не устанавливать на свои устройства программное обеспечение «1С:Предприятия 8», или могут установить легкое клиентское приложение, не требующее большого количества ресурсов.

Все основные вычисления, прикладная логика реализуется в кластере серверов «1С:Предприятия 8», который обеспечивает масштабируемость, отказоусточивость, динамическое перераспределение нагрузки и взаимодействие с СУБД, хранящими данные прикладных решений. При необходимости кластер серверов может быть усилен инфраструктурой сервиса, которая позволяет предоставлять клиентам услуги пользования программным обеспечением как сервисом, вести учет потребления этих услуг, осуществлять общее администрирование сервиса и др.

Термин «облако» используется в обозначении этих технологий как метафора. Она основана на том, что интернет изображается на компьютерных диаграммах в виде облака, за которым от клиента скрывается сложная инфраструктура и все технические детали. В «1С:Предприятии 8» подобная инфраструктура включает в себя следующие механизмы и технологии:

  • Возможность подключения к информационной базе по протоколу HTTP (HTTPS), благодаря чему клиенты могут работать через интернет из любой точки земного шара;
  • Наличие веб-клиента, не требующего предварительной установки на компьютер пользователя. Благодаря этому клиенты могут работать с неподготовленного компьютера или мобильного устройства;
  • Отказоустойчивый масштабируемый кластер серверов, благодаря которому «1С:Предприятие 8» может обслуживать большое количество одновременно работающих клиентов;
  • Наличие механизма разделения данных, благодаря которому прикладные решения могут работать в архитектуре multitenancy, когда единый экземпляр объекта приложения, запущенного на сервере, обслуживает множество клиентов или организаций;
  • Наличие инфраструктуры сервиса, позволяющей развертывать приложения «1С:Предприятия 8» в модели SaaS, когда поставщик разрабатывает и самостоятельно управляет прикладным решением, предоставляя потребителю доступ через интернет. Такая бизнес-модель избавляет потребителя от всех затрат, связанных с установкой, обновлением и поддержкой оборудования и программного обеспечения; потребитель оплачивает лишь пользование услугой.

Можно выделить четыре основных сценария использования облачных технологий «1С:Предприятия 8»:

Облачные технологии Облачные технологии Облачные технологии Облачные технологии

Облако внутри организации

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

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

Облачные технологии

Облако внутри холдинга

Внутри холдинга, объединяющего несколько компаний, облачные технологии помогают сократить издержки на обслуживание одинаковых прикладных решений. Например, в каждой из компаний, входящих в холдинг, ведется бухгалтерский учет с помощью программы «1С:Бухгалтерия 8». Тогда вместо того, чтобы в каждой компании развертывать и поддерживать собственную информационную базу «1С:Бухгалетрии», можно развернуть её один раз, в центральном офисе, например, и использовать в режиме разделения данных.

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

Облачные технологии

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

  • сокращение расходов на администрирование одинаковых прикладных решений,
  • быстрое и одновременное обновление прикладного решения для всех компаний.

Облако для клиентов

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

Например, автоматизируя товарищество собственников жилья, можно предоставить всем жильцам возможность работать с программой через интернет, используя лишь интернет-браузер. При этом в подавляющем большинстве случаев от них не потребуется как-либо модифицировать своё оборудование или устанавливать дополнительное программное обеспечение. Веб-клиент работает под управлением всех распространённых браузеров, на операционных системах Windows, Linux и OS X, на мобильных устройствах iPad.

Облачные технологии

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

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

Облачная подсистема Фреш (работа через Интернет в модели сервиса)

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

Облачные технологии

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

Работа в модели сервиса Фреш позволяет реализовать для прикладных решений «1С:Предприятия 8» бизнес-модель продажи и использования программного обеспечения, известную как SaaS (software as a service — программное обеспечение как услуга).

Отправить ответ

avatar
  Подписаться  
Уведомление о