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

28

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

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

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

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

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

mpaepper
источник
Вы партнер Magento? (просто пытаюсь выяснить вашу позицию, чтобы я мог опубликовать некоторые аргументы, связанные с этим).
FlorinelChis
@FlorinelChis Пока нет, мы думаем об этом, и поэтому я задаю этот вопрос.
mpaepper
Magento очень строго относится к уровню поддержки, которую они предлагают с Enterprise Edition. Обязательно внимательно прочитайте документацию по области применения magentocommerce.com/support/ee
Джейк А. Смит,
1
+1 - Это очень хорошо сформулированная версия моего [закрытого] вопроса «Основные причины перехода на Enterprise» - слава.
Philwinkle

Ответы:

27

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

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

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

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

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

  • Потребительские сегменты
  • Целевые рекламные акции и мерчендайзинг
  • Инструменты предложения продукта
  • Поиск с 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
Боб Броди
источник
7

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

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

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

benmarks
источник
Фантастический ответ.
Philwinkle
Если вы платите Magento за лицензию EE только из-за судебных исков, выигрывают патентные тролли. Это похоже на мета-патентный троллинг.
Ральф Тис
@RalphTice Далеко не точно. Существуют законные патенты на программное обеспечение, которые могут предъявлять действительные претензии. Несмотря на это, корпоративные организации всегда стремятся снизить риск на минимально возможную сумму, и ежегодная лицензия на сумму менее 15 000 долл. США - пустая трата для этих организаций с доходом в миллионы. Более того, редко, когда эти организации будут заинтересованы только в компенсации - SLA и доступ к функциям EE почти всегда являются частью логики покупки.
отметки
@benmarks Вы делаете ошибочное обращение к размеру, предполагая, что размер организации или ее доходы имеют отношение к тому, является ли что-то «правильным» или нет, а также к неверному предположению относительно масштаба операций, которые я выполняю. ответственный за. Кроме того, вы, кажется, согласны со мной в любом случае - компенсация никогда не является единственной заинтересованностью в приобретении лицензии.
Ральф Тис
@RalphTice Мой ответ предназначен для добавления к существующим ответам, так как ни один из них не упомянул искупление. Возможно, вы не поняли смысл моего ответа, и поэтому я неправильно понял ваш комментарий. Помимо этого: учитывая, что иски о патентах на программное обеспечение (поддельные или иные) являются реальностью, для потенциальных целей подходит относительно дешевая компенсация. Тролли побеждают, когда маленькие компании пропадают; крупные компании могут вести дорогостоящую борьбу с этими ужасными существами. Отказ от денег троллей или (лучше) вовлечение их в дорогостоящее сражение - это скорее победа хороших парней.
отметки
6

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

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

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

  • Лицензия: OSL vs. Commercial
  • Модули: Advanced ACL, Content Stagine, Сегментация клиентов, CMS + (Контроль версий ...), Кэширование полной страницы, Поиск SOLR, RMA ...
  • Профессиональная поддержка, если вам это нужно. Пока вы можете себе помочь, это нормально, но подумайте о действительно большом магазине, который может потерять тысячи долларов, если магазин не работает в течение часа. Тогда ежегодная плата стоит того, чтобы иметь это запасное решение.
Тобиас
источник
1
Одинокая ссылка считается плохим ответом (см. Часто задаваемые вопросы ), поскольку она сама по себе бессмысленна, и целевой ресурс не гарантированно будет жив в будущем . Было бы предпочтительно включить основные части ответа здесь и предоставить ссылку для справки.
JOK
2
спасибо за подсказку, я добавил наиболее важные моменты из презентации к своему ответу
Тобиас
Добавьте новую строку после POV:, чтобы список был активирован!
J0K
0

Существует качественный способ, но все вышеупомянутые уже обращались к этому, вам просто нужно выбрать его для ваших обстоятельств. Количественный способ очень прост: доход от 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 млн. Евро.


источник
15K / год - это 0,5% от 3 млн долларов, а не 5%.
super9
-2

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

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

user9055
источник
... 6-значный (например, миллионы ...?
Мэтт Данбар
-3

если вы принимаете 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 и двигаться дальше.

Джон
источник
1
В то время как Enterprise является PA-DSS-совместимым и имеет обновленную схему шифрования для соответствия SAQ-D и выше, сам CE не является обязательным. EE не помогает вам достичь соответствия, поскольку PCI-совместимость - это нечто большее, чем программная обработка передачи обслуживания CC.
Philwinkle
EE помогает вам достичь соответствия. Какой бит неясно?
Джон
Сами Magento говорят: «Внедрение платежного моста с Magento Enterprise экономит деньги онлайн-торговцев и время, когда дело доходит до соблюдения требований PCI». magentocommerce.com/company/pci-compliance
Джон
@philwinkle - EE не более совместим с PCI, чем CE, если вы не используете Payment Bridge. Они только представили PB, чтобы они могли создать статическую кодовую базу - протестировать PCI и оставить сам Magento непроверенным, чтобы он не нуждался в повторном тестировании с каждой измененной строкой кода.
Бен Лессани - Сонасси
@sonassi Я прошел и прошел 3 аудита PCI, проведенных третьей стороной и никогда не использовавших PB; как с CE, так и с EE. CE потребовалась более обширная работа для реализации необходимого шифрования / хэширования, но основная часть работы заключалась в том, чтобы просто обрабатывать документы,
внедрять