Performance Matters, Especially in the Music Industry - Global Hybrid Infrastructure Makes Artists Sing - Sponsored by GoGrid
Learn first-hand how Microgroove leveraged physical and virtual infrastructure components in creating a high-performance, cost-effective cloud environment for the music industry. One which easily supported their need for cloud scalability coupled with the permanence and single-tenancy of dedicated servers - a hybrid solution not found in commodity clouds. Microgroove's technology platform running on GoGrid is powering hundreds of popular artists' sites including Snoop Dogg to Yani as well as an eCommerce site of over 1.5 million SKUs.
Presentation done by Brett Nagy (Technical Director - Microgroove) & Michael Sheehan (Technology Evangelist - GoGrid)
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Â
Microgroove (GoGrid Customer) Presentation at Cloud Connect 2012
1. Performance Matters, Especially in the Music Industry
Microgroove & GoGrid
How to create a
high-performance,
cost-effective
cloud environment
Brett Nagy (Technical Director â Microgroove)
Michael Sheehan (Technology Evangelist â GoGrid)
2. Introductions
ď Brett Nagy
⢠Technical Director â Microgroove
ď Michael Sheehan
⢠Technology Evangelist â GoGrid
2 February 2012
3. About GoGrid â A leader in the IaaS Market
âVisionaryâ
ď Leading IaaS provider Magic Quadrant
ď Strong Track Record of âFirst-To-Marketâ
Features âChampionâ
Quadrant
ď World-class platform for infrastructure
management âMarket Leaderâ
ď Thousands of Customers Across All Industries
â10 Cloud
ď GoGrid outperforms competition by over 4 x Computing
in third-party benchmarking tests Companies to
Watchâ
ď GoGrid owns 100% of its IP âTop 10 Best Cloud
Computing Providersâ
3 February 2012
3
4. Microgroove â A Platform for the music industry
Microgroove-developed software is currently deployed on hundreds of high-traffic
web sites, transacting content, community and dollars, every moment.
Over 500 Major Recording Artists Powering the Worldâs Biggest Record Labels
4 February 2012
5. Millions of Content Items
ď Over 100,000 Artists
ď 1.5 Million Tracks
ď 50,000 Tour Dates
ď Millions of Members
ď Millions of Posts
ď Meta Data support
from Bach to Lady Gaga
5 February 2012
6. Billions of Data Transactions
ď By Millions of Active U/Uâs
ď Direct to Consumer Sales
ď White Label Stores
ď Media Views
ď Social Networking
ď Ad Integrations
ď International Presence
6 February 2012
7. Microgroove Ecosystem
ď Licensable CMS platform,
built for the music industry
ď Developer Community: SDK
& API
ď Mobile: Native + Web Apps
ď Content Syndication &
Affiliates
7 February 2012
9. The Need to Grow & Evolve
ď Reduce time to on-board new
customers
ď Direct access to our own software
ď No data center environment
ď Needed Management and Support
requirements
⢠Needed SLA & Dependable 24x7
Support team
ď Ability to Stage environments
9
10. Long Distance âManagementâ Challenge
Servers
hosted &
managed
Audience No All
HERE direct
located access
Managed
HERE HERE
10 February 2012
11. Challenges
ď Rapid deployment â needed to roll out a new version of the Microgroove Platform every 4
weeks
ď IT Staff utilization- Did not want to hire NEW staff to sit and watch servers
ď Burstable traffic
ď Two specific customer challenges
⢠Hosting & Managing large number of individual artist websites
⢠Hosting GetMusic.com.au (music portal)
TOO
MUCH
MANAGEMENT!
Microgroove HQ
11 February 2012
12. Going Cloud
What was the challenge?
What was the research?
What was the technical solution?
What were the results?
What lessons were learned?
12 February 2012
13. What was the technical challenge?
ď What Microgroove was trying to accomplish:
⢠Deliver the Microgroove Platform as a PaaS
⢠Not worry about hardware or data center management
⢠Serve international markets
ď Technical Details:
⢠Strong Windows support
⢠Avoid re-architecting the Microgroove Platform
⢠Needed a high-performance solution for data intensive transactions
⢠Scale-up and down easily
13 February 2012
14. What was the research?
ď Started search Q4 of 2009
ď 7 years of self-hosting & supporting other
peopleâs hosting = hands on experience
ď Some experience in co-location hosting
ď Wasn't looking for a "cloud provider" - just
wanted "easy to manageâ
ď Initial research focused on management
consoles, not service providers
14 February 2012
15. Short List Results â Narrowed to 2 Providers
ď Provider #1 ď GoGrid
ď§ Completely virtualized ď§ Hybrid environment
environment means shared ď§ 1st-class Windows Support
hardware
ď§ Physical servers for high I/O data
ď§ Competing Read/Writes transactions
ď§ Cost structure optimized for ď§ Virtual servers for scalability
bursts of compute time
ď§ CDN for media delivery across the
ď§ Windows images not as current as globe
Linux images
ď§ Cost : Performance ratio was good
ď§ Windows pricing more expensive
ď§ Persistent server images & attached
than Linux
data
15 February 2012
19. Architecture Details
PRODUCTION STAGING
ď NGINX Load Balancing Tier ď Staging Servers
⢠Cloud-based single-core servers (scalable) ⢠Upload point for SDK-based sites
⢠CentOS 5.3
⢠Connects to production databases
⢠Also serves images from Cloud Storage
⢠Doubles as application servers
ď Web Servers
⢠Cloud-based 8-core servers (scalable) ď Document Database Servers
⢠Windows 2008 / IIS 7 ⢠âNoSQLâ DB Servers
⢠Uses Raven DB + Map/Reduce
ď Database Servers ⢠Currently used for specific reporting tasks
⢠Dedicated 8-core servers
⢠MS SQL Servers for 100+ sites
ď Cloud Storage
⢠All CMS-uploaded static assets
⢠Accessed via UNC paths
ď Content Delivery Network
⢠Images and other static files
⢠Pulled from Cloud Storage
19 February 2012
20. Why were these choices made?
ď Cloud Servers
⢠Deployed to separate hardware nodes
⢠Persistent storage
⢠Scalability via MyGSI ď server imaging to facilitate rollout of additional servers
ď Physical Servers
⢠Performance & high I/O
ď NGINX
⢠Highly configurable reverse proxy
⢠Failover for redundancy
ď Cloud Storage
⢠Repository of product and artist images
ď CDN
⢠Delivery of content over 7500 miles with multiple PoPs
ď Firewall
⢠Direct, private connectivity via VPN from Microgroove to GoGrid infrastructure
20 February 2012
21. Long Distance Content â SOLVED!
Audience Infrastructure All
located CDN located Managed
HERE At HERE
GoGrid
21 February 2012
22. What were the results?
ď Went from hosting 3 sites to over 100 sites
ď On-boarding new customers in hours instead of weeks
ď 400% reduction in page load times
ď Direct access to own software ď more freedom to innovate
ď Ongoing performance tuning is easier ď do more of it now
22 February 2012
23. What lessons were learned?
ď Windows is Windows, wherever itâs hosted
ď Scale-out still needs to be planned-out
ď Dedicated hardware = predictable performance
23 February 2012
24. Future
What are the plans for the future?
What are the key takeaways?
How to craft your Cloud Fingerprint
24 February 2012
25. What are Microgrooveâs plans for the future?
ď Multi-data center failover
ď Auto-scaling â using metrics from monitoring API
ď Completely automating new customer provisioning
25 February 2012
26. What are the key takeaways?
ďMoving to the cloud doesnât have to mean
re-architecting existing software
ďDonât throw out the dedicated hardware just yet
26 February 2012
27. Contact & Customer Case Study Download
GoGrid Contact Information: Download the Full Case Study
www.GoGrid.com To download the Microgroove Case Study,
Telephone - 1-877-946-4743 please click here:
International - +1(415) 869-7444 http://go.gogrid.com/case-study/microgroove
Twitter - @GoGrid
Facebook â Facebook.com/gogrid
LinkedIn - LinkedIn.com/company/gogrid
Note: you must have Adobe Acrobat installed to view the Case
Study
27 February 2012