advertisement
advertisement

For Tesco, It’s Not So Soft In The Cloud After All

Written by Frank Hayes
December 15th, 2010

Think cloud computing will solve the problems of overloaded E-Commerce sites? Not necessarily. The Web site of U.K. grocery giant Tesco on December 5 ground to a halt after a surge of customers tried to take advantage of a loyalty-card promotion. But that surge wasn’t unanticipated.

Just days earlier, Tesco had said that cloud services provider Akamai would be offloading 90 percent of the load—to make sure nothing would go wrong. That didn’t exactly work: When the Web site crashed, customers turned to the call center and clogged it, too.

The ability to quickly scale up processing power is one of the chief attractions of cloud computing, and there’s no doubt it works in at least some cases. For example, Amazon’s ability to ramp up capacity via the cloud doesn’t just keep the E-tailer rock solid during the holiday peak; it also probably keeps it going in the face of denial-of-service attacks. Still, getting everything in the cloud working correctly to handle a sudden surge isn’t as easy as cloud boosters make it sound—and Tesco is Exhibit A.

In fact, Tesco expected a big response to its holiday loyalty-card promotion, which started in early November and let customers convert points into vouchers for twice the usual value. That’s why the $100 billion chain said it brought in Akamai, whose cloud services were expected to handle 90 percent of the Web site workload during peak times of the promotion.

“It took just eight hours for the services to be put in place and we have been delighted with the results,” Tesco IT Executive Ed Camp was quoted as saying in a news release. “It has given us the peace of mind that customers taking advantage of this promotion can do so whilst enjoying great online service and security.”

That peace of mind only lasted until the final weekend of the promotion. Along with the usual customer foot-dragging, an earlier-than-usual major snowfall kept the crowds down until early December. That resulted in long lines on December 4 and 5, as customers waited for cashiers to manually convert points to vouchers. When cashiers began telling customers that they could do the conversion themselves on the Web site, the load slowed the site to a crawl, and then to a complete halt.

Neither Tesco nor Akamai has detailed how that happened. Akamai would only say that the failures happened on parts of the Tesco site that weren’t being supported by Akamai’s cloud services.

That sounds like buck-passing. But like many cloud providers, Akamai offers an à la carte menu of cloud-service offerings. The most complicated (and pricey) filter all traffic through Akamai’s servers. That’s clearly not what Tesco went for, with its eight-hour set-up time and just a little too much peace of mind.

To get to the cloud, everything still had to go through Tesco’s own systems. Even if the cloud performed perfectly—and that’s still an if—the number of transactions Tesco customers could do was limited by that bottleneck. Simply shifting the back-end load to the cloud couldn’t relieve that limit.

That puts a finer point on the standard advice that E-tailers should use the cloud for major marketing events like this. There’s almost always part of a retailer’s E-Commerce site that remains out of the cloud. That part has to be retooled to support the big wave of customers, too.

Even if you beef up the number of virtual servers in the cloud, you’ve still got to get traffic to those servers. If there’s limited bandwidth, or limited capacity in the transaction systems that contain loyalty-points data or in the systems that let customers log in—those will be bottlenecks. Unless those bottlenecks are cleared so they can pass huge amounts of work up to the cloud, they remain the spots that will crack when a crunch comes.


advertisement

Comments are closed.

Newsletters

StorefrontBacktalk delivers the latest retail technology news & analysis. Join more than 60,000 retail IT leaders who subscribe to our free weekly email. Sign up today!
advertisement

Most Recent Comments

Why Did Gonzales Hackers Like European Cards So Much Better?

I am still unclear about the core point here-- why higher value of European cards. Supply and demand, yes, makes sense. But the fact that the cards were chip and pin (EMV) should make them less valuable because that demonstrably reduces the ability to use them fraudulently. Did the author mean that the chip and pin cards could be used in a country where EMV is not implemented--the US--and this mis-match make it easier to us them since the issuing banks may not have as robust anti-fraud controls as non-EMV banks because they assumed EMV would do the fraud prevention for them Read more...
Two possible reasons that I can think of and have seen in the past - 1) Cards issued by European banks when used online cross border don't usually support AVS checks. So, when a European card is used with a billing address that's in the US, an ecom merchant wouldn't necessarily know that the shipping zip code doesn't match the billing code. 2) Also, in offline chip countries the card determines whether or not a transaction is approved, not the issuer. In my experience, European issuers haven't developed the same checks on authorization requests as US issuers. So, these cards might be more valuable because they are more likely to get approved. Read more...
A smart card slot in terminals doesn't mean there is a reader or that the reader is activated. Then, activated reader or not, the U.S. processors don't have apps certified or ready to load into those terminals to accept and process smart card transactions just yet. Don't get your card(t) before the terminal (horse). Read more...
The marketplace does speak. More fraud capacity translates to higher value for the stolen data. Because nearly 100% of all US transactions are authorized online in real time, we have less fraud regardless of whether the card is Magstripe only or chip and PIn. Hence, $10 prices for US cards vs $25 for the European counterparts. Read more...
@David True. The European cards have both an EMV chip AND a mag stripe. Europeans may generally use the chip for their transactions, but the insecure stripe remains vulnerable to skimming, whether it be from a false front on an ATM or a dishonest waiter with a handheld skimmer. If their stripe is skimmed, the track data can still be cloned and used fraudulently in the United States. If European banks only detect fraud from 9-5 GMT, that might explain why American criminals prefer them over American bank issued cards, who have fraud detection in place 24x7. Read more...

StorefrontBacktalk
Our apologies. Due to legal and security copyright issues, we can't facilitate the printing of Premium Content. If you absolutely need a hard copy, please contact customer service.