История одного mBaaS (cloud backend) сервиса на примере QuickBlox

    Привет Хабровчане! Если вы уже нарядили елку и думаете, какую бы новую аппликуху сделать во время праздников, то вам может быть полезным узнать больше о mBaaS (mobile backend as a service).

    Пост будет интересен тем, кто уже использует или планирует использовать готовые серверные платформы в разработке своих мобильных приложений. Про QuickBlox уже писали на Хабре в общем, про code samples и SDK, про авторизацию-аутентификацию и HURL. Также нас упоминали в "Поверхностный обзор Javascript-enabled BaaS платформ".

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



    Краткая справка

    QuickBlox это mBaaS (mobile Backend as a Service) платформа, которая предоставляет готовую серверную инфраструктуру для мобильных приложений. Это позволяет разработчикам и издателям сэкономить время и деньги, отказавшись от разработки своего серверного «велосипеда», и сфокусироваться на разработке самих приложений и полировке UX (user experience).

    Поддерживаемые функции и модули:
    Users — аутентификация пользователей (кросс-платформенно, на основе OAuth). Single Sign-On. Группы и аватары.
    Chat — чат, общение пользователей в группах и 1:1. Текстовый чат, IM через push notifications, общение на карте (location chat) и видеочат.
    Messages — отсылка push notifications и in-app сообщений мобильным пользователям.
    Content — хранение и управление контентом. Стриминг видео. Обновление контента без необходимости обновлять приложение.
    Ratings — любые таблицы результатов и рейтинги, для игр, бизнес и социальных приложений.
    Custom Objects — создание собственных структур данных и управление ими через API.

    История QuickBlox

    Мы начинали как небольшая компания, которая занималась вебом — сайтами, CMS, databasing solutions под заказ. В 2009 выходит iOS SDK alpha и мы решаем попробовать себя в разработке софта. Разработка под айфон пошла очень успешно, скоро это становится нашей основной деятельностью, со всех сторон сыпется куча заказов. В то время как другие ощущают кризис, мы растем, и ощущение такое, что нащупали золотую жилу.

    В 2010 мы продолжаем успешно заниматься iOS разработкой, и в это время почему-то довольно много заказов поступает на игрушки. Практически любая игра требует таблички результатов, желательно онлайновой, в которой можно сравнить свои набранные очки с игроками со всего мира. Это добавляет социальности и соревновательности, играть становится гораздо интереснее. Но это требует серверной части — базы данных, API, клиент-серверной библиотечки на стороне приложения, а также админки. Каждый раз приходилось поднимать эту систему заново и запариваться с хостингом, сервером и дальнейшей его поддержкой для каждого приложения и заказчика. Делать мобильные приложения было интересно, ново и прикольно, а серверная сторона дела была скучна, мы подумали что наверное у многих разработчиков такая же проблема, поэтому решили продуктизировать решение. Так появился проект iGetScores, который был выложен на Google Code: http://code.google.com/p/igetscores/.

    Там был SDK, собственно библиотечка и семплы, которые можно было скачать и легко вставить себе online leaderboard в своё приложение. Мы даже выложили навороченный OpenGL семпл, там очень удобный плавный барабан-скроллер с подгрузкой соседних экранов результатов, флагами стран, красивой подсветкой своего результата, отображением времени «человеческим» языком, переключением кастомных полей. Такую реализацию мы сделали в игрушке iCombat и это в принципе есть и остается максимально продуманным и удобным решением для online leaderboard.



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

    Стали поступать вопросы, разработчики реально стали использовать его, из Лондона написал некий Ken Wolf, поблагодарил за классный проект и предложил сам сделать Android библиотечку. В общем, проект пользовался небольшой популярностью, но стали все чаще поступать заявки типа — а вот, ваш продукт конечно хорош, но надо сервак свой поднимать, а нет ли где готового сервака, куда можно подключиться? И мы поняли, что разработчикам и паблишерам нужен сервис, который освободит их от необходимости иметь дело с сервером и хостингом вообще.
    Мы запустили iGetScores.com, ну и одновременно начали видеть другие потребности, кроме high scores. Да и весь рынок iOS приложений, по крайней мере среди наших заказчиков, стал смещаться в сторону более серьезных приложений. Мы поняли, что нужны системы управления контентом, нужен удобный сервис для Push Notifications, нужен сервис для управления аккаунтами пользователей. Потом появилась потребность в Чат сервере. И мы решили, что нужно сделать платформу с основным джентльменским набором серверных модулей, которая будет покрывать 95% случаев, и позволит мобильным разработчикам забыть про головную боль написания и поддержки своего серверного бэкенда. Тогда еще не было Parse, StackMob, Kinvey и прочих BaaS платформ, и самого термина BaaS вообще не существовало, поэтому мы решили делать продукт параллельно с основным бизнесом мобильной разработки, зная что по крайней мере такая платформа пригодится нам самим.

    Платформу мы назвали Mob1serv (читается «мобисёрв») и запустили на сайте Mob1serv.com. В начале 2011 мы попали, из сотен стартапов со всей Европы и мира, в список финалистов SeedCamp London (я тогда уже как раз жил в Лондоне), засветились на TechCrunch, но, к счастью, не выиграли финансирование. «К счастью», потому что сейчас уже наша компания стоит гораздо больше, чем тот valuation, который предлагается стартапам SeedCamp за 10% в доле компании. В то же время, мы получили первый интерес со стороны инвесторов, я отрепетировал наш «elevator pitch». Людей, которые вообще поняли концепцию было очень немного, но они были. Заинтересовался один из бывших топ-менеджеров eBay из Парижа, инвестор из Лондона, заработавший капитал на продаже своего софтверного продукта для биржевых трейдеров, и еще совершенно отдельно от SeedCamp на нас вышел один американец, Nate Macleitch, проживающий в Лондоне, который стал seed инвестором и моим партнером по компании. Нейт до этого с партерами ворочал бизнесом в сфере мобильного контента, смс-шлюзов, рингтонов и прочего олдскула, и ему хотелось выйти из поднадоевшей корпоративной среды и заняться чем-то более инновационным и интересным. Мне он понравился тем, что, в отличие от прочих заинтересованных инвесторов, он готов был активно участвовать в работе и развитии компании в режиме full-time.

    Вскоре мы сделали еще один ребрендинг, я опросил знакомых и клиентов, мы набреинстормили сотни идей и в итоге я сгенерил название QuickBlox, на котором мы и решили остановиться. Идея в том, что имеются готовые серверные блоки-кирпичики, которые вместе складывают необходимый серверный backend для любого проекта. Мы продолжали развиваться в stealth режиме, используя и обкатывая систему на проектах своих заказчиков, запустили сайт в конце 2011, но активно его не продвигали, усилили серверную команду, довели все модули, API и админку до ума, закончили платформу, выпустили SDK и примеры кода (code samples) для iOS, Android, Windows Phone, Blackberry и Web. Здесь можно упомянуть, что в начале мы писали систему на PHP, но конечно на данном этапе мы уже от него отказались, здесь уже была написана вторая версия на Ruby on Rails, захостились на AWS, применили load balancer, скрипты деплоя, авто-скейлинг и прочие вкусности амазона, в общем сделали уже все по-взрослому. Больше года работали в режиме двухнедельных релизов, т.е. каждые две недели у нас была новая бизнес версия, с новыми фишками или улучшениями продукта.

    2012. К сожалению, в погоне за функционалом мы частично упускали из виду удобство и понятность для пользователей. Нам потребовалось проспонсировать и провести несколько хакатонов в Лондоне и на просторах xUSSR, пообщаться с кучей разработчиков, чтобы понять, на чем нужно сфокусироваться. Нужно было делать более простые и понятные примеры кода, лучше структурировать SDK, больше комментов, более понятным сделать сайт, объяснить все моменты, на которых может споткнуться начинающий разработчик и т.п. Большую часть 2012 мы провели над полировкой системы, разработкой более простых семплов, написанием простой документации, и в 2013 будем продолжать тратить на это основную часть усилий.

    2013. Поле битвы: cloud BaaS


    Сейчас термины SaaS, BaaS и mBaaS известны уж почти всем. У нас появилось множество конкурентов, такие как Parse, StackMob, CloudMine. Они удачно расположены в Кремниевой Долине, имеют многомиллионные инвестиции, хорошие связи, им легко достается пресса, они занимаются исключительно продуктом, в то время как мы продолжаем параллельно предоставлять услуги разработки софта на заказ.

    В то же время, есть ряд причин, по которым мы наоборот, теперь делаем основную ставку на QuickBlox и будем продолжать поддерживать и развивать его как продукт и платформу для разработчиков, агентств, интеграторов, паблишеров и enterprise:

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

    2. Рынок растет.
    Данные исследований Forrester Research, Cisco и т.п. предсказывают, что вычисления всё больше будут смещаться в облако, а сам рынок облачных вычислений и сервисов вырастет до $240 млрд. к 2020.



    3. Рынок созрел.
    Еще год назад бизнесам трудно было понять, о чем и для чего наш продукт, пока они не сталкивались с какой-то проблемой в разработке, которую не могли быстро решить своими силами. Сейчас мы видим гораздо больше понимания. Люди на выставках уже подходят и говорят — да, это нам нужно. Бывает даже подходят — я уже использую QuickBlox, мне он кажется легче и лучше, чем Parse. Это приятно.

    4. На рынке много места и ниш.
    Ни один крупный игрок не сможет сделать идеальный BaaS, всегда кто-то будет в каком-то нишевом сервисе лучше, или более ориентирован на определенный тип клиентов. Компании часто выкупают — постоянно происходят acquisitions, например если взять рынок платформ для online leaderboards, то на нем были сильные игроки OpenFeint и Scoreloop. Обе эти компании куплены, и как всегда в таких случаях дальнейшее развитие может быть сильно заторможено, многие сервисы просто закрывают.

    5. У нас сильные позиции:

    1) по проработанности API

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

    Чтоб было понятно о чем идет речь, например когда мы говорим о Leaderboards / High scores, то что было когда-то iGetScores, а теперь называется у нас модулем Ratings, API позволяет подсвечивать прыдущий результат игрока, заводить любое количество кастомных параметров, по которым тоже отслеживать результаты и фильтровать, определять страну игрока по IP или по geo-location, выводить N соседних результатов сверху и снизу, регулировать количество результатов в топе и подгрузку для скроллера. SDK содержит библиотечку с флагами стран, поддерживает OpenGL режим, фотки-аватары и прочее.
    То есть 99% покрытие всех необходимых use cases по каждому конкретному модулю, будь то Ratings, Users, Location, Messages, Content, мы начали именно с этого, в то время как StackMob и Parse начали с того, что предоставили разработчикам серверный конструктор, который позволяет завести любой класс объектов и напихать туда данных. Это конечно универсальнее, но сложнее и тяжеловеснее, и требует времени на создание архитектуры данных и написание оберток на стороне клиента, что является не самым быстрым решением в случае, когда необходима конкретная типовая функциональность.
    Мы потом добавили у себя модуль Custom Objects, который позволяет создавать свои структуры и классы объектов, и можем уже говорить о практически 100% покрытии, но при этом мы понимаем преимущества специализации и по-прежнему будем поддерживать модули, максимально заточенные под «боевые» задачи.

    2) по покрытию платформ SDK-библиотеками и примерами (code samples)

    Мы не трубим об этом на каждом углу, но как пример, QuickBlox это единственная платформа, которая покрывает Push Notifications для всех основных платформ, включая iOS, Android, Windows Phone и BlackBerry. Даже Urban Airship, которые занимаются в основном только push notifications, не покрывают windows phone.

    В разделе Developers quickblox.com/developers можно найти SDK и простые проекты-примеры по всем модулям для всех платформ, будь то iOS, Android, BlackBerry, Windows Phone или Web. Это важно, это позволяет разработчикам использовать одну и ту же платформу для всей своей базы пользователей на смартфонах, таблетках, и даже стационарно через web или desktop приложения.

    3) конкретно по модулю Chat

    Ощутимый процент пользователей начинают использовать QuickBlox, потому что у нас самое лучшее предложение по чату. У нас есть API для простого 1:1 чата, группового чата с созданием комнат, чата с отправкой файлов (причем двух типов — стандартный peer 2 peer и с серверным хранением через наш Content API). Есть Location Chat — там где пользователи могут общаться поверх карты, видя расстояние до других пользователей. Есть Augmented Reality chat — см. проект ChattAR. Есть веб-чат для сайтов и Facebook приложений. Есть даже плагин для Wordpress, который позволяет, например, объединить в чате читателей вашего блога и ваших мобильных пользователей. Уже работает у нескольких enterprise клиентов и скоро будет анонсирован на сайте видео чат.

      image

    Например, стартап на тему социального видео Runfaces использует нашу технологию для текстового и видео чата для мобильных юзеров, хотя они пытались работать с TokBox, платформой, которая фокусируется исключительно на чате. Наше видео-чат решение для iOS пока что самое лучшее на рынке. Наш чат и видео-звонки используются в приложениях Vyke, хотя они профессионалы IP телефонии. Также QuickBlox используется для чата, аттачей, push notifications и location сервиса в Gaydar и многих других online dating продуктах, хотя часто компании, которые держат сервера и приложения знакомств, имеют свои профессиональные команды серверных разработчиков. Им гораздо выгоднее использовать готовую обновляемую и обслуживаемую платформу, которая к тому же не грузит их основные сервера.

    Дальнейшие планы

    Как недавно написала в своём обзоре и прогнозе по развитию BaaS сервисов Josette Rigsby, трудно будет конкурировать с крупными игроками, не привлекая финансирования, но в то же время всегда есть возможность уйти в enterprise.

    Я абсолютно согласен с Josette, но мы естественно будем продолжать конкурировать, делая лучше те вещи, которые у нас получается делать лучше. Наши сильные стороны и преимущества я описал выше. Благодаря нашему бизнесу разработки приложений, мы постоянно имеем обратную связь от бизнес-пользователей, а благодаря QuickBlox и нашим инициативам с хакатонами и митапами (например, см. наш mobile backend meetup в Лондоне) мы постоянно получаем обратную связь от разработчиков, что позволяет нам регулярно улучшать продукт.

    По поводу цены для разработчиков основной сервис мы или оставим дешевым, чтобы хватало на покрытие стоимости AWS хостинга, или сделаем вообще бесплатным. Мы получаем достаточное финансирование с enterprise клиентов, и кастомизаций системы.

    По поводу финансирования — мы обязательно его привлечем, скорей всего это произойдет уже в 2013, почему мы этого не сделали ранее — во-первых у нас было и остается достаточно средств на R&D, что же касается глобального разворачивания продаж, маркетинга и developer relations, конечно дополнительное финансирование просто необходимо, тут проблема только в том, что нам сейчас некогда искать инвесторов и нам вряд ли дадут хороший valuation. Интерес со стороны VC проявляется регулярно, но это в основном прощупывание почвы, им, как и всем, пока еще сложно понять и оценить этот рынок.

    Если оценивать по базе пользователей, то сейчас у нас более 1500 разработчиков и менее 30 enterprise клиентов, хотя конечных пользователей гораздо больше, т.к. только у одного из наших enterprise клиентов QuickBlox обслуживает чат, push notifications и контент для базы в 2 миллиона пользователей. Поэтому можно говорить о десятках миллионов конечных пользователей, если оценивать по user base. По обороту — он наверняка даже выше чем у конкурентов, за счет успешного consultancy бизнеса. В любом случае, мы сейчас не хотим вступать в обсуждения о valuation, пока мы не реализовали несколько cерьезных проектов, которые сейчас готовятся, и не провели хоть сколько-нибудь серьезный маркетинг и рекламу платформы (тоже в процессе).

    По поводу enterprise — QuickBlox уже используется в известных проектах и приложениях таких брендов, как Liverpool Football Club, Unilever, Avon, Saudi Telecom, Gaydar, DStv. Мы сотрудничаем с RIM и Telefonica. Сейчас ведутся переговоры — разработка новых проектов с известнейшими брендами, поэтому на уровне enterprise клиентов мы выступаем довольно успешно, и мы будем продолжать развивать это направление параллельно с основной работой.

    Обратная связь

    QuickBlox делали люди из Харькова, Ижевска, Томска, Питера, Москвы и Киева.

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

    История QuickBlox только начинается и мы будем рады, если вы поделитесь с нами своими мыслями о том, какой бы вам хотелось видеть платформу, что можно улучшить, какой функционал добавить (или, мало ли, убрать). Все наши семплы и открытые проекты типа ChattAR выложены в GitHub и вы можете создавать свои форки и экспериментировать с ними.

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

    Подробнее
    Реклама

    Комментарии 22

      0
      «QuickBlox делали люди из Харькова, Ижевска, Томска, Питера, Москвы и Киева. „
      А вы принципиально не сделали русскую версию сайта? Считаете, что это не добавляет солидности?
      Просто всегда удивляло, когда отечественные разработчики стесняются своего языка.
      А продукт выглядит интересно. Сам игрался с Parse.com. Надо попробовать и у вас.
      Удачи!
        0
        Спасибо. Насчет русской версии — честно говоря, даже не думали об этом, т.к. по себе знаем, что в разработке вся документация обычно на английском. Кто-то еще считает, что нужна русская версия?

        У нас еще довольно много вопросов в саппорт поступает, кроме англоязычных юзеров естественно, от разработчиков из Индии, стран Латинской Америки и Китая. Возможно, действительно стоит подумать о локализации или хотя бы поставить плагин с автопереводом.
          0
          Обычно на английском, потому что авторы англоговорящие. К слову, даже в документации по Android есть статьи на русском. Пример — developer.android.com/intl/ru/training/monitoring-device-state/index.html
          Я уже не говорю, что у крупных компаний часто документация идет сразу и на китайском, испанском и т.д.
          Понятно, что это затратно и не так интересно вам в финансовом плане.
            0
            Ок. Учтем. Перевести сайт, админку, документацию не проблема, но поддерживать всё хозяйство семплов, апдейты, SDK, видео инструкции на разных языках, конечно, непросто. Но подумаем, спасибо за подсказку.
              0
              Имхо — нужно только сайт и админку, может ещё документацию, максимум.
                0
                Или только текстовую документацию / туториалы перевести.
                Имхо, это спасет отцов русской демократии.
                Меня бы спасло.

                Как в старые добрые времена, когда книжки на русском описывали программы с английским интерфесом.
                «Меню File предназначено для работы с файлами. Команда Open… „
              –1
              Да, русская версия нужна.
            0
            а под BlackBerry OS 10 будете SDK делать?
              0
              Уже делаем! Только написал сегодня в посте об этом: key trends 2013: mobile, cloud, mBaaS мы уже делаем парочку BB10 проектов самостоятельно, в которых применяется QuickBlox, обкатаем SDK и сразу выложим на сайте. Если есть желание поучаствовать, пишите.
              0
              вы не поверите! с ног сбился пытаясь найти что подобное, а тут, совершенно случайно — ваш топик)
              теперь по теме, если можно такой вопрос/ы:
              — можно ли получить локейшены отсортированные по удалению от точки с фильтром по времени (ластактивити+т), например?
              — как, как устроен видеочат? p2p же не работает в андроиде без флеша, например, а стримить через сервер — это же просто фантастика. Или траффик вычтется?
              — чат. у вас полноценный коммет для чата, открываю лонгполл конекшен с аштитипи кипэлив и наслаждаюсь диалогами?
              И напоследок, у меня много халявных приложений — через 3 мес я буду генерить 10 лямов запросов в день запросто, но легко (наверно) номинально оставаясь в тарифном плане фри — 10-лямов/день — это много для вас или семечки? Возьмете в кружок халявщиков? Ну просто те же чаты места много не просят а запросы жрут, и так далее, задачи разные.

              Я тут уже придумал, да что там придумал — реализовал! концепт вконтакте аз мобайл сторадж унд мега статик фрии контент сервис виф кьюте апи)
              Реализовал обмен данными между юзерами приложения, например, через стены паблик страниц, ну типа это баг наверно, но петров может постить на стену группы номер 13 в которой не состоит, например, а у группы уже апи есть и иванов с нее читает стены — и так далее. Сидел вот собирался на продакшен выкатывать и вот прям не знаю. Уж больно сладко у вас все, недоверчиво прям как то)
                +2
                Вопросы понял. Отвечаю ;-)
                локейшены по времени и ластактивити: это можно сделать, например см наши открытые проекты-примеры ChattAR (показывает расположение ваших френдов из Facebook), а VK Radar это более старая версия для ВКонтакте но логика здесь в обоих случаях больше на клиенте.
                видеочат: пока что видеочат есть только для iOS. Постараемся добавить для Android, Web и BB10 в ближайшее время.
                чат — да.

                Насчет приложений и «кружка халявщиков» — 10 млн запросов в день это очень много, это что, около 1 млн активных юзеров в день? Наверное такое приложение может позволить себе платный план. В любом случае, мы будем рады обсудить предоставление бесплатного сервиса, даже выходящего за пределы стандартного Free Tier для тех разработчиков, кто сотрудничает с нами (например, напишет про QuickBlox в статье про свой апп или вставит наш логотип «powered by QuickBlox). Тут надо смотреть и считать во сколько нам это обойдется по хостингу, в основном это зависит от количества траффика, которое гоняют ваши юзеры, если счет идет на гигабайты в месяц, то это ок, а если терабайты, то это уже сложнее, тогда можем попросить покрыть стоимость AWS.

                Насчет сервис ВКонтакте примерно понял, не вижу проблем, может пригодится исходник VK Radar (см. выше), там уже реализована работа с их API по авторизации, френдам и чатам, если будут любые вопросы или нужна помощь в интеграции, пишите на assist AT quickblox.com и наша команда с радостью поможет.

                  0
                  Спс за ответы, очень рад что движетесь навстречу людям, надеюсь удастся примостится у вас с краешку)

                  По статистике рассказ — 1000 юзеров/день генерят 100000 запросов/день
                  leprastuff.ru/data/img/20121226/903e7da52bcda8672a2c29f2a7b87b55.png
                  Предполагаю если я перенесу чатик к вам чтобы объединить юзеров из разных соцсетей например — цифра будет близкой же. Темпы роста — сами знаете/видите. Когда тема уже пошла — дальше она идет очень быстро. Уверен — будет лям запросов к апи вк через пару месяцев. Хотя трафа там меньше гига думаю будет конечно. Хотя… — а если видеочатик?

                  По доходу — например эта аппа — фри и без рекламы. Те доход — ноль. Она тока раскачивается. Есть другая аппа с 500к установок (но с очень хреновым конвертом, там как раз бекенд перманентно висит с 1,8 млн очень коротких записей в бд)- она генерит доход на уровне 5-7$ день. Вот за вчера отчет например — ревеню $8.70, реквестов — 6,104. Это нормальный доход для андроида, тут адмоб дебильный — он вообще сирани центы приносит… Я видел что в айоси творится. Ребята реально там зажрались.

                  Про вконтакте — я не про то писал) При определенной ловкости рук и полудырках в апи — вконтактик может быть mBaaS платформой.
                    0
                    Видеочат гоняет траффик в основном P2P, напрямую между юзерами, сервак используется для аутентификации и того, чтобы свести пользователей, а также там у нас TURN сервер используется для маршрутизации чтобы решить проблемы с файрволлами и прочее в некоторых случаях, но сам видео и голос траффик это peer to peer, так что без проблем.

                    По аппе с 500к установок можно например посчитать, что если в день $8.70 на 6К реквестов, доход скажем $261 в месяц, то QuickBlox для такой аппы будет бесплатным до роста количества реквестов примерно в 5 раз, соответственно доход если вырастет до $1305 в месяц, то $19 или $49 в месяц можно позволить себе платить (а мы собственно используем это на оплату AWS хостинга, который в совокупности по всей нашей ферме стоит дешевле, чем если бы вы брали свой AWS сервак, даже если бы написали своей бекенд). Хотя как я уже писал выше, мы в основном зарабатываем на enterprise и дальше планируем уменьшать стоимость или вообще делать бесплатным для разработчиков.

                    ВКонтакте да, дыры там есть и серьезные, можно пользоваться, пока не прикроют. Ну и конечно SDK, примеров кода, документации и админки для управления приложениями они не дадут, так что не знаю насчет mBaaS, все-таки цели у них другие ;-)
                      0
                      Спасибо, прекрасно, буду пробовать. Видеочат — хотелось бы и под андроид попробовать в 2013 году. Боюсь скоро такой функционал станет обыденным требованием в рамках мессенджера(
                        0
                        Понимаем, поэтому постараемся наворотить в ближайшее время. Особенно будет интересно, когда будет возможность звонков между iOS, Android и Web через WebRTC. Т.е. каждый сможет свой скайп с поэтессами реализовать, просто добавив нашу SDK либу.

                        Спасибо за дискуссию, пишите/звоните, если будут вопросы с интеграцией.
                          0
                          Вам спасибо. Порекомендовал Ваш сервис одному крупному заказчику)
                0
                Слушал вас на конференции, тогда решил, что есть парс и нафиг что-то еще. А теперь у вас уже все серьезнее. Стало интересно :)

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

                  По приложениям что вы имеете в виду — те, что находятся в разделе Apps типа как case studies, вообще все приложения на QuickBlox, созданные без участия нашей команды? Я приведу примеры, если уточните.

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

                  Здесь наверное интересно будет узнать ваше мнение, как разработчика, и всех кто это читает — что бы вы хотели по ценам от такой системы?

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

                  Сами по себе миллионы запросов API, миллион туда, миллион сюда, не очень влияют, если каждый из этих запросов не тащит за собой файл 3Мб+.

                  По сути мы платим за AWS хостинг, и нам нужно или покрывать расходы за счет тарифных планов, или держать основной сервис бесплатно с мелким шрифтом с ограничениями по траффику и т.п… Можно было бы открыть калькулятор стоимости на сайте, в который вы вводите количество юзеров, запросов и траффика, он считает нашу хостинг стоимость и накидывает сверху процент на обслуживание, проблема в том, что пользователей может отпугнуть сложность и неопределенность тарифа. Мы (как видимо и другие BaaS сервисы) исходим из того, что если человек не знает, во сколько ему обойдется хостинг приложения, то ему некомфортно подписываться на такой сервис, т.к. потенциально есть шанс влететь в сотни долларов в какой-то месяц, если например это бесплатное приложение со скачиванием видео-файлов (со своего QuickBlox хранилища вместо Youtube) и оно стало популярным.
                  Поэтому мы делаем простые понятные тарифы, без точного биллинга по API calls/data и с большим free tier, что значит что оно будет бесплатным для большинства, кто не гоняет кучу траффика.

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

                  Поэтому вопрос, что бы вы предпочли, используя такую mBaaS систему:
                  1. Фиксированные помесячные тарифы «пакеты», как сейчас.
                  2. Полностью бесплатный сервис (с мелким шрифтом, что ограничения по траффику и API calls в месяц все же есть, но большинству они не грозят). А кто хочет больше — ставит себе dedicated сервак с платформой (Enterprise).
                  3. Freemium сервис (всё бесплатно, но платишь за дополнительные фичи, например, видеочат или rich push notifications, или за пакеты траффика).
                  4. Сложный, но честный биллинг, стоимость AWS + небольшой %, вы не можете предсказать расходы на следующий месяц, но на сайте будет калькулятор, чтобы можно было прогнозировать.

                  ?
                    0
                    Меня скорее пугает позиция «может сделаем бесплатно, а может сделаем еще как-то». Проблема выбора таких сервисов — если делаешь успешный проект на вашем движке, то съехать куда-то будет тяжеловато. Т.е. должна быть уверенность в сервере.

                    По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.

                    Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт? Case такой: приложение — магазин аудиокниг. Список аудиокниг можно хранить у вас в Custom + комменты, рейтинги и т.п. Сами книжки в моем S3. Но нужна возможность заводить новые книжки через админку. И желательно не через мобильное приложение, а через сайт.
                      0
                      Меня скорее пугает позиция «может сделаем бесплатно, а может сделаем еще как-то».

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

                      По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.


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

                      GuessMate одно из самых популярных приложений, оно довольно популярно в аппсторе, на старте, видимо после появления в New и маркетинга, оно делало по 300 тыс. API calls в день, т.е. за несколько дней вышли за пределы Free Tier нашего, но т.к. они поставили наш логотип «powered by QuickBlox» в приложении и они не потребляют много траффика, мы им оставили бесплатный хостинг. Сейчас же оно примерно держится на 20 тыс в день, то есть остается в рамках Free Tier.

                      Guess My Friend пока что в райное 2 тыс. в день и Beat the Book вообще очень мало, поэтому им до выхода из бесплатного еще далеко.

                      Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт?

                      Да, можно использовать нашу стандартную админку Custom Objects и заводить книги как объекты там, но часто в коммерческих проектах пользователям хочется что-то более заточенное под них и user-friendly, поэтому они или сами или мы наворачиваем для них простую кастомную админку как слой над Custom Objects API. Точно так же можно с фронт-енда сайта прямо привязать комменты, рейтинги и прочее напрямую к API.
                  0
                  Добрый день,
                  Наша компания хочет начать сотрудничество с вами, ответьте пожалуйста в личные сообщения.
                    0
                    Здравствуйте,

                    Едва смог подцепить ваш пакет через Webpack.
                    С горем пополам удалось авторизоваться через ChatPlugin, но подключиться к групповому чату так и не получается.
                    Через Chat API 2.0 не получается подключиться никак.

                    Как лучше всего с вами связаться, чтобы разобраться в вашем непростом JS SDK 2.0?

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

                    Самое читаемое