Community Edition 대신 Magento Enterprise Edition을 언제 선택해야합니까?


28

Enterprise 에디션의 기능을 살펴보면 클라이언트에게 추천해야하는지 궁금합니다.

Community Edition에 대한 수년간의 경험이 있으며 Enterprise Edition을 조사했습니다. 클라이언트가 전체 페이지 캐시 솔루션 (적절한 모듈의 니스와 같은)을 설정하여 커뮤니티 에디션을 사용하는 것이 거의 항상 저렴할 것 같습니다.

보상이나 직원 권한 관리와 같은 추가 기능이 Enterprise에 더 있지만 커뮤니티 에디션의 적절한 모듈을 사용하여 쉽게 구축 할 수 있습니다.

그런 다음 SLA (서비스 수준 계약)가 있지만 지금까지도 많은 Magento 경험이 있었기 때문에 항상 적시에 문제를 해결할 수있었습니다.

Enterprise 버전이 광범위하게 사용되므로 무언가를 간과하고있을 것이므로 Enterprise를 고객에게 추천 할 때 통찰력 / 시나리오를 알려주십시오.


마 젠토 파트너이십니까? (단지 당신의 입장을 알아 내려고 노력하여 관련 주장을 게시 할 수 있습니다).
FlorinelChis의

@FlorinelChis 아직, 우리는 그것에 대해 생각하고 있지 않습니다. 이것이 제가이 질문을하는 이유의 일부입니다.
mpaepper

Magento는 Enterprise Edition에서 제공하는 지원 수준에 대해 매우 엄격합니다. 스코프 문서를주의 깊게 읽으십시오. magentocommerce.com/support/ee
Jake A. Smith

1
+1-이것은 "폐쇄 된"질문 "엔터프라이즈로 전환해야하는 가장 큰 이유"-kudos의 매우 잘 알려진 버전입니다.
philwinkle

답변:


27

소프트웨어 패키지의 두 에디션을 비교할 때 결정을 내리는 가장 좋은 방법은 비용과 이점을 평가하는 것입니다. Magento EE에는 훌륭한 추가 기능이 있지만 사용하지 않으면 그만한 가치가 없습니다. Jake Smith는 Enterprise Edition 지원 범위를 언급하는 데 절대적으로 정확합니다. 1 로 제한됩니다 .

  • 마 젠토 설치 및 다운로드
  • 마 젠토 사용 문제
  • 기본 구성
  • 문제 해결, 버그 수정 (핵심 전용) 및 에스컬레이션

일반적으로 사내 개발 팀 또는 고용 된 팀을 사용하며 해당 팀에서는 해당 범위에서 다루지 않는 문제를 다룹니다.

  • 코드 개발
  • 개발 지원
  • 최적화 및 성능 조정
  • 맞춤 확장
  • 맞춤형 인터페이스
  • 맞춤 구성
  • 핵심 제품 업그레이드
  • 데이터 이동
  • 모범 사례 권장 사항

이를 통해 사용 가능한 기능이 필요한지 결정할 수 있습니다. 이러한 주요 기능을 고려하십시오 2 :

  • 고객 세그먼트
  • 대상 프로모션 및 판매
  • 제품 제안 도구
  • Solr로 검색
  • RMA
  • 고객 보상
  • 개인 판매
  • 자동 이메일 알림
  • 선물 레지스트리
  • 기프트 카드
  • 매장 크레딧

프로젝트의 계획 단계에서 이러한 기능에 대한 ROI를 추적하는 방법에 대해 생각해야합니다. 각 기능은 철저하게 계획, 구현 및보고되어야합니다. 들어오는 돈이 기능의 비용을 충당하는 것 이상을 원할 것입니다. 또한 이러한 기능 중 일부만 사용하려는 경우 기존 기능을 개발하거나 구매하는 것이 더 의미가없는 것이 아닌지 확인해야합니다 (타사 모듈을 구입할 때는주의해야합니다). 다른 주제).

일부 사이트의 경우 Enterprise가 적합합니다. 마케팅 스위트의 사용을 계획하는 데 도움이되는 마케팅 팀 (내부 또는 외부)이 있습니다. 사용 현황을 분석하고 지속적으로 이러한 기능을 유지 관리 할 팀이있을 수 있습니다. 그렇지 않은 경우 커뮤니티로 시작하십시오. 우리는 커뮤니티와 엔터프라이즈 모두에 대규모 고객을 보유하고 있으며 결정을 내리기 전에 광범위한 대화를 나눕니다. 고객 회사의 신뢰할 수있는 확장으로서 고객의 요구를 최우선으로하는 것이 무엇보다 중요합니다.

내가 본 가장 큰 공포 전술은 커뮤니티가 "PCI 호환이 아님"이라는 것입니다. 이것은 오래전부터 진행된 주제이며 매우 복잡 할 수 있습니다. 다음을 수행하는 경우 문제가 없습니다.

  • PCI 서류 작성
  • PCI 정책 구현
  • PCI 기술 정책 문서 (주로 호스트에 대한)
  • API와 통신하기 위해 (PayPal) 또는 HTTPS로 리디렉션하는 결제 게이트웨이 사용

괜찮을거야 연간 20,000 건 이상의 거래를 시작하면 더 많은 서류 작업이있을 것입니다. 그러나 이것이 당신을 놀라게하지는 않습니다. 서비스 제공 업체는 문서 작성뿐만 아니라 궁금한 사항에 대한 답변을 제공하기 위해 기꺼이 협력 할 것입니다 (우리도 그렇게합니다). 이것이 모호하거나 다른 사람이 토론하고 싶은 경우, 저에게 연락하십시오. 이것보다 훨씬 더 많은 것이 있지만, 좋은 출발입니다. 기본적으로 커뮤니티가 "제작 용도가 아님"또는 "개발 전용"이므로 커뮤니티를 사용하지 않도록 괴롭히지 마십시오.

내가 아는 한 Magento는 Community Edition 또는 Enterprise Edition에 대한 PCI 인증을 거치지 않습니다. 길고 비싼 과정입니다. PCI와 호환되는 Magento에서 사용할 수있는 유일한 제품은 다음과 같습니다.

  • 마 젠토 고
  • 마 젠토 결제 브릿지

희망적으로 이것은 결정을 내리는 데 도움이되는 안내서입니다. 기억하십시오-Enterprise의 기능이 돈을 지불하면 얻을 수 있습니다. 훌륭한 제품이며 정말 깔끔한 것들이 있습니다. 그렇지 않으면 기다립니다. 시작하는 것보다 커뮤니티에서 엔터프라이즈로 마이그레이션하는 것이 약간 더 복잡하지만 추가 사용자 정의 기능이나 더 나은 호스팅에 사용할 수있는 비용을 절약 할 수 있습니다.

출처 :

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

7

다른 답변으로 해결되지 않은 이유 중 하나는 면책입니다. 기본 제공 코드베이스의 일부인 동작 및 코드의 경우 Magento (eBay)는 손해 또는 침해에 대한 청구가있을 경우 EE 라이센스 보유자를 방어합니다.

이것이 EE 계약의 작은 특징 일 뿐이라고 생각하지 않기 위해, 일부 상황에서 계층화 된 /면 탐색에 대한 특허를 보유하고 있다고 주장한 Kelora라는 완전한 POS 특허 트롤 (내 의견 은) 회사를 취하십시오. 글쓰기에 대해서는 http://www.ecommercefuel.com/patent-troll/ 을 참조 하십시오 . Magento는 즉시 사용 가능한 계층 내비게이션을 제공하기 때문에 EE 라이센스 사용자는이 소송과 원고가 입은 모든 손해로부터 보호되지만 CE 사용자는 그렇지 않습니다.

이는 일반적으로 소규모 상점의 구매 결정이 아니지만 자산이 충분한 엔터프라이즈 급 비즈니스의 경우 목표로 삼아야합니다.


환상적인 답변.
philwinkle

소송 때문에 Magento에게 EE 라이센스를 지불하면 특허 트롤이 이길 수 있습니다. 이것은 메타 특허 트롤링과 같습니다.
Ralph Tice

@RalphTice 정확하지 않습니다. 유효한 소유권을 주장 할 수있는 합법적 인 소프트웨어 특허가 있습니다. 그럼에도 불구하고, 기업 조직은 항상 가능한 한 적은 양의 위험을 완화하려고 노력하며 연간 15,000 달러 미만의 라이센스는 수백만 달러의 수익을 올리는 조직에 적합합니다. 또한 이러한 조직이 면책에만 관심이있는 경우는 거의 없습니다. SLA 및 EE 기능에 대한 액세스는 거의 항상 구매 논리의 일부입니다.
benmarks

@benmarks 조직의 규모 나 수익이 어떤 것이 옳은지 아닌지와 관련이 있고 운영 규모에 대한 잘못된 가정과 관련이 있다고 가정 할 때 규모에 대해 호소력이 있습니다. 책임. 또한 귀하는 어쨌든 저에게 동의하는 것 같습니다. 면책은 라이센싱 구매에 대한 유일한 관심사는 아닙니다.
Ralph Tice

@RalphTice 내 답변은 면책에 대해 언급 한 사람이 없기 때문에 기존 답변 에 추가됩니다 . 어쩌면 내 대답의 의도가 당신에 의해 그리워 졌기 때문에 나는 당신의 의견을 오해했습니다. 이를 넘어서 : (스퓨리어스 또는 기타) 소프트웨어 특허 소송이 현실이기 때문에 잠재적 인 목표에 대해 비교적 저렴한 보상이 적절합니다. 트롤은 작은 회사가 굴복 할 때 이깁니다. 대기업들은이 끔찍한 생물들과 싸울 수 있습니다. 트롤 돈을 거부하거나 비용이 많이 드는 전투에 참여하는 것이 좋은 사람들에게는 승리입니다.
benmarks

6

차이점에 대해 정말 좋은 Prezi가 있습니다.

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

내 POV와의 주요 차이점 :

  • 라이센스 : OSL과 상업용
  • 모듈 : 고급 ACL, Content Stagine, 고객 분류, CMS + (버전 제어 ...), 전체 페이지 캐싱, SOLR 검색, RMA ...
  • 필요한 경우 전문가의 지원. 당신이 스스로 도울 수있는 한 괜찮습니다. 그러나 한 시간 동안 상점이 다운되면 수천 달러를 잃을 수있는 정말 큰 상점을 생각해보십시오. 그런 다음 연간 비용은 해당 대체 솔루션을 보유 할 가치가 있습니다.

1
론 링크는 그 자체로는 무의미하고 목표 자원이 미래에 살아 있음을 보장하지 않기 때문에 빈약 한 답변으로 간주됩니다 ( FAQ 참조 ) . 하는 것이 바람직 할 것이다 여기에 대한 대답의 본질적인 부분을 포함하고 참조 할 수 있도록 링크를 제공합니다.
j0k

2
힌트를 위해 thx, 나는 프레젠테이션에서 가장 중요한 점을 내 대답에 추가했다
Tobias

뒤에 새 줄을 추가 POV:하면 목록이 활성화됩니다!
j0k

0

질적 인 방법이 있지만 위의 모든 사람들이 이미 언급 했으므로 상황에 따라 선택해야합니다. 양적 방법은 매우 간단합니다. CE의 경우 연간 $ 300,000- $ 3million 매출과 EE의 경우 $ 3-13million은 Hybris 지역으로 1 천 3 백만 달러가 넘습니다. 1 백만 제품 책 사이트를 시작하려고하는 등 특별한 상황이 아니라면 95 %의 사례를 포괄 할 것입니다 (실제로 CE를 사용하여이 작업을 수행 할 수 있지만 방법을 이해하려면 중간 규모에서 대규모 엔터프라이즈 환경이 필요합니다).

그 이유는 대기업 및 Gartner와 같은 소스와 협력하는 다국적 컨설턴트에서 비롯된 것입니다. 아래 범위는 EUR 기준이지만 USD와 동일합니다. 상거래 플랫폼은 IT 지출의 10 %, 수익의 5 % 여야합니다. 따라서 EE는 연간 $ 15,000의 수입을 올립니다. 이는 3 백만 달러에 이르는 매우 간단합니다. 질적 인 방법도 있지만 시간을 소비하는 것입니다. 어쨌든 둘 다 결국 같은 대답을 얻습니다. 어떤 방식으로 가고 싶은지에 달려 있습니다. 누군가를 믿지 말고 자신을 찾으십시오. 소스와 세부 사항을 알 필요가 없습니다 양적 의미합니다. 95-99 %는 결과에 도달하는 데 2-10 배 더 걸리는 정성적인 경로를 사용합니다.

중간 규모 기업은 250 명 미만을 고용하고 연간 매출액이 5 천만 유로를 초과하지 않거나 연간 대차 대조표 총액이 4 천 4 백만 유로를 초과하지 않는 기업으로 정의됩니다.

소규모 기업은 직원 수가 50 명 미만이고 연간 매출액 및 / 또는 연간 대차 대조표 총액이 천만 유로를 초과하지 않는 기업으로 정의됩니다.

소기업은 10 명 미만을 고용하고 연간 매출액 및 / 또는 연간 대차 대조표 총액이 2 백만 유로를 초과하지 않는 기업으로 정의됩니다.


15K / 년은 5 %가 아닌 3 백만 달러의 0.5 %입니다.
super9

-2

Magento Community는 무료 오픈 소스 솔루션입니다. 즉, 상점이나 브랜드에 판매량 측면에서 매우 큰 요구 사항이없는 경우 충분합니다. 그러나 6 자릿수 매출 (예 : 연간 수백만 달러)을 처리하는 경우 커뮤니티에서 즐길 수없는 "즉시 사용 가능한"기능을 기반으로 Magento Enterprise를 사용하는 것이 좋습니다. ( http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/ 기반 )

두 플랫폼 간에는 많은 차이가 있지만 고객 참여, 데이터 보안 및 성능과 관련하여 Enterprise가 우위를 차지하는 것 같습니다.


... 6- 그림 (예 : 수백만 ...?)
Matt Dunbar

-3

cc 지불을하는 경우 기업은 PCI를 준수합니다. 준수하도록 도와줍니다.

Payment Bridge는 Enterprise의 모든 신용 카드 처리를 처리하며이 독립형 시스템은 PA-DSS 인증을 받았습니다. Community Edition에서는 Payment Bridge를 사용할 수 없습니다.

http://ecommercedeveloper.com/articles/2124-magento-releases-enterprise-edition-update-includes-pci-compliance-bridge/ 에서 인용

결제 브리지

Enterprise Edition 1.9의 결제 브리지는 PCI QS (Qualified Security Assessor) 인 Coalfire에 의해 PCI DSS 요구 사항을 충족하거나 초과하는 것으로 인증되었습니다. 보안 서버에 상주하는 소프트웨어는 업계 표준 코딩 방식 만 충족해야한다고 생각하기 때문에 실제로 기술적으로 큰 단계는 아니었지만 PCI 규정을 입증해야하는 소프트웨어 엔지니어 및 개발자에게는 큰 변화가있었습니다. 효과적으로,이 새로운 결제 브리지를 통해 엔터프라이즈 개발자는 PCI 준수를 "체크"하고 계속 진행할 수 있습니다.


1
Enterprise는 PA-DSS를 준수하고 SAQ-D 이상을 준수하기 위해 업그레이드 된 암호화 체계를 갖추고 있지만 CE 자체는 불일치 할 필요가 없습니다. CC 핸드 오프를 처리하는 소프트웨어보다 PCI 규정 준수가 더 많기 때문에 EE는 규정 준수를 달성하는 데 도움 이 되지 않습니다 .
philwinkle

EE는 규정 준수를 달성하는 데 도움을줍니다. 어떤 비트가 불분명합니까?
Jon

마 젠토 자신도 "마 젠토 엔터프라이즈로 결제 브리지를 구현하면 온라인 판매자는 PCI 요구 사항을 준수 할 때 비용과 시간을 절약 할 수있다"고 말했다. magentocommerce.com/company/pci-compliance
Jon

@philwinkle-Payment Bridge를 사용하지 않는 경우 EE는 CE보다 PCI를 준수하지 않습니다. 그들은 정적 코드 기반을 만들 수 있도록 PB를 도입했습니다. PCI를 테스트하고 Magento 자체를 테스트하지 않은 상태로두기 때문에 변경된 모든 코드 라인에서 다시 테스트 할 필요가 없었습니다.
Ben Lessani-Sonassi

@sonassi 저는 제 3 자에 의해 3 번의 PCI 감사를 거쳤으며 PB를 사용한 적이 없습니다. CE와 EE 모두. CE는 필요한 암호화 / 해싱을 구현하기 위해보다 광범위한 작업을 필요로했지만 필요한 작업의 대부분은 문서 프로세스, IT 정책, OWASP 등을 따르는 것이
었습니다
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.