И вобщем то идея то хорошая, упростить клиент серверную коммуникацию, облегчить билд и заливку билда на сервер и другие вопросы с продакшеном,например публикация веббилдов.
или вот Lumos, - сервис сбора статистики и аналитики.
Оба сервиса полезны и удобны, ни тем не другим, если честно, не пользовался. А знаете меня что остановило? - их ценовая политика. (я не собираюсь говорить что ценник у них высокий, ниже будет объяснение почему).
Итак. Parse: 3 плана
Синтаксис:
- Basic [Free] : Request: 1 million/month, Pushes 1million/month, BurstLimit 20/second
- Pro [199/month] : Request: 15million/month, Pushes 5million/month, BurstLimit 40/second
- Enterprise [????] : Request: ??? , Pushes ??? , BurstLimit ???
Pushes - я так понимаю только на мобильных платформах (когда иконка на столе показывает что в приложении есть что то новое)
BurstLimit - количество запросов в секунду(все что выше проигнорируется сервером)
данные взяты от сюда https://parse.com/plans
Теперь давайте посчитаем.
Делим запросы на 30 дней получаем ~33 000 запросов в день максимум что кажется совсем не так уж много (при 1000 посетителей в день, это всего лишь 33 запроса на пользователя).
Так что мы быстро выходим за эти пределы. и дальше выходим на новый уровень когда 15 000 посетителей уже могут делать по 33 запроса в день, все вроде шоколадно, прикинем что 1-2 процента из всех будут платить какие то деньги, это 300 человек, с каждого по дллару и получаем 100 долларов себе и 200 ребятам из Parse, которые разрешили нам не разибраться в SQL не писать серверную часть а юзать простые методы..
Вот уже на этом этапе мне становится не по себе, потому как наверняка в Enterprise все не намного радужней, и в один момент дойдет что легче взять руби, потратить неделю, написать все что нужно и использовать свое решение.
А знаете почему так выходит, потому как все эти сервисы строятся поверх стандартных cloud провайдеров, типа Amazon AWS, Google cloud platform, etc...
Если вы начнете разбираться в тарифах (когда провайдер считает каждую минуту вашего аптайма, каждый скачаный килобайт, "каждый тик CPU", каждый запрос к базе данных, то вы с ужасом обнаружите что держать своего сисадмина и 10 VPS в датацентре будет стоить обсалютно столько же ( но если у вас 20 VPS то уже дешевле). И все из за того что те "облачные" ребята за вас настраивают инфраструктуру, вы не работаете с линуксами, вы работаете с файл хостингом, с Oracle базами данными, c вебсерверами, и те ребята гарантируют вам эту работу. Вы делаете то что умеете и не заморачиваетесь на поддержку инфраструктуры.. Вот и выходит что с тех 199$ от Parse половину они могут отдавать клауд провайдеру а оставшуюся часть "может быть" оседает гдето уже там...
Но и это еще не все... думаете почему я упомянул тут Lumos???
а вот почему. Сегодня читал твиттер я просто офигел.. наткнувшись на эту статью https://lumospowered.com/blog/662959104 ... sset-store
Где Lumos объясняют почему их пакет для работы с ихним сервисом больше не в ассет сторе, а смысл его давльно таки простой:
Юнити просят заключить их с ними новый "стандартный" контракт по котрому возможно 2 плана
1 - За каждую установку из ассет стора Lumos платити в юнити по 150$
2 - Годовой абонимент за 100 000 $ без каких либо лимитов.
Ну и далее идет объяснение, почему такому молодому стартапу не возможно потянуть такие условия.. Вобщем пакет канешно же будет доступен на сайте, и можно смело продолжать им пользоваться, что они потеряли, дак это большую аудиторию новых потенциальных пользователей, которая могла бы к ним прийти с ассет стора..
К чему я все это:
1 - не экономьте на serverSide - луче контролировать свой сервер, чем впадать в зависимость от сервиса который будет забирать нехилую часть ваших доходов
2 - планируя делать сервис для юнити учитывайте тот факт, что там сидят тоже маркетологи, которым интереснее 30% с продаж в ассет сторе, чем какойто левый сервис, пусть даже и удобный который никак с ними не делится.
п.с. если что я пользуюсь digitalocean.com vps-кой за 5$ в месяц, этого вполне хватает для хостинга приложения и сайта. (1тб трафика в месяц) ну и бесплатным сертификтом для https от startssl.com , если кому понадобится помоч с настройкой, то помогу чем смогу, сам использую centos+nginx клиент-сервера пока не делал, но приглядываюсь к ruby-on-rails, для мелких проектов должно хватить.