Archives

Business / internet / Molnet / Open source / Redundans — 5 Comments
07
Oct 08

Lite tänk runt drift och framtiden

Inför framtiden (med mer open source, ständigt mer IT-beroende, mer “moln-leverantörer” etc.) kommer IT-folk behöva tänka nytt.

Jag söker efter en ny typ av bolag: teknikbolag som arbetar med webbplattformar runt drift och utveckling. Hjälpa till att modernisera plattformar och applikationer genom att använda de möjligheter och erbjudanden som finns på nätet och “i molnet”.

– Äger ingen egen infrastruktur
– Hög kunskapsnivå och nyfikna på vad som väntar runt hörnet
– Få personer som delar mycket kunskap och kan varandras lösningar
– Inte ha ambitioner att växa, utan att bli ännu skarpare och bättre
– Fötterna i open source-myllan
– Hanterar utveckling och drift (av plattformar, inte nödvändigtvis webbutveckling)
– Ingen specifik helpdesk/jour/supportorganisation: vid larm är det direkt någon med rätt kunskap som agerar

Varför då:
– Alldeles för många vet alldeles för lite om vad som är möjligt nuförtiden. Många företag behöver modernisera sig och istället för att lägga pengar på licenser och stora “löser allt”-produkter kan man arbeta med mindre, specialiserade lösningar som man använder som pusselbitar.
– Små snabbfotade konkurrenter/startups/kloka företag arbetar redan så, och gör det med framgång.
– Mindre byråkrati och snabbare kommunikationsvägar behövs. Färre nivåer.
– Ju större företag ju lägre medelnivå på kompetensen.

Med kreditkort kan man idag skaffa sig all tänkbar lagrings och datorkraft. Det är inte längre nödvändigt (eller ens fördelaktigt att äga och serva sin egen hårdvara). De här personerna ska inte byta hårddiskar som kraschar eller sitta och skruva i datorhallar, de ska sitta tillsammans med utvecklare. Att hantera IT-infrastruktur kommer gå samma väg som elkraft: det finns i sladden, du behöver inte bry dig om hur.

Det behövs ett stabilt personberoende; 5-10 personer som delar på några kunder/uppdrag. Inte mer. Full öppenhet och kontakt däremellan, inga mellanhänder. Bra dokumentation som delas mellan bolaget och kunden. Alla ser samma larm- och övervakningssystem (dashboard). Nya kunder endast om det får plats i befintlig organisation, inte genom att växa i antal huvuden.

Bara arbeta med en viss typ av kunder eller uppdrag och vara bäst på det.

Inse att “så har vi alltid gjort tidigare” inte längre fungerar.

I den traditionella värld jag kommer ifrån har vi mycket kvar att lära. Vilka arbetar redan så här?

Business / google / hemmabygge / Open source / Redundans — No Comments
05
Oct 08

The Infrastructure Rules

Apropå tillgänglighet, mjukvara och hårdvara och hur Google bygger sina plattformar (från sidan 129 i The Search):

Google garnered impressive word of mouth among their users for one reason: it worked. Not only did its PageRank algorithms produce delightfully relevant results, but they did it with impressive speed, and the service never showed signs of buckling under the exponential growth it was experiencing.

Page and Brin had their Stanford-era frugality to thank for this robustness. Because the pair had to scrape for every machine they could find to support the early service, they were forced to optimize Google to run over off-the-shelf parts: cheap hard drives, cheap memory chips, and cheap CPUs. Instead of buying heavy mainframe artillery from the likes och IBM or Fujitsu, Brin and Page created a small army of foot soldiers: a massively parallel formation of cheap processing and storage. The beauty of the system was that it scaled: the more computers you threw at it, the more robust it became. And when a component broke down, no problem; you simply swapped it out. The system itself could never fail: there were simply too many individual parts, none of which depended entirely on the others.

Googles tre principer för “scalability“:

Cheap
The key to Google’s competitive strategy is that they have the cheapest compute, network and storage (CNS) in the industry.

Embrace failure
Cheap also means things break. And when you’ve got several million servers, lots of things break every day. Get over it. Google expects failure and builds recovery into the software layer that connects the cheap kit.

Architect for scale
Architecting for scale leverages cheap CNS to give Google the lowest-cost growth as well. Competitors such as Yahoo, who rely more on standard EDC products, can do the same things as Google, but it costs them about 10x in capital expense and several times the operations expense.