Firebird для облачного применения?

Question

Я запустил систему POS (точка продажи), которая начнется как обычная система интрасети (на начальном этапе бета-тестирования), но я хочу, чтобы затем повернуть на облачное предложение. Я предложу его как гибридное решение.

Я хочу использовать firebird, потому что это упрощает развертывание, минимальный размер и возможность использования встроенного многопоточного сервера. Тем не менее, я беспокоюсь, если Firebird может использоваться для облачного сервиса с отказоустойчивостью, репликацией данных и т. Д., Чтобы быть достаточно надежным, чтобы небольшие компании вкладывали в него свой бизнес (аналогично сервису свежих книг).

Другим вариантом является использование Postgress, но у меня нет опыта с ним.

Является ли FB достаточным для использования в качестве SAAS-бэкэнд? Любая успешная реализация?

P.D: Я думал о развертывании его на GoGrid или Rackspace ...

Answer 1

FB - отличный вариант, он может обрабатывать большие наборы данных и имеет возможность охватывать db для нескольких файлов. Я использовал его в нескольких веб-проектах совсем недавно на inmobiapp.com. Но единственное, чего я вижу, - это репликация, пока единственное решение, которое я использовал, называется ibpreplicator, это очень хороший реп. инструмент, если он настроен правильно. Вы можете попробовать это бесплатно, но вы должны купить лицензию.

Также рассмотрите поддержку драйверов для языка программирования, который вы будете использовать. В прошлый раз, когда я проверял поддержку FB на Rails, это не так хорошо, с другой стороны, PHP имеет большую поддержку FB.

Answer 2

Вы должны кода приложения POS без знания SQL бэкэнда. Таким образом, вы можете в любое время переключить серверы. Также выгодно, что код приложения не понимает внутренности кода персистентности, иначе у вас есть нарушение уровня.

Общим способом для этого является использование библиотеки реляционного сопоставления объектов (ORM). This Firebird FAQ рекомендует использовать ORM, которые работают с Firebird.

Answer 3

Извините, что я здесь немного суровый, но гибрид - дерьмо. Мне нравится идея SaaS POS, но не портите себе удовольствие, спустившись по длинному и ветренному пути поддержки поддержки программного обеспечения на сайте.

Отсутствие обслуживания на месте - единственная наиболее привлекательная причина для решения SaaS как для клиента, так и для вас!

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

Если вы не делаете на месте, в первую очередь, ищите подходящую веб-структуру и ORM с самого начала. Вы можете оптимизировать вещи позже, когда у вас есть причина и опыт для этого.

Теперь это только мое мнение, но подумайте о том, что я только что сказал, и особенно думаю об этом не только с технологической точки зрения.

Answer 4

Firebird - отличная СУБД, но, к сожалению, не очень широко распространена ни в веб-приложениях, ни в хостинговых компаниях.

Лично мне нравится программное обеспечение FB, но не слишком увлекается сообществом вокруг него.

И делая UTF8 работу с регистронезависимом упорядочивания локали ... Это то, что заставило меня отказаться от этого ..

Я бы порекомендовал Postgres, MySQL (или MariaDB).

Некоторые люди все еще думают, что mysql нестабилен, У меня никогда не было никаких проблем, но не работало с данными размером более 1 ГБ.

Что бы вы ни выбрали, планируйте резервное копирование.

ОБНОВЛЕНИЕ Кто-то отклонил мой ответ. Разделяя мой плохой опыт с Фондом FB, и, если быть точным, Х. Борри не делает этот ответ «не полезным». Если отношение улучшилось от докторов, я искренне поздравляю FB.