Connect with us

BaaS

Обсуждение в Facebook: Можно ли использовать BaaS для серьезных проектов?

Стали ли бы вы для серьезных проектов пользоваться Backend as a Service типа Parse, Firebase и аналогов?

AppTractor

Опубликовано

/

     
     

Алексей Поимцев (глава Progress Engine) в своем Facebook не так давно задал интересный вопрос:

13512023_1135647899789359_3598142412781191098_n

Стали ли бы вы для серьезных проектов пользоваться Backend as a Service типа Parse, Firebase и аналогов?

Пользователи сошлись на том, что использование BaaS для крупных проектов вряд ли возможно.

Андрей Неверов, руководитель разработки в Trucker Path:

12342867_1100662739945564_3454873745357788477_n

Ад жопа сатана. Чуть более развернуто: помимо очевидных рисков закрытия сервиса (как, например, Parse), есть свои проблемы и достоинства:

Достоинства:

1. Можно начать очень быстро пилить функционал.
2. Нет operations, не нужно ничего деплоить, бэкапить, мониторить и вот это вот все.
3. Скорее всего будет ± быстро работать на начальном этапе.

Недостатки:

1. Vendor lock.
2. Если нет какого-то функционала, а он нужен – кранты, вендор не будет его делать под вас (пример – нам в какой-то момент пришлось делать всякие гео-запросы/расчеты на клиенте, потому что парс этого не умел).
3. SLA – фикция, если оно грохнется, ничего сделать нельзя.

Вывод:

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

Дмитрий Полисадов, руководитель отдела разработки в VZV.SU:

11377204_792971344151491_2415526649965858960_n

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

Игорь Шапиро, архитектор программного обеспечения в Wiser:

431035_10150624959903447_332886085_n

Зависит от серьезности проекта, наверное. Плюс, если архитектура сервис-ориентед, то для скорости релиза некоторых сервисов они вполне могут юзать _сие_ (особенно для POC).

Михаил Корнеев, COO в Navigine:

11012735_1023571201011166_4566987175209271814_n

Для серьезных – нет. Наваять что-то по-быстрому в принципе вариант.

Но, конечно, есть и другие мнения.

Тимур Хайрулин, CEO в ETHR:

11219407_895383037167588_8579619778888530083_n

Стал бы. Надеюсь, постепенно всё к этому и придёт.

Мы также попросили высказаться по теме Михаила Епихина, ведущего маркетолога российской BaaS-платформы Scorocode:

13494808_900386656740091_677509660194688905_n

Смотря что понимать под серьёзным проектом и кем он разрабатывается – собственными силами или заказывается на стороне. Есть множество успешных примеров у зарубежных BaaS-сервисов, так и наш опыт переговоров с клиентами говорит о перспективности BaaS-решений. Все вот эти разговоры про вендор-лок и безопасность – решаются деплоем платформы на частном сервере заказчика и прочими гарантиями, как и в любом бизнесе. Но глобально – эти риски настолько минимальны, что можно довериться облаку BaaS платформы. Конечно, для серьёзных проектов требуется больше внимания к деталями, но я для небольших стартапов, приложений и сервисов это будет отличным решением.

Случай с Parse – единичный. При этом платформа была куплена, а не закрылась.

В России есть ряд барьеров из-за которых BaaS-сервисы ещё не получили должного внимания, но это дело 1-2 лет.

Можно ли использовать BaaS для серьезных проектов?

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

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

Комментарии
Если вы нашли опечатку - выделите ее и нажмите Ctrl + Enter! Для связи с нами вы можете использовать info@apptractor.ru.
Advertisement
 
Click to comment

You must be logged in to post a comment Login

Leave a Reply

Популярное

X
X

Спасибо!

Теперь редакторы в курсе.