По информации из официального блога, известный и популярный среди разработчиков мобильных (и не только) приложений сервис Parse.com прекратит свою работу.
Сервис будет полностью отключен 28 января 2017 — у существующих пользователей есть ровно год на миграцию данных и перенос своих приложений в другое место.
Для этого команда Parse выпустила утилиту для миграции данных из Parse в MongoDB и Parse Server — open-source решение, которое позволит (в некоторой мере) перенести функционал API на свое оборудование.
Migration Guide предлагает переносить существующие приложения в два этапа:
- перенос данных в собственную базу MongoDB (API будет по прежнему доступен через api.parse.com)
- установка и настройка собственного Parse Server с последующим переводом API на него
Плохая новость в том, что Parse Server не на 100% реализует функциональность Parse.com. Так, согласно документации, не поддерживаются:
- Cloud Code modules (предлагается использовать сторонние библиотеки)
- Аналитика (предлагается воспользоваться другими сервисами, к примеру Mixpanel или Google Analytics)
- Config
- Dashboard (никакого UI для администрирования из коробки)
- iOS in-app purchase verification
- Jobs (предлагается воспользоваться другими решениями, к примеру kue)
- Push Notifications
- Schema API
- Webhooks
Т.е. простые приложения, которые, к примеру, только хранят данные либо используют авторизацию и сессии, получится перенести без особых проблем. Однако если вы используете jobs, хуки, рассылаете Push-уведомления или используете аналитику, то придется заняться серьезной переработкой приложения.
Конечно, есть вероятность, что за год команда Parse расширит количество поддерживаемых функций Parse Server, однако надеятся только на это не стоит.
Как подчеркивается в тексте, рекомендуется начать работы по миграции как можно быстрее.
Можно вспомнить, что Parse.com был основан в 2011 году (один из основателей — эмигрант из Украины Илья Сухарь), а в 2013 был куплен Facebook за $85 млн. В то время Facebook еще не имел серьезных показателей в монетизации мобильного траффика и компания рассматривала различные варианты для развития в других направлениях. Покупка Parse позволяла закрепиться в нише платных сервисов для разработчиков мобильных приложений, с прицелом на будущий рост и доходы.
Однако теперь, когда квартальная прибыль Facebook перевалила за $1 млрд (и 80% из этого — за счет рекламы на мобильных устройствах), у компании все меньше желания заниматься сторонними проектами, не связанными с рекламной моделью. Тем более, когда были сделаны серьезные ставки на WhatsApp и Oculus, не приносящие на данный момент никакой прибыли.
В итоге, силы будут переброшены на более перспективные направления, а Parse закрыт.
Всем успешной миграции!
Комментарии (72)
Igor_Sib
29.01.2016 05:01Какие есть альтернативы? Куда переезжать?
И еще интересны причины такого поворота событий.
BupycNet
29.01.2016 05:07Смотря чему альтернативы. Если брать пуши, то видимо например OneSignal
Igor_Sib
29.01.2016 05:13Да как раз пуши меньше всего интересуют. Для БД удобной альтернативы.
degorov
29.01.2016 10:13Firebase? Но он был куплен гуглом в 2014, так что…
Igor_Sib
29.01.2016 10:21Да главное чтобы был похож на Parse по функционалу и по коду изменение не много было. У нас огромный проект на стадии завершения завязанный на Parse, плюс пара старых поменьше тоже под него. Теперь надо переделывать.
Плюс надо чтобы дружил с Unity без костылей.
Unity свою БД пока в стадии альфы держит. Если кто посоветует что из личного опыта — буду благодарен.degorov
29.01.2016 10:25+1Ну там тоже JSON хранилище по сути, но объём переделываний зависит от того, что там у вас в коде. Если просто хранилка и она выделена в отдельные модули, то можно и малой кровью отделаться, думаю.
Вообще это жесть, конечно. Вот сиди и думай после этого, стоит ли вообще связываться с такими сервисами и платформами. У меня проект личный в сильно начальной стадии на parse и то мягко говоря обидно. И переделывать мне ОЧЕНЬ много, потому что многое завязано и на хуки и на cloud code итд итп.Igor_Sib
29.01.2016 11:00Да не, мы их СДК активно юзали в коде + в Cloud Code часть кода вынесена. Кто ж знал что так получится. Вроде развивались, вот у них до сих пор новая панель управления в бете. И тут на тебе.
degorov
29.01.2016 10:36Про Unity у них пока только так. Я лично конкретно это не пробовал — только JS.
affka
29.01.2016 05:08+9Причины описаны в конце статьи — фейсбуку он просто лишним грузом идет.
Ненавижу когда такие крупные корпорациизлазакупают проекты и потом их закрывают… Можно же было наверняка отдать (или выставить на аукцион), с руками бы забрали проектBupycNet
29.01.2016 05:12+1Да мне кажется FB еще бы и заработать мог не плохо. Мне друзья жаловались, что они использовали кучу всего в Parse — а он все не просил денег. Т.е. бесплатный порог просто огромен был. И если его снизить, то скорее всего проект неплохо так окупался бы.
Вообще не ясно зачем закрывать успешный продукт, которым действительно все пользуются и который развивается.
Igor_Sib
29.01.2016 05:14Я так понял это предположения. Могли бы ценник поднять, если работали в убыток, думаю многие согласились бы платить.
AcidLynx
29.01.2016 08:00+1
getId
29.01.2016 09:28Бесплатно только 100 пользователей и 200к объектов на таблицу.
AcidLynx
29.01.2016 09:59+4А если бы пользователи платили даже с невысоких порогов, то и parse.com не закрыли бы.
Любите вы халяву и чтобы работало прекрасно.
За все хорошее надо платить. Это не зазорно. Это путь к развитию себя и продукта.
Тем более, что в конечном итоге за использование BaaS платит сам заказчик.getId
29.01.2016 10:04+2Я не против платить, когда буду уверен, что платформа подошла, а пользователей накопилось достаточно или база выросла до значимых размеров, но бесплатных 100 пользователей и на неделю не хватит. Никакой оценки продукта на основе такой платформы не произвести.
Я был готов платить Parse, но я был слишком далеко до встречи их бесплатных ограничений. Они же не понизили этот порог, они просто закрывают. Так что такая аналитика «если бы пользователи платили» здесь неуместна.AcidLynx
29.01.2016 14:13Дополнительные 1000 юзеров стоят доллар в месяц. Уж конечно, это оооочень большая сумма.
lucius
29.01.2016 10:29+3Любите вы халяву
А вы её, конечно, ненавидите.
SilenceAndy
29.01.2016 12:34Я например не люблю. За халяву всегда кто-то платит. И может в любой момент перестать это делать.
lucius
29.01.2016 13:36Я люблю Олечку, но никогда не позову ее в кино, потому что она может отказать.
SilenceAndy
29.01.2016 16:59Вы сравниваете теплое с мягким. У меня есть лучше пример. У Олечки есть муж, который оплачивает ей еду, кино, телефон и остальные блага цивилизации. А вы с Олечкой просто гуляете более-менее постоянно. Потерять Олечку в данном случае вероятность у вас больше, нежели вы были бы этим мужем.
lucius
29.01.2016 17:09То есть даже пытаться не нужно? Я на это намекаю)
SilenceAndy
29.01.2016 17:13Нужно. Но ваш изначальный вопрос был о любви к халяве, а не о попытке её попробовать.
lucius
29.01.2016 17:31+1Вечно неправильно всё объясняю, но попробую не иносказательно. Я имел ввиду, что в вашем случае, может вы и любите халяву, но боитесь утраты в будущем, поэтому избегаете и сторонитесь её, говоря себе, что вы ее не любите. В общем на это я пытался коряво намекнуть.
AcidLynx
29.01.2016 14:12Я всегда за то, чтобы хорошая работа хорошо оплачивалась.
Даже если какую-то услугу делают бесплатно, я стараюсь отплатить.
А про чаевые в ресторанах и кафе вообще молчу.
Mecid
29.01.2016 10:35Делать миграцию на Parse Server нет никакого смысла, половина функционала не поддерживается.
Лучше уж тогда с нуля свое решение написать чем допиливать.
qbtarzan
29.01.2016 11:01+10Знаю рынок backend as a service с самого начала (мы основали QuickBlox еще до того, как появился Parse), и понимаю механизмы, руководящие решением Facebook, но всё равно я сам немного удивлён этим решением.
Всё-таки Parse был мощнейшим бекендом, который развивался как универсальный backend-as-a-service. Многие не выдержали гонки и слились — просто закрылись или были acqu-hired, как Stackmob. Некоторые другие остались вяло развиваться как побочный продукт сервисной компании. Мы, хотя и продолжаем развивать универсальные Data модули (Content, Location, Custom Objects), сфокусировались в основном на ОТТ коммуникациях — Chat, Video Calling, Push Notifications, т.к. среди наших пользователей это более востребовано.
В итоге чисто бекенд для данных сделал лучше всего именно Parse и действительно жаль, что он уходит, во многом они для нас были примером и хорошим партнером для соревнования по части data API.
Стратегически, опять же, если делать всё правильно, приобретение Parse имело огромный смысл для Facebook. SDK фейсбука для мобильных приложений постоянно вызывал нарекания. Они не использовали и до сих пор не используют всю мощь developers ecosystem, особенно в mobile. А ведь оттуда по идее растут корни будущего роста — разработчики создают новые успешные приложения, интегрированные в инфраструктуру Facebook, и конечные пользователи остаются у вас, не надо потом их покупать за миллиарды.
Коммуникации опять же — чат, видео звонки, пуши. Фейсбук развивает свою платформу Messenger в том числе для разработчиков. Конечно, исторически у корпораций редко получается успешно интегрировать крупные приобретения, но мне всегда нравилось думать, что есть у Цукерберга хитрый план по слиянию Parse, WhatsApp, Messenger в единую data+communication платформу, ориентированную на разработчиков, и мы еще с ними повоюем за разные сегменты в этой области. Но теперь даже и не знаю.
На месте Facebook я наверное сместил бы фокус на Messenger и потихоньку Parse заребрендил туда. Но я бы это делал так, чтобы оставить все полезные ништяки парса — документацию, семплы, архитектуру, админку, cloud code, всю платформу данных, и уже туда добавил мессенджер. А они скорей всего просто переведут программистов с одного проекта на другой, и большинство наработок будет потеряно. Делать такие миграции-слияния дьявольски сложно, а в крупных корпорациях еще и абсолютно неблагодарное дело. Только что погуглил новости об Илье Сухаре, основателе Parse, и это подтвердило мои догадки — он ушел из Facebook в августе, перед этим участвуя в запуске Messenger.
Мы со своей стороны продолжаем работу и развитие. Немедленно приступим к созданию мигратора данных из Parse, тем более что из-за чата к нам переходили пользователи от Parse и раньше. Декабрь 2015 для QuickBlox был очередным рекордным месяцем по траффику чата/звонков и API данных, обслуживаем миллиарды запросов ежемесячно. В планах скоро запуск своего варианта «cloud code» а также кое-чего, что еще никто на рынке не сделал.
Пользуясь случаем — наши самые популярные SDK это iOS, Android, Javascript. Сделали BlackBerry все платформы — почти не используется. Сделали Windows Phone предыдущие версии — используется слабо. Стоит ли делать Windows 10? У нас почти готово SDK под Windows Phone 8.1, мы можем его доработать до кросс-платформенной десятки, но не уверены, что это пока востребовано на рынке — буду благодарен за комментарии или личку по этому поводу.
tehnolog
29.01.2016 11:16-6Несколько лет назад я здесь же на Хабре спрашивал, почему вы не хотите сделать документацию на русском. Вы (ваша компания) ответила, что подумаем. И ничего не сдвинулось. На parse.com в прошлом году появилась русская документация без всяких просьб. Спрошу ещё раз — может найдёте время? Не понимаю ситуации, когда русскоговорящие владельцы сервиса стесняются своего родного языка.
qbtarzan
29.01.2016 11:29+13Честно — не стесняюсь русского. У нас 95% команды русскоязычные, нам бы было проще документацию и видео туториалы все на русском делать.
Тут такие соображения:
1) очень редки такие запросы даже от русскоговорящих, большинство IT специалистов без проблем читают английскую документацию. Ваш запрос запомнился в том числе поэтому — почти никто это не спрашивает. Давайте посмотрим на количество плюсов к вашему комменту и если оно 2 или более, мы серьезно еще раз об этом подумаем.
2) время-деньги ограничены, выбираем поддерживать одну версию документации, зато выдать лучше качество. Это ведь не один раз написал — нужно постоянно поддерживать в актуальном состоянии, у нас более 800 страниц в индексе, большая часть — документация.
3) если добавим русский, по идее нужно добавлять и другие языки, по рейтингу популярности:
китайский
испанский
хинди
По траффику, кстати, у нас 1) Индия, 2) США.
yurash
29.01.2016 12:06мигратор данных это хорошо, но было бы лучше если б для серверной части полноценная миграция была. Вон там сколько всего повыпиливали, правда лично мне только Webhooks нужны были. Выбираю между dreamfactory и backendless для полноценной миграции с серверным кодом
taliban
29.01.2016 13:35почему не ведете блок QuickBlox на хабре? Нормальный ведь сервис, и для старта дает не мало (по сравнению с аналогами). Вот ща многим не хватает cloud code, и мне по сути тоже, и по этому я не могу сразу перейти на ваш сервис, а через месяц благополучно забуду (благо у парса еще год) и когда вы его сделаете, мало кто узнает об этой фиче.
AlexMorgun
29.01.2016 14:25Как долго ждать мигратора данных из Parse? Товарищ разработал для клиента приложение с использованием Parse, но сегодня получил письмо с уведомлением о закрытии сервиса. Рассматривает вариант миграции.
dobriykot
29.01.2016 18:39>> Стоит ли делать Windows 10?
Конечно стоит! Почти ни у кого нет sdk под .net, каждый раз смотришь километровые списки библиотек и расстраиваешься.
Igor_Sib
29.01.2016 11:25-1Unity сделайте. (сорри — комментарий был для qbtarzan)
qbtarzan
29.01.2016 11:37У нас есть Unity модуль, как эксперимент делали, который покрывает только часть платформы (модуль Content в основном), для динамической подгрузки ассетов в сцену из облака. Полноценного SDK пока нет. Как временный вариант, можно работать напрямую с нашими JSON API или посмотреть Javascript реализацию.
RUQ
29.01.2016 11:39+2Ребят, кто пробовал www.hivepod.io? Выглядит интересно.
Maur
29.01.2016 21:06Выглядит очень круто. Я правильно понимаю, что он бесплатен и его можно развернуть на своем сервере, а не только на Heroku?
StanZakharov
29.01.2016 13:31Явно, что замена Parse видиться сейчас только в Firebase. Как по мне, аналогов более смежных по функционалу сейчас нет.
degorov
29.01.2016 14:14+1В Firebase нет серверной логики кроме прав доступа и получения серверного TIMESTAMP. Они уже давно обещают, но пока советуют завести отдельный скрипт на каком-нибудь heroku, который через REST API будет делать серверную валидацию данных, jobs, «хранимки» итд итп.
AndroCAD
29.01.2016 14:37+5Блииин. Я сделал на Parse проверку лицензий для своего Android проекта.
В прошлом году я выиграл «Facebook Bootstrap Track» и $5000 на услуги Parse, пока не потратил ни копейки.
Думал, что этих денег хватит на все мои будущие проекты. Облом. Да еще их не вывести на мою кредитку :)
Объявляю «Черную киберпятницу»:
Если кто-то сейчас использует платные услуги Parse — отдам свой аккаунт и $5000 за 5%. На полном серьезе, иначе деньги пропадут вообще.BupycNet
29.01.2016 15:56А не пробовали в фейсбук написать? Ведь это не ваша вина, что вы не потратили, а их, что они закрывают сервис.
PS. Возможно передача аккаунта со средствами запрещена условиями конкурса.AndroCAD
29.01.2016 16:05Насколько я понял, это призовые деньги, предназначенные только для оплаты услуг Parse.
В аккаунте Parse, рядом с номером кредитки светится зеленая надпись $5000.
Никакой магической кнопочки «refund» нет.
Может, кто пользуется платным Parse, прояснит момент зачисления-возврата средств?degorov
29.01.2016 16:43А там вроде рефандов не было предусмотрено даже если непризовые деньги неизрасходованные остаются. Передавать аккаунт наверняка нельзя, но в этой ситуации я на вашей стороне ;)
AndroCAD
29.01.2016 17:32Но все равно, предложение в силе. Втихую поменять имя и пароль — дело пяти минут. Да и терять-то мне особо нечего, все равно придется сваливать от них.
slutsker
29.01.2016 20:12аналогичная история, расскажите, пожалуйста, если получится каким-то образом эти виртуальные $5000 монетизировать)
slutsker
29.01.2016 20:10Господа, а куда податься за аналитикой и пушами наиболее близкими по простоте внедрения, использованию и бесплатности к Parse? В первую очередь важны именно push-уведомления, чтобы можно было слать не только из веб-интерфейса, но и через запрос, к примеру, из PHP приложения. Pushwoosh, как я понял, не позволит бесплатно слать пуши от своего PHP скрипта.
Igor_Sib
29.01.2016 20:26+1Сча смотрю PlayFab — там есть и пуши и аналитика (аналитика впечатляет), плюс куча других интересностей. (https://api.playfab.com/videos — 6 видео про аналитику). Насчет можно ли послать из PHP — не подскажу.
slutsker
29.01.2016 20:32Забыл ещё один важный для себя пункт — комьюнити — про Parse были легко спросить
FallDi
29.01.2016 21:48А как много у вас устройств на которые вы рассылаете пуши? У нас в Pushwoosh есть стартап план со всеми платными фичами(сможете и из php и из go слать запросы) и аналитикой пользоваться, но с ограничением на количество девайсов. Я сегодня написал на работе мигратор с Parse в Pushwoosh написал :)
stas404
30.01.2016 00:49Выглядит заманчиво — «No matter how many players you have, it’s free.»
Как-то я пропустил этот сервис, когда где-то с год назад поглядывал в сторону BAAS с упором на игры.
Есть еще такая штука: http://www.gamedonia.com/
PavelOsipov
01.02.2016 21:28+1Подборочка альтернатив на GitHub. Надо полагать, пулреквесты приветствуются:
github.com/relatedcode/ParseAlternatives
FokkerFace
02.02.2016 12:30"...Oculus, не приносящие на данный момент никакой прибыли."
Простите, ШТА??
DK2 продавали по $349, а на Rift подняли цену до $599 (плюс налоги и доставка, но это отдельная история)
Учитывая что разработка была профинансирована через Kickstarter, в плане железа Rift от DK2 мало чем отличается, и за первые часы предзаказа Rift забукировали более полу-миллиона человек — даже если половина заказов отвалится (очень маловероятно, т.к. при предзаказе верифицировались счета, т.е. это предзаказы реально существующих людей с реальными кредитками) Facebook всё равно заработали минимум 25 миллионов баксов за несколько часов.xZenon
02.02.2016 18:34Продукт еще официально не продается — выручка отсутствует. Называть предзаказы прибылью не совсем корректно.
Но даже если и так, вряд ли Facebook потратил $2 млрд на Oculus, чтобы заработать $25 млн :)
XaocCPS
02.02.2016 15:08+1В качестве наглого пиара:
Руководство по миграции сервера Parse для разработчиков
habrahabr.ru/company/microsoft/blog/276407
BupycNet
Ого. Parse же такой крутой колокольчик для пушей сделали, мы как раз такой же хотим делать ну или похожий.
А они бац и закрываются.
Причем только стали на сайты внедрять и т.д. удобная штука у них была. Странно.
PS. Я знаю что там не только пуши. просто каждый смотрит со своей колокольни.
BupycNet
Так, я перепутал Parse и Roost. Но то что Parse обвалился тоже плохо. Так как реально знаю много людей, кто там и API использовал и просто пуши держал.
ragimovich
Вот именно поэтому, когда вы начинаете пиарить свой сервис, вам и задают вопрос — чем вы лучше RSS? RSS я, как владелец сайта, хотя бы контролирую, а ваш сервис — нет. Т.е. завтра вы решаете, что вам надоело впустую тратить ваше время, удаляете софт из маркета, отключаете шарманку, и я теряю аудиторию. Хорошо, если вы предоставите какие-то пути миграции, но давайте будем смотреть правде в глаза, подобное поведение это скорее исключение из правил. В большинстве случаев никто этим не запаривается и просто объявляется: мы закрываемся через месяц, мигрируйте как и куда хотите. И это я про большие компании говорю, у сервисов «одного человека» обычно просто сайт падает и уже не поднимается никогда.
BupycNet
Я ни слова не сказал про свой сервис. Интересно осознавать что меня в лицо уже узнали тут.
Я только лишь написал про пуши в Parse и про то, что я знаю людей которые их там использовали. Как вы это привязали к моему сервису понять никак не могу.
Если раз написали — RSS это вообще не из той оперы. У нас например сейчас есть среди методов рассылок и email тоже. То есть по сути сейчас подключившись пользователь может принимать и на почту и через приложение и через браузер и через телеграм уведомления.
Да ничто не мешает сделать вам для каждого пользователя RSS ленту. Заставить их поставить RSS ридеры на все свои устройства, сделать ещё перенаправление на Email из какого нибудь сервиса вроде IFTTT. И все это тоже будет работать.
С таким же успехом можно сказать что и комментарии на хабре не нужны — можно ведь в IRC создать например каналы под определённые статьи и там их обсуждать.
BupycNet
И да насчёт RSS — нам постоянно пишут как например с сайта пуши отправлять и т.д. даже владельцы сайта иногда не в курсе что такое RSS и что он у них есть.
Насчёт «сервиса одного человека» нас уже двое. Плюс ко всему сервис вполне сам себя окупает. Также я лично никак не захочу его закрывать так как я сам им пользуюсь, а также люди с которыми я работаю а также те кто платят ежемесячную подписку за платные функции. У нас уже есть обязательства перед пользователями.
BupycNet
Ок. Увидел что таки упомянул про виджет. Просто странное совпадение.
Ещё кстати похоже Facebook зарабатывает слишком много денег что закрывает проекты вместо того чтобы их продавать. Причём сервис по сути уникальный — найти альтернативу Parse крайне сложно.
К слову тут насчёт миграции — по сути GCM токены тех же веб пушей тоже никак не мигрируют между доменами. Т.е. в случае смены домена всем пользователям нужно будет снова разрешать пуши на сайте.
И ещё насчёт миграции — одна из важных целей у нас это не допустить прямой связи между каналом и пользователем т.е. канал ни при каком условии не узнаёт почту или какие либо ещё токены и т.д. и отписку от канала полностью отрубает связь канала и он не может спамить.
Мы возможно будем вводить ещё и СМС оповещения на тех же условиях т.е.номера никто не узнает
Мы работаем по модели B2B2C. И все данные принадлежат пользователям, а не каналам на которые они подписаны.