Ответы пользователя по тегу Системное программирование
  • Стратегия «одна база с клиентским разделителем» против «каждому по базе»

    RUVATA
    @RUVATA
    Разработчик, гик, меломан, разгильдяй
    :) Напились вдоволь
    Кстати вот вам еще идейка, мы в итоге сделали следующим образом:
    1) У себя «на кухне» готовим для клиента виртуалочку, паролим ее — выворачивая наружу интерфейс БД.
    (Но насколько я понял базы у вас тяжелые, потому могут быть траблы с производительностью)

    2) Отдаем сию виртуалочку клиенту, он ее у себя запускает и наш софт конектится к ней как к сетевой БД.
    Одминов в свою очередь просим по возможности нас на нее пустить по ssh
    (Здесь поджидает проблема если у клиента говеная локалка или админь — упырь, в последнем случае все очень плохо
    вот таких мы пускаем к себе на виртуалочки предусмотрительно развернутые на хостинге поближе к клиенту)

    PROFIT!!! — убиваем несколько проблем:
    1) Клиент не причастен к конфигурации не то чтобы БД, но и системы с необходимой экосистемой
    2) Развертывание — проще простого.
    3) Разбор полетов можно производить на Time Stamp виртуалки в реальном окружении. (Так как не всегда БД является источником проблем)
    4) Миграция тоже очень проста, мы потихонечку уговариваем клиентов таки перебираться «в облака» (у кого нет проблем с интернетом)
    Ответ написан
    1 комментарий
  • Стратегия «одна база с клиентским разделителем» против «каждому по базе»

    RUVATA
    @RUVATA
    Разработчик, гик, меломан, разгильдяй
    Очень много других факторов которые так же влияют на принятие подобного рода решений,
    например потянет ли ваше железо кучу пользователей, таким образом чтобы им было комфортно работать, стабильный ли у Вас / у них коннект.
    А если их число удвоить например (я про пользователей)
    У нас была отчасти похожая задача, в итоге у клиента свой БД — но мы ее постоянно реплицируем к себе, кстати так и обновляем свою обновленную версию разворачивая назад. Естественно на это время работа с базой на стороне клиента заблокирована архитектурно приложением до завершения.
    Да и что касается обновления то рано или поздно вам все равно необходимо будет автоматизировать процесс.

    Перед нами стояли проблемы и железа и коннекта и его скорости, не знаю как у Вас.

    PS: Личный совет, если уж и будете БД у клиентов держать, то не подпускайте их IT-долбоящеров к обновлению или конфигурированию.
    Ответ написан
    1 комментарий