Optimizing Customer Experience:
Adobe Experience Manager & MongoDB
Mat Keep
MongoDB Product Team
mat.keep@mongodb.com
@matkeep
Agenda
• Why MongoDB for Adobe Experience Manager?
• Adobe Experience Manager 6.1
• Storage Options. What to use when
– Tar MicroKernel
– MongoDB (Mongo MicroKernel)
• Case Studies
• Resources to Move Forward
How does MongoDB support AEM?
Global Scalability
Multi-Data Center
Recovery
User-Generated
Content
What are the Benefits of AEM + MongoDB?
Great Customer
Experience
Deeper Customer
Engagement
Fast Content
Authoring Workflow
What is Adobe Experience Manager?
Enterprise-grade
content management
system
Leader in Gartner
Web CMS MQ
Gartner Magic Quadrant for Web CMS 2014
● Multi-Site & Channels
● Brand Consistency
● Cross Platform Experiences
● Managing renditions and layouts across devices
● Digital Asset Management
● Content Publishing Workflows
● Search
● Multi-Version Management
● Web Optimization
● Communities
● Social Driven Personalization
● Sentiment Analysis
● Moderation
● Video Playback
● Encoding
● Rendition Generation
New in Adobe Experience Manager 6.1
• Responsive layout authoring
– Better control of page elements for display on multiple devices
• Tighter Integration with
Adobe Marketing Cloud
– Target, Analytics &
Campaign services
• AEM Apps Command
Center
– Offerings to manage
lifecycle of Mobile
Applications
AEM 6.x: Jackrabbit Oak Repository
AEM6
JACKRABBIT OAK CONTENT REPOSITORY
Repository can be
configured to use
different persistence
mechanisms (storage
layers)
Storage Options:
- TAR
- MongoDB
AEM Storage Layer
• Store & manage content metadata & binary files
• Support AEM concurrency control
• Dictate how much data you can store
• Dictate how quickly AEM can read, write and
search content
• Dictate how AEM scales and secures content
MicroKernel (MK) = Storage Layer for AEM
AEM Environments
AEM Node
AUTHOR ENVIRONMENT
PRODUCTIONBACK-OFFICE
Storage Layer
AEM Node
AEM Node
AEM Node
AEM Node
PUBLISH ENVIRONMENT
Storage
LayerWORKFLOW
Storage Layer Options: Tar MicroKernel
• Default AEM storage option
• File-based storage
• Co-located with each AEM instance, no shared-state.
• Redundancy via a cold standby
Scaling AEM with Tar MicroKernel
PUBLISH ENVIRONMENT
TarMK
TarMK FARM
AEM
AEM
AEM
AEM
AEM
TarMK
TarMK
TarMK
TarMK
2. SCALE ON READS
1. SAME
CONTENT
DEPLOYED TO
ALL SERVERS
TarMK: Advantages & Disadvantages
Advantages Disadvantages
Fast to get started No author scalability beyond a single
server
Co-located with AEM: low latency
reads
Manual failover + idle hardware
Co-located with AEM: managed with
AEM’s operational tools
Storage Layer Options: MongoDB
GENERAL PURPOSE DOCUMENT DATABASE DISTRIBUTED
Mongo MicroKernel - Content
Metadata
Binary / Blobs
Mongo MicroKernel
• AEM 6.1 scalable storage layer
• Flexible – scale storage layer independently of AEM
layer
• Multi-datacenter deployments
• Geo distributed content
• Auto-failover for self-healing clusters
MongoDB: Scalable Storage Layer
Distribute AEM storage layer across multiple servers
Increase or decrease capacity as you go
Automatic balancing
Automatic Sharding
AEM Sharded Cluster with MongoDB
AEM AEM AEM
DATA PARTITIONED ACROSS SERVERS FOR UNBOUNDED HORIZONTAL SCALABILITY
MongoDB: Self-Healing Storage Layer
Replica Set – 2 to 50 copies
Self-healing shard
Data Center Aware
Addresses availability considerations:
High Availability
Disaster Recovery
Maintenance
Workload Isolation: operational & analytics
Replica Sets
AEM
AEM – Global Replication
Always-On AEM with MongoDB
AEM
Primary Secondary Secondary
AEM
Secondary
AEM
Arbiter
AEM
AWS-
CENTRALDC-WEST DC-EAST
Reads
& Writes
Reads
Always-On AEM with MongoDB
AEM
Primary Secondary Secondary
---
Secondary
AEM
Arbiter
AEM
AWS-
CENTRALDC-WEST DC-EAST
Reads
& Writes
Reads
Always-On AEM with MongoDB
AEM
--- Primary Secondary
---
Secondary
AEM
Arbiter
AEM
AWS-
CENTRALDC-WEST DC-EAST
Reads
& Writes
Reads
Always-On AEM with MongoDB
---
--- --- Primary
---
Secondary
AEM
Arbiter
AEM
AWS-
CENTRALDC-WEST DC-EAST
Reads &
Writes
User Generated Content
PUBLISH ENVIRONMENT
TarMK
TarMK FARM
AEM
AEM
AEM
AEM
AEM
TarMK
TarMK
TarMK
TarMK
Community and Social Features
involves capturing “User
Generated Content” (UGC)
Synchronization challenge. TarMK Farm isn’t
an appropriate solution architecture.
Support for UGC with MongoDB
SCALES ON
READ AND
WRITES
SINGLE
STORAGE
LAYER,
REDUCING
REPLICATION
AEM Social Resource Provider uses MongoDB as the storage layer
MongoDB: Advantages & Disadvantages
Advantages Disadvantages
Scale beyond a single server Higher operational overhead:
separate layer from AEM (offset by
Ops Manager)
Support for globally distributed
author teams
Higher latency reads (offset by
scaling)
Self-healing, active/active clusters
Low overhead UGC
How to Decide (Author):
How to Decide (Publish):
AEM is a Certified
MongoDB Enterprise Solution
Download MongoDB Enterprise Advanced
for evaluation
http://www.mongodb.com/lp/download/mongodb-enterprise
31
MongoDB Enterprise Advanced
Features
MongoDB Ops Manager ✓
Advanced Security ✓
On-Demand Training ✓
SLA (24x365)
1 hour
(faster times optional)
License Commercial
Operational Scale: MongoDB Ops Manager
How do I manage 10s to 1000s of nodes?
• Real-time monitoring
and visualization of
cluster health
• Alerting
• Automated cluster
provisioning
• Automation of daily
operational tasks, i.e.
zero-downtime upgrades
• Centralized configuration
management
• Automated PIT
snapshotting of clusters
• PIT Recovery
• Continuous backup
Automation Monitoring Backup
Getting Started
• Download and start MongoDB
• Follow the standard instructions to download and unpack
AEM.
• Create an AEM configuration file, specifying the
appropriate options to connect to MongoDB.
• Start the AEM jar to connect to the running MongoDB
instance.
• Instructions
– http://adobe.ly/1BjYbE2
Getting on the Right Path
• Consulting Package: MongoDB for AEM
– 3 day, on-site engagement
– Report detailing hardware requirements, HA,
scaling, security, operations, etc.
– Optional follow-on implementation service
Download the Datasheet
Getting Support
• Adobe & MongoDB have certified AEM for MongoDB
Enterprise Advanced
• If customer has a subscription to MongoDB Enterprise
Advanced, Adobe support team can raise tickets to
MongoDB
• Collaborative support team resolution
Problem Why MongoDB ResultsProblem Solution Results
Create brand
consistency: increase
NPS
Deepen customer
engagement: increase
conversions
Improve operational
efficiency: reduce costs
AEM 6.1 + MongoDB
Enterprise Advanced
1 template, many brands,
different styles, any
device
Shared features: find-a-
dealer, car configurator
Geo-Scale: support 200
web marketers across 9
locations
Fast TTM: delivered in 12
agile sprints
Op Efficiency: runs on
AWS with Cloudformation
templates
Case Study
Create a single best-in-class global digital platform for all
brands in the Renault-Nissan Alliance
Problem Why MongoDB ResultsProblem Solution Results
Deliver multi-channel
product catalog
Existing SQL-based
storage layer wasn’t
scaling
Operations team unable
to maintain QoS
AEM 6.1 + MongoDB
Enterprise Advanced
MongoDB Auto-Sharding
MongoDB Ops Manager
Multi-site AEM
deployment improving
customer experience
Fully supported, with
operational automation
Scale on-demand
Case Study
Multi-channel retailer improves customer experience while
enhancing operational efficiency
OnLine & TV Retail
Shopping Channel
MongoDB, Inc.
400+ employees 2,000+ customers
Over $311 million in funding13 offices around the world
MONGODB: THE LARGEST ECOSYSTEM
10,000,000+
MongoDB Downloads
300,000+
Online Education Registrants
35,000+
MongoDB User Group Members
35,000+
MongoDB Cloud ManagerUsers
1k+
Technology and Services Partners
2,000+
Customers Across All Industries
MongoDB Use Cases
Single View Internet of Things Mobile Real-Time Analytics
Catalog Customer Data Management Content Management
RESOURCES
• If you want advise or feedback on a project
– https://www.mongodb.com/lp/contact/mongodb-adobe-experience-manager
• Adobe Enterprise Manager Recommended Deployments
– http://docs.adobe.com/docs/en/aem/6-0/deploy/recommended-deploys.html
• MongoDB On Demand Webinar: Clustering Made Easy
– http://www.mongodb.com/presentations/webinar-adobe-experience-manager-
clustering-made-easy-mongodb
• Don’t forget consulting!
http://cl.jroo.me/z3/v/D/C/e/a.baa-Too-many-bicycles-on-the-van.jpg
Questions?
@matkeep
mat.keep@mongodb.com
New in Adobe Experience Manager 6.0
• “Sightly” server-side template development language
– Accessible to HTML developers
– Eliminates XSS vulnerabilities
– Plug-ins for common IDEs and code editors
• Projects & Workflows
– Single location for a
projects assets, content,
sites and apps for easy
collaboration
• Operations Dashboard
– Cross cluster view of
system health

Webinar: Optimize digital customer experiences with Adobe Experience Manager 6.0 and MongoDB

  • 1.
    Optimizing Customer Experience: AdobeExperience Manager & MongoDB Mat Keep MongoDB Product Team mat.keep@mongodb.com @matkeep
  • 2.
    Agenda • Why MongoDBfor Adobe Experience Manager? • Adobe Experience Manager 6.1 • Storage Options. What to use when – Tar MicroKernel – MongoDB (Mongo MicroKernel) • Case Studies • Resources to Move Forward
  • 3.
    How does MongoDBsupport AEM? Global Scalability Multi-Data Center Recovery User-Generated Content
  • 4.
    What are theBenefits of AEM + MongoDB? Great Customer Experience Deeper Customer Engagement Fast Content Authoring Workflow
  • 5.
    What is AdobeExperience Manager? Enterprise-grade content management system Leader in Gartner Web CMS MQ Gartner Magic Quadrant for Web CMS 2014
  • 6.
    ● Multi-Site &Channels ● Brand Consistency ● Cross Platform Experiences ● Managing renditions and layouts across devices ● Digital Asset Management ● Content Publishing Workflows ● Search ● Multi-Version Management ● Web Optimization ● Communities ● Social Driven Personalization ● Sentiment Analysis ● Moderation ● Video Playback ● Encoding ● Rendition Generation
  • 7.
    New in AdobeExperience Manager 6.1 • Responsive layout authoring – Better control of page elements for display on multiple devices • Tighter Integration with Adobe Marketing Cloud – Target, Analytics & Campaign services • AEM Apps Command Center – Offerings to manage lifecycle of Mobile Applications
  • 8.
    AEM 6.x: JackrabbitOak Repository AEM6 JACKRABBIT OAK CONTENT REPOSITORY Repository can be configured to use different persistence mechanisms (storage layers) Storage Options: - TAR - MongoDB
  • 9.
    AEM Storage Layer •Store & manage content metadata & binary files • Support AEM concurrency control • Dictate how much data you can store • Dictate how quickly AEM can read, write and search content • Dictate how AEM scales and secures content MicroKernel (MK) = Storage Layer for AEM
  • 10.
    AEM Environments AEM Node AUTHORENVIRONMENT PRODUCTIONBACK-OFFICE Storage Layer AEM Node AEM Node AEM Node AEM Node PUBLISH ENVIRONMENT Storage LayerWORKFLOW
  • 11.
    Storage Layer Options:Tar MicroKernel • Default AEM storage option • File-based storage • Co-located with each AEM instance, no shared-state. • Redundancy via a cold standby
  • 12.
    Scaling AEM withTar MicroKernel PUBLISH ENVIRONMENT TarMK TarMK FARM AEM AEM AEM AEM AEM TarMK TarMK TarMK TarMK 2. SCALE ON READS 1. SAME CONTENT DEPLOYED TO ALL SERVERS
  • 13.
    TarMK: Advantages &Disadvantages Advantages Disadvantages Fast to get started No author scalability beyond a single server Co-located with AEM: low latency reads Manual failover + idle hardware Co-located with AEM: managed with AEM’s operational tools
  • 14.
    Storage Layer Options:MongoDB GENERAL PURPOSE DOCUMENT DATABASE DISTRIBUTED
  • 15.
    Mongo MicroKernel -Content Metadata Binary / Blobs
  • 16.
    Mongo MicroKernel • AEM6.1 scalable storage layer • Flexible – scale storage layer independently of AEM layer • Multi-datacenter deployments • Geo distributed content • Auto-failover for self-healing clusters
  • 17.
    MongoDB: Scalable StorageLayer Distribute AEM storage layer across multiple servers Increase or decrease capacity as you go Automatic balancing Automatic Sharding
  • 18.
    AEM Sharded Clusterwith MongoDB AEM AEM AEM DATA PARTITIONED ACROSS SERVERS FOR UNBOUNDED HORIZONTAL SCALABILITY
  • 19.
    MongoDB: Self-Healing StorageLayer Replica Set – 2 to 50 copies Self-healing shard Data Center Aware Addresses availability considerations: High Availability Disaster Recovery Maintenance Workload Isolation: operational & analytics Replica Sets AEM
  • 20.
    AEM – GlobalReplication
  • 21.
    Always-On AEM withMongoDB AEM Primary Secondary Secondary AEM Secondary AEM Arbiter AEM AWS- CENTRALDC-WEST DC-EAST Reads & Writes Reads
  • 22.
    Always-On AEM withMongoDB AEM Primary Secondary Secondary --- Secondary AEM Arbiter AEM AWS- CENTRALDC-WEST DC-EAST Reads & Writes Reads
  • 23.
    Always-On AEM withMongoDB AEM --- Primary Secondary --- Secondary AEM Arbiter AEM AWS- CENTRALDC-WEST DC-EAST Reads & Writes Reads
  • 24.
    Always-On AEM withMongoDB --- --- --- Primary --- Secondary AEM Arbiter AEM AWS- CENTRALDC-WEST DC-EAST Reads & Writes
  • 25.
    User Generated Content PUBLISHENVIRONMENT TarMK TarMK FARM AEM AEM AEM AEM AEM TarMK TarMK TarMK TarMK Community and Social Features involves capturing “User Generated Content” (UGC) Synchronization challenge. TarMK Farm isn’t an appropriate solution architecture.
  • 26.
    Support for UGCwith MongoDB SCALES ON READ AND WRITES SINGLE STORAGE LAYER, REDUCING REPLICATION AEM Social Resource Provider uses MongoDB as the storage layer
  • 27.
    MongoDB: Advantages &Disadvantages Advantages Disadvantages Scale beyond a single server Higher operational overhead: separate layer from AEM (offset by Ops Manager) Support for globally distributed author teams Higher latency reads (offset by scaling) Self-healing, active/active clusters Low overhead UGC
  • 28.
    How to Decide(Author):
  • 29.
    How to Decide(Publish):
  • 30.
    AEM is aCertified MongoDB Enterprise Solution Download MongoDB Enterprise Advanced for evaluation http://www.mongodb.com/lp/download/mongodb-enterprise
  • 31.
    31 MongoDB Enterprise Advanced Features MongoDBOps Manager ✓ Advanced Security ✓ On-Demand Training ✓ SLA (24x365) 1 hour (faster times optional) License Commercial
  • 32.
    Operational Scale: MongoDBOps Manager How do I manage 10s to 1000s of nodes? • Real-time monitoring and visualization of cluster health • Alerting • Automated cluster provisioning • Automation of daily operational tasks, i.e. zero-downtime upgrades • Centralized configuration management • Automated PIT snapshotting of clusters • PIT Recovery • Continuous backup Automation Monitoring Backup
  • 33.
    Getting Started • Downloadand start MongoDB • Follow the standard instructions to download and unpack AEM. • Create an AEM configuration file, specifying the appropriate options to connect to MongoDB. • Start the AEM jar to connect to the running MongoDB instance. • Instructions – http://adobe.ly/1BjYbE2
  • 34.
    Getting on theRight Path • Consulting Package: MongoDB for AEM – 3 day, on-site engagement – Report detailing hardware requirements, HA, scaling, security, operations, etc. – Optional follow-on implementation service Download the Datasheet
  • 35.
    Getting Support • Adobe& MongoDB have certified AEM for MongoDB Enterprise Advanced • If customer has a subscription to MongoDB Enterprise Advanced, Adobe support team can raise tickets to MongoDB • Collaborative support team resolution
  • 36.
    Problem Why MongoDBResultsProblem Solution Results Create brand consistency: increase NPS Deepen customer engagement: increase conversions Improve operational efficiency: reduce costs AEM 6.1 + MongoDB Enterprise Advanced 1 template, many brands, different styles, any device Shared features: find-a- dealer, car configurator Geo-Scale: support 200 web marketers across 9 locations Fast TTM: delivered in 12 agile sprints Op Efficiency: runs on AWS with Cloudformation templates Case Study Create a single best-in-class global digital platform for all brands in the Renault-Nissan Alliance
  • 37.
    Problem Why MongoDBResultsProblem Solution Results Deliver multi-channel product catalog Existing SQL-based storage layer wasn’t scaling Operations team unable to maintain QoS AEM 6.1 + MongoDB Enterprise Advanced MongoDB Auto-Sharding MongoDB Ops Manager Multi-site AEM deployment improving customer experience Fully supported, with operational automation Scale on-demand Case Study Multi-channel retailer improves customer experience while enhancing operational efficiency OnLine & TV Retail Shopping Channel
  • 38.
    MongoDB, Inc. 400+ employees2,000+ customers Over $311 million in funding13 offices around the world
  • 39.
    MONGODB: THE LARGESTECOSYSTEM 10,000,000+ MongoDB Downloads 300,000+ Online Education Registrants 35,000+ MongoDB User Group Members 35,000+ MongoDB Cloud ManagerUsers 1k+ Technology and Services Partners 2,000+ Customers Across All Industries
  • 40.
    MongoDB Use Cases SingleView Internet of Things Mobile Real-Time Analytics Catalog Customer Data Management Content Management
  • 41.
    RESOURCES • If youwant advise or feedback on a project – https://www.mongodb.com/lp/contact/mongodb-adobe-experience-manager • Adobe Enterprise Manager Recommended Deployments – http://docs.adobe.com/docs/en/aem/6-0/deploy/recommended-deploys.html • MongoDB On Demand Webinar: Clustering Made Easy – http://www.mongodb.com/presentations/webinar-adobe-experience-manager- clustering-made-easy-mongodb • Don’t forget consulting!
  • 42.
  • 44.
    New in AdobeExperience Manager 6.0 • “Sightly” server-side template development language – Accessible to HTML developers – Eliminates XSS vulnerabilities – Plug-ins for common IDEs and code editors • Projects & Workflows – Single location for a projects assets, content, sites and apps for easy collaboration • Operations Dashboard – Cross cluster view of system health

Editor's Notes

  • #16 While it is possible to store binaries in MongoDB, Adobe generally recommends storing them separately for better performance. This could be in a separate shared file server or on Amazon S3.
  • #29 In order to predict whether or not you’ll need more than one instance, you can look at these metrics: Number of named users connected in a day: in the thousands or more. Number of concurrent users: in the hundreds or more. Volume of asset ingestions per day: in hundreds of thousands or more. Volume of page edits per day: in hundreds of thousands or more (including automated updates). Volume of searches per day: in tens of thousands or more.
  • #45 Released in 2014 – valuable upgrade XSS = cross site scripting