Konzultace

Co se děje #

Ještě před pár lety stačilo mít jasnou architekturu, pár osvědčených nástrojů a tým, který věděl, co dělá. Dneska sedíte na hoře informací a nevíte, která z nich je ještě pravda.

Každý týden vyjde nový nástroj, nová “best practice”, nový způsob nasazení, který ruší ten z minulého roku. Kubernetes, Terraform, CI/CD pipeline, monitoring, bezpečnost přístupů — každá z těch oblastí se sama o sobě vyvíjí rychleji, než ji jeden tým stíhá sledovat, natož zvládat všechny najednou.

Cloud mezitím dál roste do složitosti, kterou nikdo neplánoval. Účty se nafukují, nikdo přesně neví proč, a “optimalizace nákladů” se řeší jednou za rok v panice, ne průběžně. Infrastruktura, kterou před třemi lety postavil jeden šikovný člověk, dneska nemá majitele — ten člověk odešel, dokumentace neexistuje, a systém drží pohromadě jen proto, že se ho nikdo nebojí sáhnout. Nasazení, které mělo trvat pět minut, trvá hodinu, a nikdo neví, jestli za to může pipeline, infrastruktura, nebo obojí.

A do toho všeho přichází tlak z vedení: “musíme snížit náklady na cloud”, “musíme být bezpečnější”, “musíme se přestat bát vlastní produkce”, aniž by kdokoli řekl, co to konkrétně znamená a v jakém pořadí to má smysl řešit.

Výsledek je typicky tenhle:

• Máte v hlavě (nebo v Notionu) desítky článků, videí a konferenčních přednášek o tom, “jak by se to mělo dělat” — a nic z toho jste nezačali, protože nevíte, kde přesně to sedí na váš konkrétní systém
• Tým řeší pořád stejné požáry místo skutečné práce, protože nikdo nemá čas (nebo mandát) zastavit se a podívat se na příčinu
• Rozhodnutí o architektuře, cloudu nebo CI/CD se dělají pod tlakem deadlinu, ne na základě klidné rozvahy — a pak se s nimi žije roky
• Nasazení do produkce je pořád stresující událost místo rutinní záležitosti, protože proces vznikal narychlo a nikdy se nedostal čas ho pořádně zrevidovat
• Nemáte otestovaný plán, co se stane, když vám zítra spadne server, disk, nebo celý datacentrum — jen doufáte, že se to nestane

Tohle není otázka “nedostatku informací”. Informací je všude přebytek. Chybí sumarizace, priorita a někdo zvenčí, kdo řekl: “tohle je důležité, tohle počká, a tady je konkrétní další krok.”

Co s tím #

Přesně tohle dělám. Nedávám vám další seznam nástrojů k prostudování — sednu si s vámi na hodinu a probereme váš konkrétní problém: vaši architekturu, váš cloud, váš tým, vaše čísla.

Mám za sebou roky v Cloudu, DevOps a architektuře (Oracle, DHL, T-Mobile) — stavěl jsem a provozoval infrastrukturu, CI/CD pipeline a Kubernetes clustery, které musely fungovat i pod tlakem, a řešil jsem i disaster recovery — tedy to, aby firma přežila i den, kdy něco zásadního spadne. K tomu poslední rok pracuji s AI-asistovaným vývojem (Claude, agentic coding), takže vám umím poradit i tady, ale jádro toho, co dělám, je DevOps a cloud architektura. Umím vzít tu horu informací, kterou jste za poslední rok nasbírali, a říct vám, co je z toho pro váš případ důležité a v jakém pořadí.

S čím konkrétně pomůžu #

• ☁️ Cloud — AWS (EC2, ECS, ECR, Lambda, EKS, Step Functions, System Manager), Azure (AKS, VM, Blobs, Functions, Files, Queues)
• ⚙️ Kubernetes — OpenShift, MicroK8s, Tekton, Helm, Kustomize
• 🏗️ Infrastructure as Code — Terraform, CloudFormation
• 🔁 CI/CD — Jenkins, GitHub Actions, GitLab CI, AWS CodeBuild
• 🔐 Bezpečnost a správa přístupů — HashiCorp Vault, Nexus Sonatype
• 📊 Monitoring — Grafana, Prometheus, Zabbix
• 🛟 Disaster recovery — zálohování, obnova, testované scénáře výpadku
• 💻 Jazyky — Python, TypeScript/JavaScript (Next.js)
• 🐧 Linux a virtualizace — Linux servery, Proxmox
• 📡 Sítě a firewall — MikroTik, OPNsense
• 🌐 Ostatní — Adobe Experience Manager, Akamai CDN, AI-asistovaný vývoj (Claude, agentic coding)

Kdy má konzultace smysl #

Kdy konzultace smysl nemá #

Proč je konzultace lepší než další článek nebo kurz #

Článek vám dá obecný návod. Konzultace vám dá odpověď na váš konkrétní problém, zasazenou do kontextu, který znáte jen vy — a kterou vám nikdo jiný nesumarizuje, protože to vyžaduje si sednout a probrat to.

Hodina s někým, kdo tu horu informací už protřídil a ví, co funguje v praxi, vám ušetří týdny vlastního zkoušení a slepých uliček. A protože nejsem váš zaměstnanec ani váš dodavatel, můžu vám dát názor bez zájmu na tom, abych vám prodal další měsíce implementace.

Jak konzultace funguje prakticky #

Konzultace probíhá online přes Google Meet. Vážím si vašeho času, proto jím nebudu plýtvat: už první schůzka je placenou konzultací a hned od začátku jdeme k věci. Než se sejdeme, projdu si vaše podklady a seznámím se s vaší infrastrukturou a systémem, abychom nemuseli první půlhodinu ztrácet vysvětlováním základů. Tento čas je zahrnutý v ceně.

Ještě před konzultací vás požádám o vyplnění krátkého vstupního dotazníku — co provozujete, na čem to běží (cloud, on-premise, obojí), kde vás to aktuálně bolí a jaká čísla k tomu máte (cloud faktura, počet incidentů, velikost týmu). Vyplněný dotazník mi, prosím, pošlete aspoň den před konzultací, ať se na váš případ stihnu podívat dopředu.

Začínám vždycky od praktických věcí: vaše současná architektura, cíle, čísla a to, kde to reálně bolí nejvíc. Pokud řešíte náklady na cloud, budu potřebovat vidět aktuální fakturaci a využití zdrojů. Teprve na základě toho se bavíme o konkrétních krocích — ne obecných doporučeních, ale o tom, co udělat jako první ve vašem konkrétním případě.

Pokud by se při konzultaci ukázalo, že vám můj přístup nesedí, po 15 minutách schůzku přerušíme a nebudu vám nic účtovat. Z konzultace neposílám žádný písemný výstup — pokud si nechcete dělat poznámky, klidně si sezení nahrajte.

Cena #

Cloud a DevOps poradenství – ceník 2026

Nejsem plátce DPH. Platba předem na základě faktury, fakturuji jako OSVČ.

Kontakt: LinkedIn · martin@martinkonicek.eu