Клиентский портал: open-source или готовый сервис — что придется тянуть технически своими силами?

Мы пару лет назад с таким же энтузиазмом запилили клиентам open-source панель. Парень который всё настраивал, через полгода слился. В один прекрасный день база намертво легла, клиенты не могли достать счета и мы на панике всадили тысячу евро на стороне, просто чтобы оживить систему. Проверено на горьком опыте: с готовым сервисом спится в разы спокойнее.

Если ставить open source, придется админить не только само приложение, но и конфиги веб-сервера, оптимизацию БД и правила фаервола. Плюс нужно чисто реализовать авторизацию доступа к хранилищу PDF: иначе кто угодно сможет подбором URL стянуть чужую накладную.

Мы платим за готовое облачное решение 160 Euro в месяц. Раньше, когда сидели на открытом коде, если сложить аренду сервера, внешнее хранилище для бэкапов и счета от фрилансера по 90 Euro в час при каждом сбое, за год выходила практически та же сумма, только еще и куча нервов в придачу.

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

edit: писал с телефона, извините за опечатки.

Если сомневаетесь возьмите бесплатный месячный триал у какого-нибудь облачного сервиса и протестируйте на 5-10 клиентах. Посмотрите, заходят ли они туда вообще. Прежде чем вбухивать 4.000 Euro в open-source решение лучше сначала проверить реальный спрос.

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

P.S.: вопрос уже задавали ниже, ответ во втором сообщении.

При работе с открытым кодом ресурсы команды обычно сжирают четыре основные вещи: 1) отслеживание патчей безопасности для сервера, 2) регулярное тестирование восстановления бэкапов баз данных, 3) контроль почтового сервера, чтобы он не улетал в спам-листы, 4) ручной разбор ошибок в правах доступа пользователей.

150 клиентов — вполне подъемный объем. Начните с готового облака, чтобы четко понять свои операционные потребности. А вот когда база перевалит за 500 и готовых решений станет не хватать, тогда уже можно будет подумать об инвестициях в собственный софт на open-source.

Самое упускаемое из вида в теме клиентский портал open source: Начните с небольшого эксперимента, не привязывайте всё сразу.

Я проходил через это, расскажу. Код без документации не принадлежит вам, даже если он у вас есть.

Начните с небольшого эксперимента не привязывайте всё сразу. Я бы пошел этим путем.

Мои сомнения развеялись, спасибо. После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.

очень актуалньая тема.

Не упустите: Люди защищают не процесс а привычку. Сопротивление идет оттуда.

После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов. Оставлю как заметку, пригодится.

Самое упускаемое из вида в теме клиентский портал open source: Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

У нас было так. короче самое дешевое предложение обычно самое непродуманное.

Я бы пошел этим путем.

извините но это верно не во всех случаях. ну если на один вопрос вы получаете три разных ответа вопрос задан неправильно.

я бы пшел этим путем.

Я тоже об этом думал. Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

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

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

При принятии решений записывайте и худший сценарий, а не только лучший. На этом всё, извините, если затянул.