• Contact Us
  • Support
  • Questions? Contact Us Today: 617.630.2800
  • Follow us on Twitter
  • Join our Facebook Group
  • Find us on LinkedIn
  • Subscribe to our RSS Feed
  • Search Site

  • Solutions
    • By Use Case
    • By Industry
    • By Delivery Model
  • Product
    • Product Architecture
    • Scale Out via Data Distribution
    • Scale Out via Read/Write Splitting
    • Data Traffic Management
    • Availability
    • Key Features / Benefits
    • Easing Capacity Planning
    • What is Database Sharding?
  • Resources
    • Datasheets
    • Case Studies
    • Whitepapers
    • Webinars
    • Videos
    • Scale Out Readiness Calculator
    • Database Assessment
    • Benchmark
    • Frequently Asked Questions
    • Documentation
  • Blogs
    • ScaleBase Blog
    • CTO Blog
  • Company
    • Customers
    • Management
    • News
      • Press Releases
      • Coverage
      • Events
    • Partners
    • Investors
    • Careers
    • Contact Us

You are here: ScaleBase / Blog / Architecture / Avoiding a Database Fumble on Sunday

Avoiding a Database Fumble on Sunday

31 Jan 2013 / 0 Comments / in Architecture, Blog, Database Scalability, Performance/by Paul Campaniello

Got a cool $4 Million sitting around? That’s what a 30-second  Super Bowl commercial costs this year, and advertisers are banking on huge ROI — major website traffic increases and big social engagement.

But are they ready?

Spikes in traffic (perhaps the biggest companies will see all year) require massive transactional processing power. Without it, advertisers inch closer to disaster with every user click — and while there’s never a good time for an outage, when there’s a $4m investment on the line, the pressure is on.

Here are a few strategies to help advertisers and social channels to avoid major fumbles:

  1. Get on the same page. Marketing teams build entire campaigns around Super Bowl advertisements, and IT departments and DBAs need to be in the know from day one. A website outage or slowed servers can kill months of work and throw millions down the drain.
  2. Expect more. More users. More content. At the end last year’s Super Bowl, there were 12,233 tweets sent per second — the highest number of tweets per second for an English-language event in Twitter’s history. With even more Twitter users this year, you can expect to see an even higher number.
  3. Know the consequences & if you’re in the line of fire. Take YouTube for example — there’s a whole group of people that skip the game all together, but watch the commercials on YouTube. Between uploading videos of the commercials, watching the videos, sharing, liking and commenting, YouTube needs to be  prepared for an onslaught of activity, regardless of ties to the actual event. Otherwise, they face lots of angry users and loss of confidence, bringing credibility into question.

Just like the Ravens and the 49ers, advertisers and social media networks have one shot to prove themselves this Sunday. With the proper infrastructure in place, these organizations can score big — but an unexpected outage send them to the locker room early.

Leave a Reply

Want to join the discussion?
Feel free to contribute!

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Subscribe to Blog


 

Tweet
database assessment
Popular
  • MemoryImageSeptember 6, 2011, 10:33 am
  • Backing Up MySQL With ScaleBaseSeptember 12, 2011, 8:34 am
  • Running TPC-C on MySQL/RDSJune 15, 2011, 8:45 pm
  • Can Prepared Statements Improve Your Scalability?May 23, 2011, 5:57 pm
Recent
  • Tech Talk Webinar: MySQL & AWS: Scale out your app...May 23, 2013, 8:54 am
  • ScaleBase presents a Webinar on how to Optimize MySQL Scalability...May 19, 2013, 3:30 pm
  • MySQL Sharding Blog Series: Does Sharding Make Sense on...May 16, 2013, 10:03 am
  • MySQL Sharding Blog Series: Does Sharding Work in the Cloud?May 13, 2013, 9:45 am
Comments
  • [...] business model, and a strong executive. Scalebase,...February 4, 1:49 am by The Investing Edge of Enterprise IT
  • [...] Recently some customers running on Amazon EC2 asked...December 28, 3:27 pm by High Availability for your ScaleBase instance | MySQL | Syngu
  • [...] ScaleBase Releases Database TPC-C Performance Results...December 12, 2:29 pm by ScaleBase achieves 180K NO-TPM TPCC results on... | MySQL | Syngu
  • Hi Milo - I totally agree. You need to understand how you're...September 6, 10:33 am by liran
Tags
Amazon RDS application re-write Big Data Funding cloud sharding Database Availability database capacity database cloud database scalability database scalability strategy database sharding database virtualization data traffic manager Elastic Load Balancing Hadoop high availability Industry News MySQL MySQL 5.6 MySQL Clustering MySQL Scalability MySQL Scalability Issues MySQL scale out MySQL Sharding MySQL Tuning NewSQL next gen apps NOSQL scalability of databases Sharding single point of failure thread pool

Recent Comments

  • The Investing Edge of Enterprise IT on Management
  • High Availability for your ScaleBase instance | MySQL | Syngu on High Availability for your ScaleBase instance

Solutions

  • Solutions
    • Centralized Database Management & Visibility
    • Scalability
    • Database Availability
    • Delivery Models
    • Industry Solutions

Products

  • Product Overview
    • Product Architecture
    • Scale Out via Data Distribution
    • Scale Out via Read/Write Splitting
    • Data Traffic Management
    • Availability
    • Key Features / Benefits
    • Easing Capacity Planning
    • Database Sharding

Resources

  • Datasheets
  • Case Studies
  • Whitepapers
  • Webinars
  • Videos
  • Scale Out Readiness Calculator
  • Benchmark
  • Frequently Asked Questions
  • Documentation
  • Database Assessment

Company

  • Company
    • Customers
    • Management
    • News
    • Partners
    • Investors
    • Careers
© 2012 Scalebase Inc.

  • |Home
  • |Sitemap
  • |Privacy Policy
  • |Contact Us
  • |Blog