Top 10 mobile apps in new york city presentation-relational international-


Published on

Our pick for the best high tech employer in New York in the under 50 employee category in the month of January 2014. Technology includes Android iOS mobile Redis MongoDB Python Objective-C JAVA Javascript AWS High Volume B - C environment. Great approachable management. Creative and VERY fast-paced. Good benefits. Contact Greg Hutchinson (212) 470-8005

1 Comment
1 Like
No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Expanded social features—commenting, liking, reporting, admin tools, more in future
    People can buy unlimited cards—card store with in app currency, packs of random cards—have to buy a lot of packs to get cards you
    Change in game play— start/sit with so many cards
  • Cards Home: My Cards, Start-Sit Trading Trade Talk Buy Pack
    Live game loop
    Card buying
  • MySQL is needed to store data from the feed provider
    Heartbeats read that data and store them in MongoDB
  • More detail later
  • Real-time
    Done when user makes a call
    more later
  • When a player hits a home run, fan needs to get points asap
    Human at feed company enters event data
    Data gets pushed to the feed and goes to the MySQL db
  • David Ortiz hit a HR in Game 2 of the WS
  • Gets 36 pts for the HR
    New box score is XXX
    set the box score, increment the season points and game points
    One step
  • Redis is an all-RAM key-value data store
  • Since redis stores the user IDs and scores in sorted sets, all the ranking is kept up to date whenever it is updated.
  • When special cards were released into packs, people bought a lot, increasing their cards and creating new profile documents—TIMEOUTS
    If this is happening with many users, everything slows down
  • All of this is to support trading
  • Top 10 mobile apps in new york city presentation-relational international-

    1. 1. One of the Top 10 Mobile Apps A MongoDB Ready Partner in New York City
    2. 2. Digital Collectible Card Platform Three apps that run on the same system so far… MLB NFL Collectible Card Games BPL
    3. 3. Yes, Trading Cards!
    4. 4. The New Collectible Card sales info Live stats and game info Online trading
    5. 5. Brief History of MLB • 2012: Introduced product on MySQL • • • Revenue model fine-tuned Thought of new features and scaling considerations Migrate to MongoDB for MLB 2013 opening day • Learn MongoDB • Re-design the schema • Write & Run migration scripts • Total: 4-5 months, 1-2 people
    6. 6. • Product Demo • System Overview • Specific example of why MongoDB • One case where another database technology is used with MongoDB • Scalability issue and resolution
    7. 7. Product Demo
    8. 8. System Overview
    9. 9. Server Technologies • MongoDB • MySQL • Redis • Python • AWS • External data feed
    10. 10. MongoDB Basic Structure
    11. 11. Simple View of Server Architecture
    12. 12. Big Piece 1: Processing Live Data • • • Live data is received and stored into MySQL A heartbeat picks up the event and stores player stats into MongoDB It then pulls from MongoDB and updates leaderboard data in Redis
    13. 13. Big Piece 2: Formatting Leaderboards for Users • • API servers combine fan data from MongoDB with points data from Redis The result is a richly-detailed set of leaderboards
    14. 14. All other processes • • All other processes are handled by the API servers and MongoDB • Sign in, Trading, Commenting, Content Management, Purchases, Playing Cards Storage is used for fan and player photos as well as other simple files
    15. 15. Big Piece 1 Specific reason we chose MongoDB Processing Live Game Data in Realtime
    16. 16. Realtime Live Game Updates • Game play requires up-to-the-minute stats from live events for user scoring • These data are stored in JSON format for the app • The JSON data has to be updated frequently with stats and player points • Support multiple live games for multiple apps on the same platform
    17. 17. Old Way: Processing Live Game Data with MySQL
    18. 18. New Way: With MongoDB, we can simply update the JSON data in the player’s document db.players.update( { _id: ObjectId(“52be0717978ca03fc1984069"), ‘games.g':'2013-e.39141 }, { $set:{ 'games.$.b': "1-for-2: Ground out, Walk, Home run" }, $inc:{ 'points': 36 } } )
    19. 19. In general, the system with MongoDB is much simpler, faster, more scalable
    20. 20. Where we use Redis with MongoDB Leaderboards
    21. 21. Building User Leaderboards • Leaderboards updated in realtime • 96 leaderboards in MLB • Final output is constructed on-demand, no cache • User scores are stored in sorted sets in Redis (ranking is automatic) • Redis is an in-RAM key-value data store
    22. 22. Leaderboard Process
    23. 23. Scaling issue and resolution
    24. 24. Scaling Example: Buying Packs of Cards • In order to support complex trading algorithms, each user profile needs to contain a reference to the owner’s card collection
    25. 25. Initial Structure of User Profile with Embedded Card Summary Documents • Profile contains an embedded document of card summaries • When users buy cards, the profile can grow out of its allocated space • MongoDB creates a new, bigger allocation for the user profile
    26. 26. Profiles were refactored to include only player IDs • Finite number of players in the system, so size of player IDs list is limited
    27. 27. Basic Metrics • On average, 1 pack sold per second • Consistently top 10 grossing sports app • Up to 30,000 requests per minute • Up to 2,000 OPS
    28. 28. Conclusions • MongoDB great for apps, especially social • JSON-ready data • Normal NoSQL arguments • For realtime leaderboards, Redis provides simple and fast “automatic sorting” of user scores • Don’t embed documents if you hope for them to grow • Easy to learn
    29. 29. Were Hiring! Greg Hutchinson (212) 470-8005 MongoDB+Py, Web, iOS, Android, App Producer, Project Management, QA