jAbLoK

Na Stackoverflow.com se objevilo vlákno s neobvyklými a místy i vtipnými komentáři kódu. Nejvíc mě pobavilo suché

try {
   ...
} finally { // should never happen
   ...
}

Roman rozebírá, jak se po technické stránce liší nabídka GAE pro Javu od toho, co by se dalo očekávat od běžného hostingu a zda GAE bude těmto hostingům konkurencí.

Podíval bych se na to z jiného úhlu – takový “běžný hosting” řeší úplně opačný problém než GAE, a to efektivní hostování mnoha relativně málo zatěžovaných aplikací. Z pohledu provozovatele je cílem nacpat na jeden stroj co nejvíc virtuálních webů, což přináší známé problémy, díky nimž si hosting Javových aplikací nezískal místo ve standardní nabídce hostingových firem.

Tyto problémy samozřejmě odpadají v okamžiku, kdy zákazník provozuje aplikaci natolik náročnou, aby si pro ní zaplatil vyhrazený server. Ale jakmile kvůli zvyšující se zátěži aplikace přidáváme další a další servery, začínáme najednou řešit problémy zcela jiné.

Namátkou: Chceme rovnoměrně rozkládat zátěž a předejít přetížení jednotlivých uzlů v clusteru aplikačních serverů. Takže mj. musíme zajistit co nejkratší zpracovávání jednotlivých požadavků a nastavit hard limit pro dobu jejich zpracování, abychom udrželi zátěž serverů jakž takž predikovatelnou. Potřebujeme roztahat data přes mnoho serverů, pak se ale z prostého JOINu tabulek stává netriviální úloha a z transakcí stávají distribuované transakce. A tak dále.

Zkrátka AppEngine vám nakonec nabízí plus minus obdobná omezení, jaká byste si na sebe upletli sami. A porovnávat AppEngine s nabídkou průměrné hostingové firmy je jako srovnávat jabka a hrušky, obojí má své místo a své uživatele. V čemž se samozřejmě shoduju i se závěrem výše linkovaného eleborátu.

Je to tak. Ještě na podzim jsem se ptal na Google Developer Day chlapíka od AppEngine, jestli se chystá podpora Javy. Dozvěděl jsem se, že nesmějí ani naznačovat, a k tomu moře problémů, které by museli řešit.

Podle dnešního oznámení se zdá, že se Google s footprintem JVM a podobnými zádrheli popasoval, a k tomu nabídl i plug-in do Eclipse. Sláva.

Jen si říkám, není škoda, že jsem přišel o silnou motivaci naučit se pořádně Python?

Amazon před chvíli oznámil veřejnou betu služby Elastic MapReduce. Tedy službu ideální pro úlohy, které lze efektivně řešit paralelizací, za předpokladu, že vám vyhovuje MapReduce přístup.

Služba je postavena na Hadoopu (původně od Yahoo, nyní vyvíjen pod Apache Foundation).

Samozřejmě ani před oznámením služby nikomu nebránilo Hadoop na AWS provozovat (viz notoricky známý případ Dereka Gottfrida, který AWS využil k převodu 4TB článků New York Times z Tiffu do PDF během 24 hodin za 240 dolarů).

Oproti Derekovi si teď (za příplatek 1.5 až 12 centů za EC2-hodinu dle typu instance) můžete ušetřit administrační otravu jako přípravu imagí s Hadoopem, spouštění instancí a podobně.

Na Okounu jsem čas od času na víkend zahltil server zpracováváním logů návštěvnosti diskusí a generoval z nich matici podobnosti. Myslím, že to přepočítávání brzo začnu spouštět častěji