Выполнение Magento для нескольких клиентов - единственный Installaton по сравнению с несколькими установками
Я надеюсь устанавливать Magento (Общественный Выпуск) установка для нескольких клиентов и исследовал вопрос в течение нескольких дней теперь.
Я вижу, что Enterprise Edition имеет то, в чем я нуждаюсь в нем, но удивительно я не готов выйти из оболочки нечетная ежегодная подписка за 12 000$.
Кажется, что существует несколько опций, доступных, чтобы быть всего лишь, я волнуюсь по поводу производительности, я выйду из различных вариантов.
Опция 1) Единственная установка с помощью AITOC усовершенствовала модуль полномочий, Таким образом, это действительно, что я после; одна установка так, чтобы я мог обновить свои базовые файлы все одновременно и также управлять всеми моими пользователями хранилища от одного места. Проблемы здесь состоят в том, что я ничего не знаю о надежности этого дополнительного продукта и что я должен заплатить немного дополнительный. Я также волнуюсь, что, если у меня есть 10 хранилищ, убегающих эта установка, она могла бы все замедлиться так и опрокинуться, как я услышал, выделяют о замедлении Magento.
Ссылка модуля: http://www.aitoc.com/en/magentomods_advanced_permissions.html
Опция 2) Несколько установок Magento на одном сервере для каждого магазина, Таким образом, здесь у меня есть 10 установок Magento на одном сервере все выполнение, счастливо далеко не использующее дополнительных денег, но меня теперь, имеют 10 отдельных хранилищ, чтобы обновить и поддержать, который мог быть раздражающим. Также я не смог найти много других людей, использующих этот метод и когда я имею, они обычно спрашивают, как мешать их серверам умереть. Таким образом, этот маршрут кажется, что это могло быть еще хуже на моем сервере, поскольку у меня будет больше продолжения на моем сервере, но если бы мой сервер мог бы взять его, каждая установка Magento была бы более простой и менее вероятной замедлиться из-за каждого имеющего необходимость выполнять 10 магазинов самостоятельно?
Опция 3) Использование много серверов и много установок Magento я именно так не хочу делать это.
Опция 4) Buy Magento Enterprise у меня нет денег, чтобы сделать это.
Таким образом, какой маршрут, менее вероятно, аварийно завершит мой сервер? И у кого-либо есть опыт с этим Святым Граалем модуля?
Спасибо за чтение и заранее спасибо за любую справку - Chris Hopkins
3 ответа
Давайте сразу же избавимся от не-опций. Вы не хотите делать №3, а №4 - не решение. Magento Enterprise Edition не добавляет никаких функций, которые позволят вам запускать несколько клиентов из одного магазина.
Теперь о возможных вариантах. Как вы утверждаете, №1 позволит вам обновить одну версию кода, но, конечно, это сопряжено с некоторыми рисками. Насколько я понимаю, вашим покупателям нужно будет получить доступ к магазинам? Если у вас есть несколько клиентов, работающих с одной базой данных и одной базой кода, вы всегда будете сталкиваться с проблемами, когда они влияют друг на друга.Например, кто будет контролировать атрибуты продукта, которые по своей природе являются глобальными? Если в одном магазине удаляется атрибут продукта, в других магазинах могут быть потеряны данные. Если вы решите эту проблему, как насчет рекламных акций в каталоге, категорий продуктов и т. Д. Magento был создан для работы с несколькими веб-сайтами, но не для их изоляции друг от друга, и вы столкнетесь с проблемами из-за этого. Что касается производительности, большой каталог продуктов или клиентская база будут иметь тенденцию замедлять работу сайта, но вы можете смягчить это, используя плоский каталог продуктов и хорошее использование кеширования.
Для варианта №2 вы можете запустить несколько магазинов Magento, что вызывает две основные проблемы. Во-первых, как вы заявляете, это обновление сайтов. Если вы используете обычную установку Magento и не изменяете файлы ядра, это не должно быть проблемой. Программа обновления Magento довольно проста для таких установок, и ее сложность возрастает по мере того, как вы делаете больше модов и должны использовать больше ручных процессов для обновления.
Что касается производительности, запуск нескольких сайтов magento может быть медленнее, но это зависит от того, как вы их структурируете. Независимо от того, есть ли у вас один или несколько сайтов, вам придется загружать данные для каждого сайта, поэтому размер базы данных не будет сильно отличаться. Размер файла на сервере в значительной степени не проблема. В любом случае, когда клиент запрашивает страницу, Magento должен развернуть всю структуру для обслуживания запроса, и именно здесь проблемы с производительностью начинают проявляться.Одним из серьезных смягчений этого является использование кеша опкодов, такого как Xcache, но с несколькими машинами вам нужно предоставить Xcache гораздо больше памяти для хранения всего кода установки. Законная проблема.
Моя рекомендация? Запуск на одной машине, несколько установок. Увеличивайте количество установок, а когда сервер больше не поддерживает, двигайтесь дальше. Не допускайте внесения изменений в код в ядро и используйте расширения, которые можно легко обновлять, чтобы их можно было легко обновлять. Это должно смягчить как можно больше опасений.
Надеюсь, это поможет!
Спасибо, Джо
Я думаю, что приобретение vps аккаунта и его масштабирование, когда это станет необходимым, даст вам лучшие варианты для ваших требований к стоимости.
На мой взгляд, вы столкнетесь с большим количеством проблем, чем с плюсами, если все будут устанавливать Magento в одном месте, сталкиваясь друг с другом. Не говоря уже о том, что клиент X на сайте Y не может понять, почему он не может создать учетную запись на сайте Z, на котором он никогда раньше не был (это проблема конфигурации, но такое может случиться)
Я бы рекомендовал вам создать git-репозиторий с вашей "базовой" установкой Magento, а затем настроить всех ваших клиентов на разные версии, которые можно клонировать из этой основной установки.
Это даст вам только одну реальную кодовую базу для обновления (изменения базы данных - это другая история), и все будут разделены.