Budovat vs. nakupovat: přerozdělení odpovědnosti

Nejhlubší argument tohoto webu spočívá v jednom sousloví: přerozdělení odpovědnosti. Je to optika, která rozřeší zdánlivý paradox, proč má Evropa konkurenceschopnou cloudovou infrastrukturu (v některých benchmarcích 4,8× lepší poměr výkon/cena) a přitom drží pouze 15 % svého domácího cloudového trhu.

Hyperscaleři prodávají integraci; evropští poskytovatelé prodávají infrastrukturu

Hyperscaleři sdružují integraci a provoz stovek služeb do jedné komerční smlouvy. Zákazník platí prémium a dostává hotový produkt. AWS, Azure a Google Cloud neposkytují pouze výpočetní kapacitu a úložiště — nabízejí spravované databáze, observabilitu, správu identit, platformy pro AI/ML, bezserverovou orchestraci, bezpečnostní nástroje a integrační pojivo mezi všemi těmito vrstvami. Úkolem zákazníka je napsat vlastní aplikaci; cloud se stará o provozní substrát.

Evropští poskytovatelé — OVHcloud, Scaleway, STACKIT, Hetzner — prodávají infrastrukturu. Výpočetní kapacitu, úložiště, sítě, základní spravované služby a tenčí integrační vrstvu nad nimi. Integrační pojivo je odpovědností zákazníka, zajišťované vlastními inženýry nebo najatým systémovým integrátorem.

Nejde o rozdíl v kvalitě. Jde o odlišné ekonomické rozdělení.

Proč to hraje do karet strukturální výhodě Evropy

Evropa má jednu nespornou výhodu, o níž tento web hovořil, ale dosud ji nepřevedl do praxe: vyšší hustota technického talentu na obyvatele než v USA nebo Číně. ETH Zurich, EPFL, TU Delft, KU Leuven, francouzské grandes écoles, německé Technische Universitäten — tyto instituce vychovávají inženýrský talent v měřítku, které je celosvětově vzácné, a celková technická pracovní síla Evropy vzrostla v roce 2025 na 4,6 milionu lidí.

Tento talent je v současném modelu nákupu cloudových služeb částečně nevyužívaný. Pracuje na projektech, ale hluboká provozní odbornost — budování a provoz produkčních systémů, integrace distribuovaných databází, provoz Kubernetes ve velkém měřítku, návrh observability — je spotřebovávána prostřednictvím produktu hyperscaleru, nikoli budována interně.

Migrace k evropskému poskytovateli přerozděluje hodnotu tohoto talentu. Místo placení prémia za to, aby provozní tým hyperscaleru spravoval substrát, organizace platí vlastní inženýry, aby ho budovali a provozovali sami. Nákladová struktura se mění z „marže dodavatele" na „interní mzdy"; strategická pozice se mění z „konzumenta integrovaného produktu" na „operátora vlastní platformy."

Konkrétně: typická středně velká evropská organizace přesouvající netriviální zátěže z hyperscaleru k OVHcloud nebo Scaleway bude muset v prvních 18 měsících přijmout 2–4 nové DevOps/SRE inženýry na plný úvazek. Při evropských platových úrovních (70–110 tisíc eur celkových nákladů na inženýra) to představuje 140–440 tisíc eur ročně. Oproti typickému hyperscalerovému účtu ve stejném nebo vyšším rozsahu matematika často vychází příznivě — a navíc tito inženýři budují interní know-how sdílené s organizací, nikoli s dodavatelem.

Spektrum budovat vs. nakupovat není binární

Výše uvedený rámec je záměrně schematický. V praxi je volba spektrem, nikoli dichotomií. Většina organizací skončí někde uprostřed:

• Čisté nakupování: zcela u hyperscaleru, hluboké využívání proprietárních služeb (Lambda, SageMaker, Power Platform). Nejnižší počáteční úsilí, nejvyšší náklady na odchod, nejhlubší závislost na dodavateli.
• Čisté budování: na fyzických serverech nebo základní VM infrastruktuře, vše budováno interně. Nejvyšší počáteční úsilí, nejnižší závislost na dodavateli, vyžaduje výrazné schopnosti týmu.
• Hybridní pragmatismus: realistický model pro většinu organizací v roce 2026. Zátěže, kde evropský katalog postačuje (VM, objektové úložiště, spravované Kubernetes, spravované PostgreSQL, základní observabilita), se přesouvají k evropským poskytovatelům; zátěže závislé na hlubokých proprietárních službách zůstávají u hyperscalerů, s podmínkami smlouvy obsahujícími ustanovení o ukončení, která splňují požadavky DORA na strategii odchodu.

Hybridní pragmatický model je to, co 24měsíční plán uvádí do praxe — nikoli jako preferenci, ale jako nejreálnější cestu pro organizaci, která chce budovat páku bez narušení stávajícího provozu.

Kdy je čisté nakupování správnou odpovědí

Je třeba být upřímní: ne každá organizace by měla přerozdělovat odpovědnost. Čisté nakupování u hyperscaleru je správnou odpovědí pro organizace, které:

• mají malou nebo žádnou interní kapacitu pro provoz IT
• působí v regulatorním prostředí, kde certifikace hyperscaleru jsou důležitější než architektura
• mají obchodní modely, v nichž je závislost na dodavateli přijatelná, protože daná zátěž není strategická
• nemohou z důvodů náboru nebo geografické polohy udržet DevOps/SRE tým o 2–4 lidech

Uznání, kdy je čisté nakupování racionální, je součástí disciplíny. Model přerozdělení není morálním imperativem; je to možnost, která dává smysl pro organizace s talentem, měřítkem a časovým horizontem potřebným pro jeho uplatnění.

Co to znamená pro zadávání zakázek

Z toho vyplývají tři důsledky pro zadávání zakázek:

1. Smluvní podmínky jsou stejně důležité jako výběr katalogu. Bez ohledu na to, co je kde umístěno, smluvní kontrolní seznam (následující kapitola) je tím, co vytváří páku a možnosti odchodu.
2. Správným srovnávacím měřítkem jsou celkové náklady vlastnictví, nikoli ceníková cena. Hyperscalerový účet 10 tisíc eur měsíčně není přímo srovnatelný s evropským účtem 5 tisíc eur měsíčně plus 25 tisíci eur měsíčně na další inženýry. Jakmile je však tento výpočet správně proveden, přerozdělení je často finančně konkurenceschopné — a vytváří schopnosti, které model čistého nakupování nepřináší.
3. Tým budujte před migrací, nikoli během ní. Nejčastějším selháním je podcenění provozních investic, migrace a následná panika tváří v tvář provozní komplexitě. 24měsíční plán tento problém řeší pomocí seřazených kroků, v nichž budování schopností předchází architektonické změně.