Scaling the BBC iPlayer to handle demand

http://www.bbc.co.uk/blogs/bbcinternet/2010/07/scaling_the_bbc_iplayer_to_han.html

by tswicegood • 16 years ago

45 21 16 years ago

bbc.co.uk

retube2• 16 years ago

It's tremendous that (as far as I can tell) this has all been architected and developed internally at the BBC. So refreshing in the current climate of public entities outsourcing everything. Much better value for money - and more to the point demonstrates that complex projects can be successfully completed internally.

kierank• 16 years ago

The generation/serving of the pages is a triviality compared to the delivery of the video. In the past the BBC used to serve all video in house but now they just use the "big three" CDN providers.

bendtheblock• 16 years ago

I think some of the infrastructure maintenance (and maybe general development too) is outsourced. About a year ago I was on a service management training course in London along with some Siemens staff who were working on the iPlayer project.

retube2• 16 years ago

Ah yes of course Siemens. They who provided the BBC's £2bn phone network - which apparently barely functions.

kiujygtyujik• 16 years ago

Siemens took over the BBC's R+D depts as part of the outsourcing deal which means they now run pretty much all the technical services.

BBC outsources to Siemens,

This includes handing over all it's unique skills

Siemens, then bills the BBC for stuff it already knew how to do.

Management demonstrates with many Powerpoints how this is saving everybody money.

bruceboughton2• 16 years ago

I'd be interested to hear why they chose PHP. (It's not exactly the framework-du-jour, so they must have positively chosen it).

Also, it seems to me that the web page serving would be the most trivial part of iPlayer. Scaling the video and recommendation database is probably a more interesting topic.

points• 16 years ago

Shocking to hear that someone has chosen a tool based on its merits rather than how fashionable it is...

poundy2• 16 years ago

Exactly the way I felt!

bruceboughton2• 16 years ago

Indeed. That's why I was asking for what reasons they chose PHP, i.e. what do they perceive it's merits to be.

earnubs• 16 years ago

One reason might be the ability to hire quality developers in sufficient numbers. The BBC is big, with developers (both internal BBC and external contracts) working all over the UK on a wide range of output.

bl4k• 16 years ago

and any good developer can pick up and be proficient in PHP quickly

MC27• 16 years ago

That's what I was thinking. Ruby, Perl and Python are all fine alternatives if you can find people with those skills.

pdw• 16 years ago

You might want to read aboout how web infrastructure works at the BBC: http://iamseb.com/seb/2007/12/perl-on-rails-why-the-bbc-fail...

mst• 16 years ago

I'd point out that the "perl+SSI" codebase was actually mod_perl, Catalyst, DBIx::Class etc. using SSI as a sort of primitive ESI replacement to ease caching of partial pages.

The strange politics that led to the perl on rails monstrosity apparently aren't universal.

kijinbear• 16 years ago

It's possible that somebody higher up with an enterprisey mindset just signed a deal with Zend. Including paid support and whatnot.

jobeirne• 16 years ago

Eww. Excel graphs.

akadien• 16 years ago

I'm thankful that they shared their analysis. Does it really detract from their work that they used Excel to graph it?

rquirk• 16 years ago

Ironic that this returned the following error when I tried to read it: "Error 500 - Internal Error. This might be because: We are experiencing abnormal traffic to our network." :-)

Scaling the BBC iPlayer to handle demand

Related Stories