Inspirationen kommer bland annat från Flickr. Sen är det en fördel att vi har en texttv-kanal att tillgå också .

Hela presentationen finns upplagd på Speakerdeck och på Slideshare, välj din favorit.

Publiken var lite annan än på typiska webb-konferenser och jag kunde inte finna en enda tweet om eventet efteråt. Det uppstår intressanta diskussioner som drar åt olika håll varje gång man pratar molntjänster och det märks tydligt vilken bakgrund olika personer har och hur det påverkar inställning och implementering. Min poäng idag var att molntjänster ska vara en del av övrig infrastruktur och organisation för att kunna implementeras rätt. Helt enkelt ett sätt att utveckla utvecklingen och driften.

Besök http://hockey-vm.tv4.se/, testa sajten i dina olika devicer och skicka synpunkter. Vi blir aldrig färdiga och vill veta vad ni tycker.

Saker är inte helt färdiga än, därav de trasiga bildlänkarna i författarlistningen, länkarna som inte leder någonstans i toppen, avsaknaden av styling i widgets och att man inte kan använda paginering.

För övrigt anser jag att WordPress automatiska sillycapsande av sitt eget namn ska förstöras.

Om vi ser framåt kommer live-innehållet fortsätta öka. Även om det ännu är i sin linda vill vi bemanna redan nu för att hantera drift och planering ordentligt: vi har ju också ett gäng webbtjänster, mobilappar och mobilsajter som ska fungera och leverera dygnet runt. Därför söker vi en person som kan arbeta med Operations hos oss (på kontorstid!). Läs vidare – det är kanske inte den typiska drift-tjänsten du tror.

I dagsläget är vi en liten utvecklingsorganisation (som ibland förstärks med konsulter) och vi samarbetar med leverantörer för webbdrift, TV/Video-plattformar, kodning, molntjänster med mer. Vi försöker arbeta med så moderna verktyg och arbetssätt som möjligt eftersom det ger oss bättre förutsättningar. Därför är deployer och tester automatiserade (lyssna på Brian som pratar Continous Integration här) och därför använder vi molntjänster flitigt och håller ihop drift och utveckling så mycket som möjligt.

Vi behöver en person som planerar, utvärderar, följer upp och ständigt förbättrar vår digitala leverans för att skapa en bra upplevelse för våra användare. Du kommer få arbeta tätt tillsammans med redaktion, planering, innehåll och teknik. Med framförhållning planerar du våra live-events och arbetar med den dagliga leveransen av webbplatser och digitalt innehåll. Du ser till att de leverantörer vi samarbetar med levererar enligt avtal och att de får bästa möjliga förutsättningar att göra ett bra jobb. Utveckla våra metoder att mäta Quality of Service och Quality of Experience och driv igenom förbättringar. Rollen är proaktiv: du arbetar kontorstid – men ser till att befintlig organisation och leverantörer hanterar vår dygnet runt-verksamhet.

Bra personliga egenskaper är framförhållning, struktur och tydlighet i tal och skrift. Kunskap om internet, förståelse för användare och användarupplevelse. Du ska kunna läsa och förstå avtal och SLA:er och vem som måste göra vad för att helheten ska fungera. Våga ställa krav på inblandade och se till att vi skapar en verksamhet som våra användare kan lita på – när som helst.

Tjänsten är en tillsvidare-anställning.

Låter det här som du eller någon du känner – maila mig på per.astrom@tv4.se så pratar vi.

Sam Newman   Designing for rapid release

Can’t/don’t design huge monolithic systems especially if you want fast feed back and deployments.

Yan Pujante glu: open source deployment automation platform

You don’t have to build your own deployment system especially if you are deploying to java. Glu project provides tons of features to deploy any if not all types of web based systems (currently used by linkedin.com)

Mårten Gustavsson Ops side of Dev

Developers and operations have to work together if you are going to have any chnace of a sane production evironment. There are a lot of small things like logging that benefit from both dev and ops agreeing on what to log. Metrics are another key component to good cooperation (check  out http://metrics.codahale.com/ heck anything on https://github.com/codahale/)

John Stäck DNS in the Spotify Infrastructure (pdf 2.7 mb)

Lots of good information on how spotifiy uses  dns as a distrubted data store.

Carl Byström Load testing with locust

Load testing tools should be programmable(ie not xml an python fits well here) and they should reflect what the end user is going to do.

Leonard Axelsson & Ville Svärd Graphite – the village pump of your team

Metrics on a live system and seeing what your application and it’s users are doing is an invaulable for finding performance issues

Brian Riddle Continuous Integration the good, bad and ugly

Need to talk a little slower and maybe a demo. In preparation for this talk i gave a lunch seminar at valtech’s headquarters more info och video on their blog. That presentation is here.

Zach Holman Scaling Github

Every time someone from github gives talk you find interesting tidbits and the one that struck me the most? github has a employee retention of 100% and they are *still* growing. imagine working for a company like that.

Grönt är bra, gult är störningar och rött är riktigt nere.

Vi funderar på hur vi kan göra den här informationen tydligare och mer tillgänglig för användare. Helst så att man enkelt som användare kan se om vi har problem eller om det är lokala problem när någonting inte fungerar som det ska.

Ur mitt perspektiv har “webbdrift” eller “webbhosting” förändrats mycket senaste åren. Förr i tiden var det ofta en bundlad tjänst med colocation, hårdvara, drift- och supporttjänster levererat från ett och samma företag. Sedan några år är situationen annorlunda: i vårt fall för att vi använder ett flertal olika molntjänster och kapacitetstjänster med olika leverantörer, från olika länder och med olika kontaktvägar. Vi lämnar konceptet med “vår hårdvara” och det är otänkbart att låsa in sig med en leverantör.

Det är tre saker jag tycker har varit viktiga när vi tecknade nytt avtal: #1. Tätare samarbete mellan drift och utveckling, #2. Gemensam ärendehantering oavsett plattform och #3. 100% flexibel servermiljö.

För att få tjänsterna att fungera bra går det inte att tänka drift och utveckling som två olika avdelningar eller två olika delar av en tjänst. Utvecklare måste förstå drift och driftpersonal måste förstå utveckling. Vi har satsat på att ha egna utvecklingsresurser (och konsulter inhouse) men outsourcad drift men det är då dedikerad personal som allt oftare delar skrivbord med utvecklare för att samarbetet ska bli riktigt tätt. Ett bra exempel från i höstas var när vi satte upp automatiska deployer där både utvecklingsdelen (kod, utcheckning, testsviter etc.) och driftdelen (filkopieringar, lastbalanserare, omstarter etc.) gemensamt sattes ihop till ett helt automatiskt flöde så att en incheckning drar igång en komplett deploy helt utan mänsklig inblandning. Sånt är inte möjligt att genomföra utan att det finns överlappande kompetens hos de inblandade. Och – driftpersonal måste lära sig koda eftersom kod är den nya hårdvaran (tidigare bloggpost på ämnet IaaS). Läs också mer om Devops.

Att vi har driftsmiljön spridd i egen hårdvara, hyrd hårdvara, plattformstjänster och molntjänster är också något vi måste hantera. Nu har vi funktioner på plats för att dygnet runt kunna felanmäla och hantera eskalering och felavhjälpning oavsett var i plattformen något uppstår. Det kortar ledtider och gör det enklare att hoppa på nya tjänster och ändå kunna ha gemensamma rutiner för alla berörda.

Sista viktiga biten: vi kan inte avtala hur vår driftsmiljö ser ut. Vi vill kunna dra full nytta av de tjänster som växer fram och det vi själva utvecklar och vill inte begränsa oss eller förbinda oss till att använda en viss volym av något. Även om vi försöker se framåt är det svårt att speca hur våra behov ser ut i juli 2013 eller november 2014. Det måste vi hantera på annat sätt – vi lovar inget.

Alla som arbetar med IT, drift eller tjänsteutveckling sitter nog med samma utmaning. Berätta gärna hur ni tänker!

“Idol-effekten” – antal requests mot TV4.se.

Mycket har hänt sedan dess och idag hanterar vi likadana eller större trafiktoppar utan vidare.

Men 2012 har utmaningen förändrats: nu hanterar vi tjänster som kräver abonnemang (registrering, betalning, produkter, inloggning etc.). Att få det att fungera för högt tryck är betydligt mer komplext än många besökare som vill se samma innehåll (fritt).

Big Brother-premiären i söndags var en sån händelse och även om vi klarade sändningens avslutning vid 23 hade vi problem när premiäravsnittet drog igång vid 21. Första timmen var det inte mycket som fungerade på TV4 Play. All trafik och några flaskhalsar gjorde att sajten i stort sett var otillgänglig (bigbrother.se fungerade hela tiden).

Nedladdningstid förstasidan www.tv4play.se.

Efter den första timmen som vi fyllde med felsökning och optimering fick vi ordning på sajten så från i söndags 22.30 har det rullat på som förväntat.

Men det var premiären – nu pågår livesändningen över 100 dygn till så mycket kommer hända. Det är fem livesändningar och en Directors Cut från Big Brother-huset i Årsta. Att se livevideon kräver ett abonnemang på “Big Brother 24-7″ och det går att se både på webb eller i mobilen (TV4Play-appen). På TVTV visas Big Brother på TV11.