Preskočiť na hlavný obsah
FromNine
Ponuka

Vývoj

Cloudové základy, s ktorými sú vydania bežnou vecou.

Staviame cloudové základy a interné vývojárske platformy, kde sú prostredia kódom, vydania sú podpísané a opakovateľné a každé euro výdavkov má svojho vlastníka.

Pre organizácie, ktoré prevádzkujú jeden cloudový základ pre spoločnosti vo viacerých členských štátoch, každú s vlastným orgánom dohľadu.

Konzultovať váš projektReferenčná architektúra
Cloud a platformové inžinierstvo: vrstvy schopnostíŠtyri vrstvy uložené do hĺbky. Zhora nadol: aplikácie produktových tímov, interná vývojárska platforma, podpísané dodávkové pipeline a v základe landing zone s identitou, sieťou a pravidlami.01Aplikácie produktových tímov02Interná vývojárska platforma03Podpísané dodávkové pipeline04Landing zone a pravidlá
  1. 01Landing zones s pravidlami ako kódom a umiestnením dát nastaveným pre každú aplikáciu
  2. 02Golden paths, ktoré dostanú novú službu do produkcie opakovateľným spôsobom
  3. 03SLO, otestovaná obnova a náklady na produkt viditeľné pre tých, ktorí rozhodujú

01 Problémy

Znaky, že vás základ brzdí

  1. 01

    Každé prostredie je iné

    Test a produkcia sa líšia spôsobmi, ktoré nikto nezapísal, a ručné opravy v konzole sa pri ďalšej prestavbe stratia.

  2. 02

    Vydanie potrebuje poradu

    Nasadenia sú zriedkavé, ručné a plánované na večery. Tímy zmeny zhromažďujú, čím je každé vydanie rizikovejšie.

  3. 03

    Účet za cloud prekvapí každého

    Náklady vidno podľa predplatného, nie podľa produktu. Kapacitu GPU pre AI si rezervuje ten, kto sa ozval prvý.

  4. 04

    Nikto nevie, či obnova funguje

    Zálohy existujú. Obnova sa netestovala a ciele pre čas obnovy a stratu dát sa s biznisom nikdy nedohodli.

02 Čo dodávame

Čo dodávame

  1. 01 Landing zones a možnosti suverenity

    Štruktúra účtov a predplatných, identita, sieť a ochranné pravidlá u veľkých poskytovateľov cloudu aj v európskych suverénnych cloudových ponukách, s pravidlami ako kódom a umiestnením dát pre každú aplikáciu.

    Čo robíme

    • Návrh organizácie, skupín správy a účtov
    • Centrálna sieť, riadenie odchádzajúcej prevádzky a privátne pripojenie
    • Pravidlá ako kód pre umiestnenie dát, šifrovanie a označovanie
    • Podklady pre bezpečnostné opatrenia a bezpečnostnú dokumentáciu podľa vyhlášky NBÚ č. 227/2025 Z. z. a pre atestácie, ktoré žiadajú vaši zákazníci

    Čo dostanete

    • Landing zone definovaná celá v kóde
    • Knižnica pravidiel s postupom pre výnimky
    • Analýza možností suverenity pre každú triedu aplikácií

  2. 02 Infraštruktúra ako kód a interné vývojárske platformy

    Terraform alebo OpenTofu a Bicep pre infraštruktúru, GitOps pre nasadenia, Kubernetes alebo spravované prostredia tam, kde sa hodia, a golden paths, aby tím mohol založiť službu v súlade s pravidlami bez zadávania tiketov.

    Čo robíme

    • Knižnica modulov pre infraštruktúru ako kód
    • GitOps s postupom medzi prostrediami
    • Platforma Kubernetes alebo spravované alternatívy
    • Šablóny služieb a vývojársky portál

    Čo dostanete

    • Interná vývojárska platforma s golden paths
    • Samoobslužné prostredia
    • Plán rozvoja platformy vo vlastníctve platformového tímu

  3. 03 Dodávkové pipeline a bezpečnosť dodávateľského reťazca

    Pipeline, ktoré zostavujú raz, podpisujú artefakty, zaznamenávajú pôvod podľa SLSA, správne spravujú tajomstvá a posúvajú ten istý artefakt z testu do produkcie.

    Čo robíme

    • Šablóny pipeline s bránami kvality a bezpečnosti
    • Podpisovanie artefaktov a atestácia pôvodu
    • Správa tajomstiev a rotácia kľúčov
    • Pravidlá postupu a záznamy o zmenách

    Čo dostanete

    • Opakovane použiteľné šablóny pipeline
    • Podpísané artefakty s overiteľným pôvodom
    • Podklady k vydaniam pre riadenie zmien

  4. 04 Pozorovateľ­nosť a SRE

    Ciele úrovne služby dohodnuté s biznisom, rozpočty chýb, ktoré určujú tempo vydávania, OpenTelemetry v celom stacku a proces riešenia incidentov, ktorý slúži aj povinnostiam hlásenia podľa NIS2 a DORA tam, kde sa uplatňujú.

    Čo robíme

    • Definícia SLO s vlastníkmi služieb
    • Inštrumentácia OpenTelemetry a prehľady
    • Upozornenia na príznaky, nie na príčiny
    • Riadenie incidentov a preskúmanie po incidente

    Čo dostanete

    • Katalóg SLO
    • Stack pozorovateľnosti a prehľady
    • Príručky pre incidenty a hlásenia

  5. 05 FinOps a kapacita pre AI

    Rozpočítanie nákladov podľa produktu a tímu, jednotkové ukazovatele, napríklad náklady na transakciu, a plánovanie kapacity a nákladov GPU pre AI aplikácie.

    Čo robíme

    • Pravidlá označovania a model rozpočítania
    • Jednotkové náklady pre každý produkt
    • Plánovanie záväzkov a rezervácií
    • Plánovanie GPU, kvóty a správna veľkosť zdrojov

    Čo dostanete

    • Prehľady nákladov pre každého vlastníka produktu
    • Zoznam úspor s vlastníkmi
    • Plán kapacity pre AI

  6. 06 Obnova a odchod

    Zálohovanie a obnova po havárii s výslovnými cieľmi pre čas a bod obnovy, testované podľa plánu, a stratégia odchodu, ktorá využíva práva na zmenu poskytovateľa podľa aktu o údajoch.

    Čo robíme

    • RTO a RPO dohodnuté pre každú službu
    • Testy obnovy a prepnutia
    • Mapovanie závislostí kritických služieb
    • Plán odchodu a kontrola prenosnosti dát

    Čo dostanete

    • Otestované postupy obnovy
    • Správy z testov obnovy
    • Zdokumentovaná stratégia odchodu

03 Architektúra

Ilustratívna referenčná architektúra

Vľavo vstupuje kód, vpravo vychádzajú bežiace aplikácie. Medzi tým pipeline podpíše, čo zostaví, register ukladá len podpísané artefakty a GitOps kontrolér ich podľa pravidiel posúva cez prostredia.

Pod tým leží landing zone: organizačná štruktúra, identita, sieť, kľúče, obnova a kontrola nákladov, definované raz v kóde a zdieľané všetkými produktovými tímami.

Vrstvy na nákrese

Dodávka
Repozitáre, pipeline, podpísané artefakty a posun cez GitOps.
Platforma
Vývojárska platforma, pravidlá ako kód a prostredie, do ktorého produktové tímy nasadzujú.
Landing zone
Organizácia, identita, sieť, kľúče, obnova a kontrola nákladov FinOps.
Prevádzka
Telemetria, SLO, rozpočty chýb a riešenie incidentov naprieč všetkým.
Ilustračný príklad

  1. Dodávka

    • Repozitáre kódu a IaC
    • Zostaviť, podpísať, atestovať
    • Register podpísaných artefaktov
    • Posun cez GitOps

  2. Platforma

    • Vývojárska platforma a golden paths
    • Pravidlá ako kód
    • Kubernetes a spravované služby
    • Aplikácie produktových tímov

  3. Landing zone

    • Štruktúra správy
    • Identita a prístup
    • Centrálna sieť a výstup
    • Kľúče a tajomstvá
    • Zálohovanie a obnova
    • Rozpočítanie nákladov

  4. Prevádzka

    • OpenTelemetry, SLO a rozpočty chýb, riešenie incidentov
Podpísaná dodávka na landing zone riadenú pravidlami

Ilustratívna architektúra, nie systém klienta.

Prečítať diagram ako text

Hlavná trasa vedie z repozitárov kódu a infraštruktúry cez pipeline, ktoré zostavujú, podpisujú a atestujú, do registra artefaktov, potom do GitOps kontroléra a nakoniec do prostredí aplikácií produktových tímov.

Interná vývojárska platforma poskytuje golden paths do pipeline. Pravidlá ako kód obmedzujú GitOps kontrolér. Prostredie behu s Kubernetes a spravovanými službami hostí aplikácie. Kľúče spravované zákazníkom napájajú vrstvu pravidiel.

Landing zone pod tým obsahuje štruktúru správy, identitu a prístup, centrálnu sieť, kľúče, zálohovanie a obnovu a kontrolu nákladov FinOps. Pozorovateľnosť so SLO a riešením incidentov sa tiahne celou platformou.

04 Zásady a hranice

Inžinierske zásady a hranice

  • Suverenita má viac stupňov

    Ako to riešime

    Aplikácie triedime podľa citlivosti a každej triede priradíme možnosť: regióny veľkého poskytovateľa cloudu v EÚ, suverénnu cloudovú ponuku alebo vlastnú infraštruktúru. Kompromisy vo funkciách, nákladoch a prevádzke zapíšeme.

    Hranice a závislosti

    Suverénne ponuky často zaostávajú v spravovaných službách vrátane služieb AI. Niektoré aplikácie tam budú stáť viac alebo zvládnu menej, a to je obchodné rozhodnutie.

  • Platforma potrebuje vlastníka produktu

    Ako to riešime

    Internú platformu chápeme ako produkt s používateľmi, plánom rozvoja a spätnou väzbou a pomôžeme vám zostaviť tím, ktorý ju prevádzkuje.

    Hranice a závislosti

    Platforma bez tímu sa stane úzkym hrdlom. Ak na ňu nemáte ľudí, odporučíme spravované služby a menej abstrakcií.

  • Predpisy formujú prevádzku

    Ako to riešime

    Klasifikáciu incidentov, lehoty hlásenia a zber dôkazov zabudujeme do procesu riešenia incidentov tam, kde sa na vás vzťahuje NIS2 alebo DORA.

    Hranice a závislosti

    Posúdenie, či do rozsahu patríte a ako sa na vás uplatňuje zákon o kybernetickej bezpečnosti, zostáva u vašich tímov pre súlad s predpismi a u právnikov.

  • Kontrola nákladov je spoločná

    Ako to riešime

    Náklady zviditeľníme pre každý produkt a pridáme ochranné pravidlá, napríklad rozpočty, kvóty a plánované vypínanie nevyužívaných prostredí.

    Hranice a závislosti

    Najväčšie úspory zvyčajne prinášajú rozhodnutia o architektúre a používaní, ktoré robia vlastníci produktov, nie samotná platforma.

05 Ako pracujeme

Ako pracujeme

Najprv základy, potom jeden tím na golden path, potom všetci ostatní.

  1. 01

    Posúdiť a zatriediť

    Aplikácie, citlivosť dát, súčasné náklady a kontroly, ktoré očakávajú vaši audítori.

    VýstupZatriedenie aplikácií a cieľové možnosti

  2. 02

    Postaviť landing zone

    Všetko ako kód, preverené s bezpečnosťou, s postupom pre výnimky.

    VýstupLanding zone v produkcii

  3. 03

    Nasadiť pilotný tím

    Jeden produktový tím prejde na golden path; jeho trenie formuje platformu.

    VýstupPrvá služba na platforme

  4. 04

    Rozšíriť a odovzdať

    Pridávajú sa ďalšie tímy, platformový tím preberá vlastníctvo a obnova sa testuje podľa plánu.

    VýstupPlán rozvoja platformy a správy z testov obnovy

06 Kontrola človekom

Kde majú kontrolu ľudia

Platformu prevádzkuje automatizácia. Rozhodnutia, ktoré nesú riziko alebo náklady, vlastnia ľudia.

  • Zmeny v produkcii sú dohľadateľné

    Každá zmena v produkcii pochádza z preskúmaného commitu, takže je vždy zaznamenané, kto čo zmenil a kto to schválil.

  • Núdzový prístup je výnimočný a zaznamenaný

    Núdzový prístup je časovo obmedzený, vyžaduje zdôvodnenie a po použití sa preveruje.

  • Výnimky z pravidiel majú vlastníka

    Keď aplikácia potrebuje výnimku z ochranného pravidla, schvaľuje ju určený vlastník rizika, a to s dátumom platnosti.

  • Ciele určujú vlastníci služieb

    Ciele obnovy a úrovne služby sa dohodnú s biznis vlastníkom každej služby, neurčuje ich len platformový tím.

07 Technológie

Technológie, s ktorými pracujeme

Cloud
  • Microsoft Azure
  • Amazon Web Services
  • Google Cloud
  • Európske suverénne cloudové ponuky
Infraštruktúra a dodávka
  • Terraform a OpenTofu
  • Bicep
  • Argo CD a Flux
  • GitHub Actions, GitLab CI a Azure DevOps
Prostredie behu
  • Kubernetes a jeho spravované varianty
  • Serverless a kontajnerové platformy
  • Service mesh tam, kde sa oplatí
  • Skupiny uzlov s GPU pre AI aplikácie
Prevádzka
  • OpenTelemetry
  • Prometheus a Grafana
  • Natívne monitorovanie v cloude
  • Nástroje na pravidlá, napríklad OPA

Uvedenie technológie opisuje naše inžinierske skúsenosti. Neznamená partnerstvo s jej dodávateľom ani jeho odporúčanie.

08 Príklad

Ilustratívny príklad

Ilustračný príklad

Spoločná landing zone pre výrobnú skupinu v troch krajinách

01Situácia
Výrobná skupina má spoločnosti na Slovensku a v dvoch susedných krajinách a každá prevádzkuje vlastný cloudový tenant s inými kontrolami. Slovenská spoločnosť spadá pod zákon o kybernetickej bezpečnosti, ostatné pod predpisy svojich krajín, a nikto nevie ukázať bezpečnostný stav skupiny v jednom pohľade.
02Čo by sme postavili
Jedna landing zone v kóde so sadami pravidiel pre každú spoločnosť, spoločným logovaním a procesom riešenia incidentov, ktorý hlásenia klasifikuje a smeruje podľa krajiny.
03Kde rozhodujú ľudia
Bezpečnostný manažér každej spoločnosti schvaľuje výnimky z pravidiel pre jej aplikácie; spoločný základ vlastní CISO skupiny.
04Čo by sme merali
Čas od zistenia incidentu po jeho klasifikáciu, podiel aplikácií pod pravidlami a počet úspešných testov obnovy za štvrťrok.

09 Pohľad odvetvia

Vo vašom odvetví

  • Verejná správa

    Možnosti suverenity pre každú triedu údajov, podklady pre požiadavky zákona o kybernetickej bezpečnosti a plány odchodu, ktoré obstoja aj pri ďalšom verejnom obstarávaní.

  • Finančné služby

    Prevádzková odolnosť podľa DORA: otestovaná obnova, dohľad nad externými poskytovateľmi IKT služieb a hlásenie incidentov zabudované do prevádzky.

Slovensko

Dôkazy raz, pre každý orgán dohľadu

NIS2 je jedna smernica s národnými transpozíciami, ktoré sa líšia rozsahom aj podrobnosťami. Na Slovensku ju transponuje zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti v znení zákona č. 366/2024 Z. z., ktorý je účinný od 1. januára 2025, s Národným bezpečnostným úradom (NBÚ) ako príslušným orgánom; bezpečnostné opatrenia a bezpečnostnú dokumentáciu upravuje vyhláška NBÚ č. 227/2025 Z. z.

Finančné subjekty k tomu pridávajú DORA s vlastným hlásením incidentov a dohľadom nad externými poskytovateľmi IKT služieb. Na Slovensku dohliada na finančný trh vrátane DORA Národná banka Slovenska, ktorej sa hlásia závažné IKT incidenty. Skupina, ktorá pôsobí vo viacerých krajinách, potrebuje jednu platformu, ktorá vytvorí podklady, aké žiada každý orgán.

Navrhujeme landing zones, v ktorých sú umiestnenie dát, logovanie a klasifikácia incidentov pravidlami, nie projektmi, takže novú spoločnosť alebo krajinu pripojíte konfiguráciou. Plány odchodu sa opierajú o práva na zmenu poskytovateľa podľa aktu o údajoch a sú otestované, nielen napísané.

Otázky ku cloudu a platformovému inžinierstvu

Ktorého poskytovateľa cloudu odporúčate?

Toho, ktorý sedí vašim aplikáciám, existujúcim zmluvám a požiadavkám na suverenitu. Pracujeme s veľkými poskytovateľmi cloudu aj s európskymi suverénnymi ponukami a kompromisy zdokumentujeme, aby sa voľba dala obhájiť vo verejnom obstarávaní a neskôr prehodnotiť.

Potrebujeme Kubernetes?

Nie vždy. Kubernetes sa oplatí, keď prevádzkujete veľa služieb a máte tím, ktorý platformu spravuje. Pri niekoľkých službách sú spravované kontajnerové alebo serverless platformy často jednoduchšie a lacnejšie na prevádzku.

Ako pristupujete k bezpečnosti?

Bezpečnosť je zabudovaná do landing zone a pipeline: identity s minimálnymi oprávneniami, pravidlá ako kód, podpísané artefakty a tajomstvá, ktoré nikdy nie sú v kóde. Samotný FromNine má certifikáciu ISO/IEC 27001.

Dokážete znížiť naše náklady na cloud?

Zvyčajne áno, ale percentá nesľúbime skôr, než uvidíme dáta. Začneme tým, že náklady zviditeľníme pre každý produkt, a potom s vlastníkmi, ktorí môžu konať, prejdeme zoznam úspor.

Ako sa vyhnúť závislosti od jedného poskytovateľa?

Vedomou voľbou, kde sa oprieť o služby konkrétneho poskytovateľa, infraštruktúrou v kóde a zdokumentovaným, otestovaným plánom odchodu. Akt o údajoch posilňuje vaše práva na zmenu poskytovateľa; plán odchodu ich robí použiteľnými.

Ukážte nám svoje ďalšie tri vydania

Povieme vám, čo by z nich urobilo rutinu a koľko by stálo postaviť a prevádzkovať takýto základ.

Konzultovať váš projektArchitektúra a poradenstvo