Когда выбрать версию Magento Enterprise вместо версии для сообщества?

Глядя на возможности редакции Enterprise, мне интересно, стоит ли рекомендовать ее клиентам.

Я имею многолетний опыт работы с выпуском сообщества и изучил выпуск Enterprise. Мне кажется, что для моего клиента почти всегда будет дешевле использовать версию для сообщества с настроенным решением для кэширования полной страницы (например, Varnish с соответствующим модулем).

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

Затем существует соглашение об уровне обслуживания (SLA), но, опять же, имея большой опыт работы с Magento, мне всегда удавалось своевременно решать проблемы.

Вероятно, я что-то упускаю из виду, поскольку версия Enterprise широко используется, поэтому, пожалуйста, дайте мне представление / сценарии, когда рекомендовать Enterprise клиенту.

При сравнении двух выпусков любого программного пакета лучший способ прийти к решению - взвесить затраты и выгоды. Хотя Magento EE действительно обладает некоторыми дополнительными функциональными возможностями, если вы не используете его, это может не стоить того. Джейк Смит абсолютно прав, упомянув объем поддержки Enterprise Edition. Ограничено ¹ :

• Установка и загрузка Magento
• Проблемы использования Magento
• Базовая конфигурация
• Устранение неполадок, исправление ошибок (только ядро) и расширение

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

• Разработка кода
• Поддержка развития
• Оптимизация и настройка производительности
• Пользовательские расширения
• Пользовательские Интерфейсы
• Пользовательская конфигурация
• Основные обновления продукта
• Перенос данных
• Рекомендации по передовому опыту

Это позволит вам решить, нужны ли вам доступные функции. Примите во внимание эти ключевые особенности ² :

• Потребительские сегменты
• Целевые рекламные акции и мерчендайзинг
• Инструменты предложения продукта
• Поиск с Solr
• РМА
• Награды клиентов
• Частные продажи
• Автоматические напоминания по электронной почте
• Реестр подарков
• Подарочные карты
• Кредит магазина

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

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

Самая большая тактика запугивания, которую я видел, состоит в том, что Сообщество "Не соответствует PCI". Это давняя тема, и она может быть очень сложной. Если вы делаете следующее, то все будет в порядке:

• Заполнение ваших документов PCI
• Реализация политик PCI
• Документирование ваших технических политик PCI (в основном для вашего хоста)
• Использование платежного шлюза, на который вы перенаправляете (PayPal) или HTTPS, для связи с API

Вы будете в порядке. Как только вы начнете делать более 20 000 транзакций в год, будет больше документов - но это не должно вас пугать. Ваш поставщик будет рад сотрудничать с вами, чтобы не только заполнить документацию, но и ответить на любые ваши вопросы (мы также делаем это). Если это слишком расплывчато или кто-то хотел бы обсудить, не стесняйтесь связаться со мной. Это намного больше, чем это, но это отличное начало. По сути, никогда не позволяйте никому запугивать вас тем, что вы не используете Сообщество, потому что это «не для производственного использования» или «только для разработки».

Насколько я знаю, Magento не проходит сертификацию PCI для Community Edition или Enterprise Edition. Это долгий и дорогой процесс. Единственные продукты, доступные от Magento, которые соответствуют PCI:

• Magento Go
• Платежный мост Magento

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

Источники:

1. http://www.magentocommerce.com/support/ee/
2. http://www.magentocommerce.com/product/enterprise-features

Одной из причин, которая не была рассмотрена в других ответах, является искупление. В отношении поведения и кода, которые являются частью готовой кодовой базы, Magento (eBay) будет защищать владельцев лицензий EE в случае предъявления претензии о возмещении ущерба или нарушении.

Чтобы не думать, что это лишь незначительная особенность соглашения об ЭЭ, возьмем полную патентную тролль POS (на мой взгляд , конечно) компанию по имени Kelora, которая утверждала, что в некоторых контекстах она имеет патент на многоуровневую / многогранную навигацию; Ссылка http://www.ecommercefuel.com/patent-troll/ для рецензии. Поскольку Magento предлагает многоуровневую навигацию «из коробки», лицензиаты EE будут защищены от этого иска и от любых убытков, полученных истцом, но пользователи CE не будут.

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

Есть действительно хорошие прези о различиях:

http://prezi.com/kp0bprl0hnyn/magento-community-versus-enterprise/

Основные отличия от моего POV:

• Лицензия: OSL vs. Commercial
• Модули: Advanced ACL, Content Stagine, Сегментация клиентов, CMS + (Контроль версий ...), Кэширование полной страницы, Поиск SOLR, RMA ...
• Профессиональная поддержка, если вам это нужно. Пока вы можете себе помочь, это нормально, но подумайте о действительно большом магазине, который может потерять тысячи долларов, если магазин не работает в течение часа. Тогда ежегодная плата стоит того, чтобы иметь это запасное решение.

Существует качественный способ, но все вышеупомянутые уже обращались к этому, вам просто нужно выбрать его для ваших обстоятельств. Количественный способ очень прост: доход от 300 000 до 3 млн. Долл. США в год для CE и 3-13 млн. Долл. США для EE, свыше 13 млн. Долл. США, которые вы посещаете на территории Hybris. Это будет охватывать 95% случаев, если у вас нет особых обстоятельств, таких как попытка запустить сайт книг о продуктах стоимостью 1 миллион долларов (на самом деле вы можете сделать это с помощью CE, но для понимания того, как это сделать, требуется опыт от среднего до крупного предприятия).

Почему этот диапазон, это происходит от многонациональных консультантов, которые работают с крупным предприятием и таких источников, как Gartner. Приведенный ниже диапазон основан на евро, но эквивалентен в долларах США, коммерческая платформа должна составлять 10% от расходов на ИТ, что составляет 5% от дохода. Таким образом, вы получаете $ 15 000 в год, что составляет 3 миллиона долларов, и все очень просто. Есть и качественный путь, но это отнимает много времени, они оба в конце концов приходят к одному и тому же ответу, это просто зависит от того, каким образом вы хотите идти по этому пути: не доверяйте никому и узнайте, что значит качественный: доверие источник и не нужно знать детали заранее, значит количественный. Приблизительно 95-99% пойдут качественным путем, который длится в 2-10 раз дольше, чтобы достичь результата.

Среднее предприятие определяется как предприятие, в котором работает менее 250 человек, годовой оборот которого не превышает 50 млн. Евро, или чей годовой баланс не превышает 43 млн. Евро.

Малое предприятие определяется как предприятие, на котором работает менее 50 человек, и годовой оборот и / или годовой баланс которого не превышает 10 миллионов евро.

Микропредприятие определяется как предприятие, на котором занято менее 10 человек и чей годовой оборот и / или годовой баланс не превышает 2 млн. Евро.

Сообщество Magento - это бесплатное решение с открытым исходным кодом, и этого должно быть достаточно, если ваш магазин или бренд не предъявляют слишком больших требований к объему продаж. Однако, если вы имеете дело с 6-значным доходом (например, миллионами долларов дохода в год), настоятельно рекомендуется использовать Magento Enterprise, основанную главным образом на его функциональности «из коробки», которой нельзя пользоваться в сообществе. (на основе http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/ )

Между этими двумя платформами есть много различий, но когда дело доходит до взаимодействия с клиентами, безопасности данных и производительности, Enterprise, кажется, одерживает верх.

если вы принимаете cc платежи, предприятие соответствует PCI. Помогает вам стать послушным.

Платежный мост обрабатывает все операции с кредитными картами на предприятии, и эта система поддержки имеет сертификат PA-DSS. Платежный мост недоступен для Community Edition.

Цитата из http://ecommercedeveloper.com/articles/2124-magento-releases-enterprise-edition-update-includes-pci-compliant-bridge/

Платежный мост

Платежный мост Enterprise Edition 1.9 был сертифицирован Coalfire, PCI Qualified Security Assessor (QSA), чтобы соответствовать или превышать требования PCI DSS. На самом деле это, возможно, технически не было большим шагом, поскольку некоторые считают, что программное обеспечение, находящееся на защищенном сервере, должно только соответствовать отраслевым стандартам практики кодирования, но этот шаг важен для инженеров и разработчиков программного обеспечения, которые в противном случае должны были бы продемонстрировать соответствие PCI. По сути, этот новый платежный мост позволяет корпоративным разработчикам «проверять» соответствие PCI и двигаться дальше.