2. Parse - что это?
MBaaS - Mobile Backend as a Service
● Mobile SDK
● HTTP REST API
■ Users Management
■ GeoPoints, Analytics
■ Files API, Objects/Data API
■ Push notifications
■ Тысячи их в документации Parse
Плюсы
● Не нужны круглосуточно работающие серверы с 99.99% uptime
● Не нужно работать с большими базами
● Не нужно проектировать быстрое и устойчивое к DDoS - REST API
3. Parse - немного истории
1. 2011 - Основание компании
2. 2013 - Facebook покупает Parse за $ 85 млн
3. 2014 - 500,000 мобильных приложений
4. 2016 январь - Parse объявляет о закрытие. Сервис продолжит работать еще
ровно год
4. Parse анонсирует закрытие
Добрые отзывы и пожелания пользователей продолжают поступать в
https://twitter.com/hashtag/parseshutdown
5. Parse Server
Часть исходного кода Parse опубликована в opensource на github.
В backend используется связка: Node.js + MongoDB
6. Parse Server
Часть исходного кода Parse опубликована в opensource на github.
В backend используется связка: Node.js + MongoDB
Совет: всегда пишите кодик качественно. Вдруг придется выложить в opensource;)
7. Parse Server не поддерживает
● GUI - никакого frontend нет
● Analytics - предлагается использовать Mixpanel или Google Analytics
● Config - обновление ресурсов приложения, без перевыпуска приложения
● In-App Purchases - валидации платежей нет
● Jobs - бэкграунд процессы/задачи
● Push Notifications:
○ Не поддерживается Windows Phone
○ Не поддерживается высокая скорость отправки
○ Нет отчетов о доставке/аналитики
○ Нет возможности задать время рассылки
○ Не поддерживаются инкрементальные badges
● ...
12. Parse Server + Heroku + mLab + Pushwoosh
1. Создаем приложение из шаблона в Heroku
2. mLab уже подключен как Add-on. Free - storage 0.5Gb, есть SSO
13. Parse Server + Heroku + mLab + Pushwoosh
3. Выбираем способ deployment’a для приложения
4. Подключаем Pushwoosh addon к Heroku приложению
5. Задаем сторонний PushAdapter в index.js
6. PROFIT!
14. Что-то близкое к Parse: Backend
Провайдер Платформы Плюсы и минусы Бесплатный план
+ Database/Datastorage
+ Hosting(SSL, CDN)
+ Аутентификация(почта, facebook,
twitter)
- Push notifications
- Cloud Code
● 1Gb storage
● 100 одновременных
подключений
● 10Gb трафика
+ Database/Datastorage
+ Multi user/Permissions
+ Автоматическое масштабирование
- Push notifications
- Geolocations
● 100Mb storage
● 100 одновременных
подключений
● 2.5Gb трафика
+ Database/Datastorage
+ UserManagement/Email Verification
+ Интеграция со сторонними
системами
- Заточен под AngularJS
- Грядёт урезание free плана
● 2Gb storage
● 150 одновременных
подключений
● 150GB трафика
15. Немного инсайдов о причинах закрытия
● Несоответствие ценовой политики и запросов сервиса
● Отсутствие фокуса на одном продукте
● “Не самый любимый/одаренный ребенок в большой семье” Facebook
● Смена целей головной компании - гипотеза, но достаточно прозрачная
○ Концентрация на “дойной корове” и мессенджерах
○ Отказ конкурировать с гигантами за разработчиков
○ Развод “третьего года”
16. Как выбирать облачного провайдера
● Сколько лет на рынке?
● Меняли ли коней на переправе продуктовое
предложение?
● Адекватно ли оценивают свои услуги?
● Есть ли внешние инвестиции? Кто оплачивает
музыку?
● Размер сервиса (хотя никто не застрахован)?
17. Что-то близкое к Parse: Пуши
Провайдер Платформы Плюсы и минусы Бесплатный план
5
+ Старейший провайдер на рынке
+ Самые большие по объемам
- Мало платформ
- ОЧЕНЬ ДОРОГО
До 1,000
устройств
21
+ 5 лет на рынке
+ Вторые по объемам в мире
+ Поддерживаем все, что движется и шлет
пуши
+ Объективная цена (кесарю - кесарево)
- < честно не придумали>
До 1,000,000
устройств
16
+ Все бесплатно
- На рынке чуть больше года, ребрендились
- Тратят деньги инвесторов
- Имеют право распоряжаться вашими
данными
ВСЕ БЕСПЛАТНО
…
ну, вы понимаете
20. Выводы
Parse был дешевым, и на нем все сидели. Полностью аналогичной замены нет, и
вряд ли появится, потому что единорогов тоже не существует.
Варианты:
● Parse Server + недостающие компоненты
● Другой провайдер + недостающие компоненты
● Начать писать свой backend
Мораль:
1. Ничто не вечно под луной
2. Выбирай сердцем умом!
3. Нельзя полностью завязываться на сторонний сервис, нужно иметь пути
отхода, потому что см. Пункт 1
