Podcast

Dobrý den všem, moje jméno je Hinek Valner a vítám vás u dalšího dílu Data Talku. Dneska k nám do studia zavítal Tomáš Vávra z Oraclu. Ahoj Tomáši!

Ahoj, ahoj Hinku, díky za pozvání.

Tomáš Vávra je product managerem produktu jménem Oracle GoldenGate, zkráceně OGG. Krásná zkratka. Tento díl věnujeme právě tomuto tématu. Budeme se bavit o tom, jak se Tomáš dostal na tuto pozici, jaká byla jeho cesta životem a daty, co GoldenGate dělá a proč je to zajímavý a užitečný nástroj.

Dobře, pojďme na to.

Tak jo, Tomáši, ještě než se pustíme do technické části našeho podcastu, řekni nám něco o sobě. Kde vlastně začala tvoje cesta? Proč právě teď v roce 2025 děláš v Oraclu to, co děláš?

Moc rád. Možná na začátku řeknu, že moje cesta byla dlouhá, protože…

Dlouhá a trnitá.

Dlouhá a trnitá, možná v některém smyslu ano. Narodil jsem se na přelomu 70. a 80. let, generace X. Oproti mým dětem jsem se s osobním počítačem setkal až na střední škole, když mi rodiče koupili první PC a já k němu byl fascinován. První věc, co jsem udělal, bylo, že jsem ho rozmontoval téměř do posledního šroubku.

Podařilo se ti ho složit zpátky?

Ano, podařilo. Zajímal jsem se o operační systém, tehdy to byl DOS, někde mezi verzí 5 a 6. Hrozně mě to fascinovalo. I když mám ekonomické vzdělání, po škole jsem chtěl dělat něco s počítači. Připadala mi to jako logická cesta a něco, co v té době zažívalo obrovský boom.

Skončil jsem školu v roce 1996 nebo 1997 a moje první práce souvisela s počítači. Nastoupil jsem do malé firmy, z dnešního pohledu by to byl startup, která se zabývala výrobou hlasové pošty a informačních systémů – IVR, což je Interactive Voice Response.

Asi to znáš – když zavoláš do nějakého call centra, na začátku tě zpracovává automatizovaný hlas, který se tě snaží rozřadit podle tvých požadavků, a pak tě propojil na operátora. Takové systémy jsme vyráběli zde v Česku. Firma využívala osobní počítač s nějakou speciální kartou, která se zapojila do telefonní ústředny.

Hlasová pošta byla tehdy důležitou službou. Dnes je to jedna z funkcí mobilních telefonů, kterou ale prakticky nikdo nepoužívá, protože buď jsme online, nebo nám někdo posílá SMS nebo zprávy přes WhatsApp či jiné aplikace.

Vraťme se ale do tehdejší doby, kdy mobilní telefony ještě nebyly běžné. Nosily se totiž ve velkých košících, protože to byly analogové přístroje, společnosti Eurotel. Pokud jsi pracoval ve velké firmě, bance nebo pojišťovně, měl jsi na stole místo mobilního telefonu pevnou linku, protože mobilní telefony nebyly ještě rozšířené.

Pokud jsi nebyl zrovna v kanceláři a někdo ti chtěl nechat vzkaz, neměl jsi mnoho možností…

[Pokračování dle potřeby]

Tady je opravený text:

Ten vzkaz vlastně nahrál do hlasové pošty, která v té době měla obrovský význam, protože to byl způsob, jak někoho zastihnout. My jsme v té české firmě hlasové pošty vyráběli, distribuovali a montovali k velkým telefonním ústřednám, zejména do větších podniků. Mně se to strašně líbilo, protože jsem tam nastoupil na pozici technika, který instaloval software, který jsme vyráběli, do počítače, zapojoval hlasovou kartu a objížděl různá místa v České republice, kde ty hlasové pošty montoval.

Dělali jsme také interactive voice response – vytvářeli jsme stromy volání, nahrávali hlášky v takovém podobném studiu jako je toto, s profesionálními mluvčími a herci. Programovali jsme stromy v jazyku podobném Basicu, což byl framework, který jsme vyvinuli.

Bylo to pro mě zajímavé, protože jsem nejenom rozmontoval a nainstaloval hardware a software, ale také jsem měl možnost vidět, jak funguje velký svět. Objížděl jsem Českou republiku i Slovensko. Dokonce jsem byl jednou i v elektrárně Dukovany, kde jsem montoval zařízení, a při vstupu mě měřili na radiaci, při výstupu zbytkovou radiaci, pokud jsem se nepohyboval v bezpečnostních zónách.

Byl to hezký začátek a svým způsobem mě to definovalo. V té firmě jsem pracoval poměrně dlouho, myslím 5–6 let. Prošel jsem tam několika rolemi: od technika přes vedoucího týmu techniků, který organizoval instalace, až po komunikaci se zákazníky. Velmi mě bavilo komunikovat se zákazníky a mít širší přehled – nebýt zavřený někde ve sklepě a jen něco instalovat, ale být v kontaktu s lidmi. Proto jsem si vyzkoušel i práci v zákaznické podpoře.

Pak jsem začal přemýšlet, co dál, a chtěl jsem vyzkoušet něco většího, možná s mezinárodním přesahem. A tak jsem se dostal do firmy Cario Technologies, kterou možná někteří posluchači znají. Před dvaceti lety byla Cario úspěšnou firmou, která vyráběla personální firewall pro počítače s Windows, které tehdy osobní firewall ještě neměly. Tenkrát bylo nezbytné mít personální firewall a antivirový program, aby člověk byl chráněný.

Cario Technologies také vyrábělo alternativu k mailovému systému Microsoft Exchange a bylo úspěšné zejména u menších firem po celém světě. To mě lákalo a několik let jsem tam pracoval. Byla to moje první příležitost komunikovat se zahraničím a pochopit, že trh není jen Česká nebo Slovenská republika, ale je mezinárodní, s různými potřebami.

Chceš, abych o tom pověděl něco víc? Jak zpětně na tuto zkušenost koukám? Co mi nejvíc pomohlo v práci? Jaký je nejlepší přístup, jak neusnout na vavřínech…?

Pokud chceš, mohu pomoci i s další částí textu.

Jasně, tady je opravený text s lepší gramatikou, stylistikou a přehledností:

Více propagovat interně produkty? To je dobrá otázka, ale těžká odpověď. Neřeknu nic převratného. Jsem tam chytrý člověk. V zásadě si myslím, že od Oracle to bylo velmi chytré, že ty lidi integrovali do samostatného týmu. Ty firmy byly většinou mnohem menší než Oracle jako korporace, měly svoji firemní kulturu, kterou nechtěly zcela zničit. Na druhou stranu, pokud byly tyto produkty z nějakého důvodu koupeny touto společností, tak sledují určitou strategii, integraci do produktového portfolia nebo podporu na trhu a tak dále.

Je tedy asi žádoucí mít odborníky, kteří mohou tyto lidi z dané země či organizace kontaktovat. Říct například: „Hele, potřebuji pomoct s nabídkou, nebo máme tady zákazníka, který hledá produkt pro datovou integraci. Hodí se GoldenGate, nebo ne? Jaké máme nové nakoupené produkty, jaké mají funkce, jak sestavit architekturu, jak nacenit řešení správně?“ To vše byly odpovědnosti, které jsem měl na starosti. Moje role byla spíš pre-sales nebo sales konzultanta s přesahy do obchodu. Můj region byl střední a východní Evropa, posléze EMEA. Produktové portfolio se pak rozšířilo, protože tým se integroval, přišly další produkty a strávil jsem takto několik let.

Pak přišel COVID, který všechno změnil včetně způsobu práce v regionálních strukturách. Myslím, že něco podobného jsi zažil i ty, kdy se ukázalo, že zákazníci akceptují online schůzky, není potřeba, aby specialisté jezdili přímo za zákazníkem. Mnoho věcí lze dělat na dálku, což posunulo strukturu na mé pozici směrem k agilnějším týmům. Některé týmy se rozpustily, jiné se staly součástí jiných struktur. Tak jsem dostal nabídku vstoupit přímo do produktového managementu jednoho z produktů v oblasti datové integrace, konkrétně Oracle GoldenGate.

Zkrátka, s oborem datového managementu jsem se začal setkávat až v Oracle, a více než dekádu jsem pomáhal se specifickými úlohami okolo – jak poradit zákazníkovi, jak sestavit architekturu. V produktovém managementu je práce trochu jiná. V Oracle máme dvě hlavní role: já a můj kolega jsme specialisté na hotový produkt. To znamená, že netrávíme dny vymýšlením nových funkcionalit nebo průzkumem trhu či konkurence, ale pracujeme s hotovým produktem. Naším primárním úkolem je produkt co nejvíc interně propagovat, spolupracovat s obchodními a pre-sales týmy, učit je…

Pokud chceš, mohu text ještě dále upravit, rozdělit do odstavců nebo doplnit slova na konci. Stačí říct.

Zde je opravený a jazykově upravený text:

Netýká se to přímo prodeje produktu, ale spíše jeho funkcí, toho, jak může být užitečný ve větších architekturách a jak může zákazníkovi pomoci. Součástí této práce je také vystupování na různých konferencích a prezentace produktu, například na konferencích Oracle User Group. Případně také nahrávání podcastů, kde má smysl produkt představit širší veřejnosti.

Skvělý Tomáši, díky moc za toto intro a za osobní příběh o tom, jak jsi nakonec skončil v Oracle. Když jsi několikrát zmínil Oracle GoldenGate, mohl bys nám vysvětlit, co to vlastně dělá? Klidně to vezmi od začátku, představ si mě jako člověka, který o tom nikdy neslyšel.

Oracle GoldenGate – když to vysvětluju své rodině, používám hezký příměr, který je obsažený i v názvu GoldenGate. Šlo o startup, který Oracle koupil v roce 2009. Ten startup vznikl v USA, konkrétně v Kalifornii, a název je inspirován slavnou Golden Gate Bridge v San Franciscu. Golden Gate je most, který spojuje dvě části San Francisca. Nevím, jestli někdo z posluchačů San Francisco navštívil, ale most je velmi známý a ikonický. A produkt GoldenGate – kdybych ho měl představit třeba své mamince – bych přirovnal k mostu mezi databázemi nebo softwarovými systémy, který umožňuje jejich propojení a přenos dat.

Takto můžeme nejjednodušeji představit GoldenGate posluchačům. Pokud bychom ale měli jít do hlubšího vysvětlení, GoldenGate je nástroj pro datovou integraci.

V reálném čase ho můžeme zařadit do kategorie produktů označovaných jako Change Data Capture. Tento produkt umožňuje s vysokým výkonem zachytit zdrojová data v relační databázi a přenést je do jiné destinace – může to být další relační databáze nebo jiný softwarový produkt, o kterém se ještě zmíníme. Kouzlo GoldenGate je v tom, že neprovádí selekce přímo do databáze, ale sleduje transakční log, kde jsou transakce zaznamenávány.

Abychom potěšili databázisty mezi posluchači – zdravíme vás – když vznikne nový commit v databázi, je zapsán do archivního nebo transakčního logu. GoldenGate tento log sleduje a okamžitě po commitu transakci převezme, uloží ji ve specifickém formátu do interního souboru a s velmi nízkou latencí ji přenese do cílové destinace. K tomu využívá WebSocket protokol, konkrétně Secure WebSocket, který je navržen tak, aby byl velmi výkonný a škálovatelný. Tato technologie umožňuje rychlé uložení a přenos transakce do cílového systému.

Pokud potřebujete ještě podrobnější úpravy nebo jiný styl, dejte vědět!

Zde je opravený text:

ové destinace. Takže, jak jsem říkal, využívujeme k tomu WebSocket protokol, který dokáže propojit zdrojovou a cílovou stranu. GoldenGate také umožňuje filtrovat transakce, což znamená, že když nechceš sledovat všechny aktualizace, ale chceš provést nějakou selekci updateů a využít jen jeden commit v databázi, GoldenGate to umožňuje. Na druhé straně velmi jednoduše vloží danou transakci do cílové databáze podobným procesem.

A to je vlastně to kouzlo GoldenGate a důvod, proč je unikátní — umí pracovat s množstvím technologií, relačních i nerelačních databází, technologií, které se dříve nazývaly „big data“, nebo technologií, které patří do této oblasti, a také s aplikacemi, protože máme přímá napojení na některé z nich.

Proč o tom mluvím? Ve chvíli, kdy potřebujete získat data ze zdrojových systémů, což jsou v bankovním světě transakční systémy, ve velkých korporacích systémy typu CRM, ERP a podobně, a chcete data přenést někam jinam — často pro potřeby stavby datového skladu nebo do jiné lokace pro zdroj a vývojáře, aby mohli vyvíjet aplikace — potřebujete škálovatelný a velmi výkonný nástroj.

Ve velkých firmách je obvykle množství různých technologií. Není tam jen jedna databáze; máte databáze typu Oracle, IBM DB2, Microsoft SQL Server, PostgreSQL, které jsou velmi oblíbené, a další. Všechny tyto technologie GoldenGate podporuje, takže může být jednotným integračním nástrojem v dané firmě, díky kterému dokážete data rychle získat a doručit do cílové destinace.

Co je ještě zajímavé, na začátku jsem zmiňoval, že GoldenGate může být stand-alone software, nainstalovaný blízko databáze v datovém centru zákazníka, kde není potřeba používat nativní službu. V našem Oracle Cloud Infrastructure však máme GoldenGate jako Cloud Native službu — tedy nativní službu spravovanou společností Oracle. Tu můžete využít jako předpřipravený software-as-a-service (SaaS), snadno a rychle – během několika minut si nastavíte první integrační datové spojení mezi zdrojem a cílem.

Super, Tomáši! Možná to teď trochu „cinká“, ale proč bych vlastně chtěl GoldenGate? Podle tvého popisu to chápu jako most mezi kýmkoli, odkudkoli, kamkoli, umožňující rychlý přenos dat. Ale co by se stalo, kdybych ho neměl? Můžeš být konkrétnější?

Určitě! Tam, kde GoldenGate exceluje, je právě situace, kdy potřebujete nástroj na vytvoření datové integrace, datové pumpy v reálném čase. Existuje několik typických příkladů použití, kde naši zákazníci GoldenGate využívají. Tím nejtypičtějším je…

Pokud budete chtít, mohu pokračovat s opravou další části textu.

Tady je opravený a stylisticky upravený text:

Dnes existuje velmi moderní propojení multiklaudů mezi sebou a datovým centrem, respektive on-premises datovým centrem, které mnoho zákazníků stále využívá. Důvodem je, že firmy mají obrovské množství dat, která chtějí využívat. Ta data jsou různě zabezpečená, uchovávaná a někdy jsou více dostupná, jindy méně.

Před nějakou dobou, kdy přišly cloudové služby jako možnost, jak rozšiřovat IT prostředí a přinášet nové funkcionality, vznikl problém, jak efektivně přenášet data do cloudu. Data lze přenášet jednou za určité období pomocí batch loadů, lze vytvořit API apod. Ale pokud zákazník potřebuje data opravdu rychle a v co nejmenším zpoždění, je to náročnější. Například v transakčním systému prodeje letenek je potřeba zpracovávat obrovské množství dat v reálném čase, protože s nimi musí systém okamžitě pracovat. U takových aplikací je odezva klíčová.

Právě GoldenGate může být specifický nástroj, který zajistí vysokou dostupnost a rychlý přenos dat s nízkou latencí do cloudu či mezi cloudy, kde běží příslušné aplikace. Dnes je na trhu několik cloudových poskytovatelů a firmy často používají vícero z nich, vybírají si to nejlepší z každého ekosystému. Například někdo preferuje .NET a používá Microsoft Azure, jiný má specifické požadavky a volí Google Cloud, AWS nebo OCI (Oracle Cloud Infrastructure). Při tom vzniká důležitá otázka, jak data efektivně dostat tam, kde jsou potřeba.

Je proto skvělé mít jednoduchý nástroj, který zajistí vysokou škálovatelnost a integraci mezi jednotlivými zdrojovými i cílovými systémy, které mohou být rozmístěny v různých cloudech. Cloudová integrace je jedním z velmi zajímavých případů použití GoldenGate.

Druhým, kde se GoldenGate často používá a kde začala celá jeho historie, je vysoká dostupnost. GoldenGate vznikl v San Franciscu právě proto, že bankovní firmy potřebovaly nástroj zajišťující vysokou dostupnost aplikací, které slouží jako backend pro front-end bankomatů (ATM).

Při výběru peněz z bankomatu musí aplikace fungovat bez přerušení. Banky proto hledaly prostředek, který asynchronně replikoval data z backendových systémů z jednoho datového centra do druhého, aby zajistili vysokou dostupnost u aplikací typu OLTP (Online Transaction Processing). Tyto systémy pracují s obrovským množstvím dat, vyžadují škálovatelnost a zároveň vysokou dostupnost.

GoldenGate je proto ideální nástroj pro tyto scénáře, protože umožňuje replikaci dat prakticky v reálném čase, čímž zajišťuje nepřetržitý chod aplikací.

Pokud chceš, můžu text dále upravit nebo zkrátit.

Jistě, zde je opravený text:

Databáze a vlastně automaticky — nezdržuješ se tedy pravostí databáze u zdroje a automaticky ta data dostaneš do nějaké druhé lokace. Asi teď nejpopulárnějším případem použití je GoldenGate, který umožňuje stavbu datového skladu s real-time daty, nebo dneska datového lakeu, případně data lakehouseu — ať to můžeme nazývat jakkoliv. V zásadě jsou dneska data online. Jednak nemáme jenom strukturovaná data, ale i data, která přicházejí ze senzorů, máme semistrukturovaná, tedy částečně strukturovaná data.

Těch dat je prostě spousta, a aby ten kontext pro data scientisty dával smysl, potřebují mít data nachystaná na jednom místě, aby s nimi mohli lépe pracovat. GoldenGate je přesně ten produkt, který to umožňuje. To znamená, že pokud dnes ve FinMaxu staví datové jezero (data lake), potřebují nástroj, který dokáže data z různých zdrojů — což jsou relační databáze jako Oracle, Microsoft SQL Server, PostgreSQL a další — získat a přenést do cílového úložiště. Mohou to být i jiné relační databáze, dokumentové databáze typu MongoDB, nebo messaging systémy jako Apache Kafka, které slouží jako integrační nástroje. Všechny tyto zdroje mohou být použity s GoldenGate, aby se data „jednou trubkou“ nebo více „trubkami“, spravovanými GoldenGate, dostala do datového jezera.

Datové jezero je v zásadě nějaký objektový storage, případně další komponenty, a v případě datového skladu samozřejmě relační databáze. GoldenGate je velmi často používán právě jako jednotný integrační nástroj pro stavbu datových jezer nebo datových skladů, tedy pro datovou integraci, jak data dostat do datového jezera nebo datového skladu.

Možná znáš příměr vrstev jako medailí: Gold, Silver a Bronze. Podobně jako u datových skladů, kde jsou vrstvy L0, L1, L2. Základní vrstva je L0, kde se získávají surová data, jedno ku jedné, přímo ze zdrojových databází. A to přesně dělá GoldenGate v oblasti datových jezer — z různých zdrojů přenáší data do datového jezera, kde se pak v dalších vrstvách data zpracovávají.

Proč je GoldenGate tak žádaný? Je to proto, že podporuje širokou škálu technologií. Pokud stavíš datové jezero na bázi Oracle, samozřejmě můžeš použít GoldenGate. Ale pokud tě zajímá například Snowflake, který je dnes velmi populární, GoldenGate s ním může integrovat a posílat data do Snowflake. Pokud firma používá Databricks, GoldenGate jim může pomoci dostat data do Databricks. Ať už jde o Azure Data Lake nebo Azure One Lake, GoldenGate může být nástrojem, který ta data tam přenese.

Takže to jsou v zásadě nejčastější use cases.

Pokud chceš, mohu pokračovat s další částí textu.

Jistě, zde je opravený text s větší plynulostí a správnou gramatikou:

Někdo, s kým bys chtěl popovídat, nebo můžeš popsat, co jsi konkrétně řešil a kde GoldenGate pomohl? Jak jste asi pochopili, GoldenGate používáme u více než 8 000 aktivních zákazníků. Je to tedy primárně produkt určený pro firemní prostředí, tedy především pro segment enterprise. Máme zákazníky samozřejmě i v České republice, zejména mezi velkými bankami a pojišťovnami, ale máme i reference ze státní správy.

Koho mohu jmenovat zde z ČR? Například O2, které už před několika lety modernizovalo svoji datovou architekturu, respektive celkovou architekturu. Používají datový sklad a hledali nástroj, jak vybudovat data hub nebo datově integrační platformu, která by spojila data z různých systémů, jako je CRM a další, a současně by v reálném čase doručovala data právě do datového skladu, kde se pak provádí samotný reporting. Takže O2 Česká republika je jedním z našich zákazníků.

Novější referencí z bankovního sektoru je jedna česká banka, součást velké skupiny KBC. Ta skupina používá GoldenGate dlouhodobě, ale konkrétně česká pobočka této banky před pár lety představila svého chatbota Kate, který umožňuje zákazníkům získávat relevantní informace přirozeným lidským způsobem – místo vyhledávání si jen pokládají otázky a chatbot jim odpovídá. Aby to fungovalo, potřebovali platformu, která by poskytovala chatbotovi zdrojová data, a také další aplikace. Proto vybudovali platformu a využili GoldenGate k tomu, aby získávali data z příslušných bankovních systémů, z těch zdrojových systémů, a chatbot tak mohl relevantně odpovídat lidem.

To jsou dvě velmi pěkné reference z českého prostředí. Občas s nadsázkou říkáme, že s GoldenGate se můžeš setkat celý den, protože je to vlastně součást našeho života. Například když ráno vstaneš a koupíš si Starbucks v Americe, nebo i v Evropě tam, kde není franšíza – myslím, že v České republice Starbucks nepůsobí přímo, ale prostřednictvím nějaké zastřešující společnosti – pokud by to byl originální Starbucks, v rámci point of sale běží aplikace, která ukládá transakční data, a GoldenGate okamžitě zachytí tuto transakci a předá ji dalším systémům – například analytickým.

Takže když si kupuješ Starbucks v Americe, vytváříš tím pádem GoldenGate transakci. Když se spojíme na LinkedInu, pokud ještě nejsme spojeni, taky se vytvoří GoldenGate transakce. LinkedIn byl totiž jedním z prvních, kdo využil GoldenGate jako integrační nástroj pro výstavbu datového jezera (data lake) a byl prvním, kdo integroval GoldenGate s Apache Kafkou jako jednou z technologií.

Pokud chceš, mohu text ještě upravit stylově podle konkrétního účelu.

Tady je opravený text:

Golden Gate je velmi populární právě pro konverzaci, ale taky se používá pro přesun transakcí mezi datovými centry. Takže ve chvíli, kdy uděláš nějaký update na LinkedInu, vlastně vytvoříš Golden Gate transakci. Nebo když zaplatíš PayPalem, tak taky vytvoříš Golden Gate transakci. Je součástí velké struktury právě proto, že jak jsem říkal, Golden Gate je velmi populární díky své škálovatelnosti, vysoké dostupnosti a dalším vlastnostem.

Velmi hezkou a známou referencí je společnost Netflix, kterou všichni známe. Ten příběh je zajímavý právě kvůli use case, který jsem nezmínil, ale který může být velmi zajímavý – bezvýpadková migrace. Netflix před tím, než výrazně rozšířil svůj byznys v Evropě a dalších zemích a kontinentech, měl klíčový systém billing on-premise. Tento systém měl určitá omezení a mantinely, a proto bylo nutné ho před expanzí povýšit. Rozhodli se celý billing přesunout z on-premise do cloudu, využít cloud native nástroje a sílu cloudu pro škálování, protože Netflix bez billingu nemůže fungovat – nemůže přijímat nové zákazníky.

Pro bezvýpadkovou migraci použili Golden Gate, protože je to skvělý nástroj pro takovou migraci. Jinými způsoby, jako je export dat z databáze nebo obnovení ze zálohy, by bylo možné migrovat také, ale pokud chceš minimalizovat odstávku systému, potřebuješ nástroj, který dokáže data ze stávajícího systému (v případě Netflixu billing on-premise) přesunout do nového cloudového prostředí. Před samotným přepnutím do nového prostředí totiž není možné vše kompletně otestovat a ujistit se, že aplikace (v tomto případě billing) funguje správně a může přijímat nové zákazníky.

Když vše funguje tak, jak má, a jsi si jistý, že je správný čas, provedeš velmi rychlý přechod s minimální odstávkou, která může být v řádu jednotek sekund, možná i milisekund. Stačí upravit nastavení v síti a zákazníci jsou směrováni do nového billingového systému.

Pokud by se náhodou stalo, že billing nefunguje tak, jak má (u Netflixu se to nestalo, ale teoreticky by to být možné), můžeš provést rollback. Golden Gate kromě jednosměrného přesunu dat umí i obousměrnou replikaci. To znamená, že nové transakce vzniklé v novém billingu může zase přenést zpět do starého prostředí, aby byla zachována konzistence dat. Toto je přímo jeho „DNA“.

Netflix tento use case velmi dobře popsal na svém blogu.

Zde je opravený text:

Myslím, že Netflix a několika dalších společností mají opravdu hezký IT blog, který doporučuji vygooglit a sledovat. Je tam moc pěkně popsáno, jak vlastně použili Golden Gate právě ke snížení odstávky, aby noví příchozí platící milovníci filmů neměli žádný výpadek a mohli bezproblémově sledovat obsah.

Skoro mi přijde, jak to popisují, že v moderním světě je těžké žít bez toho, aniž by člověk nevytvářel transakce v Golden Gate. Jak jsem říkal, s nadsázkou říkáme, že to tak opravdu je, protože spousta velkých společností – prodejců letenek, bankovních ústavů, telekomunikačních operátorů, pojišťoven – používá Golden Gate jako velmi oblíbený nástroj. Když se podíváš zpětně na implementace, u kterých jsi byl třeba blíž, nebo i tady lokálně, co tam bylo nejtěžší? Kde je největší komplexita, když firma rozhodne: „OK, super, hodilo by se nám něco jako Golden Gate, pojďme to zavést“? Jaká je ta největší výzva, která mě čeká v ten moment?

To je správná otázka, je vidět, že o tom mluvíš s porozuměním, protože každá změna může být jak pozitivní, tak negativní. Při vlastních implementacích těchto nástrojů je potřeba zavést nějakou pečlivou governance, tedy řízení, jak s produktem pracovat, jak postupovat při vývoji nové verze aplikace a při změnách databázových schémat, jakým způsobem přidávat informace dál – protože to všechno může ovlivnit, zda Golden Gate ty transakce zachytí či nezachytí.

Je pravda, že při implementacích je velmi důležité si správně nastavit governance – jak s produktem pracovat a správně integrovat procesy okolo něj. Samotná implementace může být velmi rychlá, v řádu dnů nebo týdnů, ale správná funkčnost v rámci procesů ve firmě potřebuje správné nastavení a zavedení.

Druhá věc je, že Golden Gate je vlastně software, který tady je s námi už více než dvě dekády. Na začátku se veškerá konfigurace dělala z příkazové řádky, což bylo pro spoustu IT specialistů ten správný způsob. Na druhou stranu doba se hodně změnila. Já jsem se například setkal s tím, že při upgrade ze starší verze Golden Gate (kde byl core systém opravdu i deset let starý) na poslední verzi je celý systém rozložený na více než sedm mikroservisních služeb a má moderní frontend, který umožňuje jednoduchou správu a nastavení integračních patternů. Pro lidi to bylo překvapení, protože hledali příkazovou řádku, která tam samozřejmě stále je a nezrušila se. Je vidět, jak se produkt vyvíjí v kontextu současného trhu a jak mají dnes moderní produkty vypadat.

Pokud si přeješ text ještě víc vylepšit nebo zjednodušit, dej vědět!

Tady je opravený text:

ka administrace a z nějakého celkového pohledu zprávy toho produktu. Super, Tomáši, já využiji zlatého oslého můstku a zeptám se tě na budoucnost Golden Gate. Ty jsi vlastně teď hodně povídal o tom, jak se to změnilo za posledních 20 let – je to produkt, který není na trhu dva roky, ale v podstatě dvě dekády. Předpokládám, že produkt nekončí a z toho, co popisuješ, je to hodně hodnotný nástroj i v moderním světě. Co připravujete pro Golden Gate za novinky? Nebo kam ty sám vidíš ten směr, kterým se to bude ubírat?

Určitě Golden Gate nekončí a doufám, že je to můj denní chleba – doufám, že si ještě dlouho budu moci přivydělávat právě Golden Gatem a vlastně data managementem. Specificky ke Golden Gateu – dnes je to už spíš platforma. O tom jsme možná na začátku pro zjednodušení nemluvili, ale kromě vlastního jádra Golden Gate máme ještě Golden Gate Veridata, což je nástroj, který dokáže prověřovat konzistenci databází. To znamená, že dokáže zjistit, zda jsou data z databáze A správně vložena do databáze B, což Golden Gate samostatně nekontroluje. Veridata je užitečný například při migracích nebo při stavbě nových systémů, kdy databázoví administrátoři chtějí mít 100% jistotu. Golden Gate Veridata dokáže provést porovnání a pokud jsou nějaké diskrepance či rozdíly, dokáže je automaticky opravit. To je určitě funkce, která k Golden Gate přibyla a kterou dál rozvíjíme.

Dále je tu Golden Gate Stream Analytics, což je vlastně nadstavba nástroje, který umožňuje dělat real-time analytiku nad streamovanými daty. Představ si to jako pipeline s daty a pomocí nějakého grafického rozhraní můžeme řešit jednoduché použití, jako jsou například geolokační data nebo data z IoT zařízení. Můžeme tak přímo v platformě řešit use case typu: máme zákazníka, který provozuje aplikaci pro retailový obchod. Když se uživatel v obchodním domě přiblíží k danému obchodnímu místu, aplikace pomocí dat z telefonního operátora zjistí pozici telefonu uživatele. Tím pádem ví, že je uživatel blízko retailového obchodu, který jej může online nalákat nabídkou speciální slevy nebo zasláním kuponu. Tento typ použití Golden Gate Stream Analytics začíná být pro naše zákazníky velmi zajímavý. Proto jsme do této oblasti více investovali a je možné ji využít právě s Golden Gate.

Asi ještě stojí za zmínku, že dnešní svět je velmi ovlivněn umělou inteligencí, takže ani my nespíme na vavřínech. Oracle databáze dnes umožňuje ukládat data ve vektorové podobě – poslední verze Oracle Database Enterprise Edition 23c už má přidanou podporu AI, což umožňuje práci s…

Pokud budeš chtít, mohu pomoci s doladěním zbytku textu.

Opravovaný text:

Vektory a datový typ vektorů. A vlastně Colin Gate v té poslední verzi také. Verze 23 AI se jmenuje, protože umožňuje práci nebo vlastně vzít relační data z těch zdrojových databázových systémů a vložit je do vektorů. Nemusí to být jenom Oracle databáze, podporujeme i další vektorové databáze typu MySQL s PGVector a nadstavbou nebo Postgres a podobně.

Takže ve chvíli, kdy dnes firmy začínají vážně přemýšlet o využití AI, je palčivým problémem, jak vzít obecný model a obohatit ho o firemní data, protože nikdo nechce vystavovat firemní data v rámci trénování modelů. Na druhou stranu se říká, že už ty modely využily veškerá veřejná data, a naopak dnes se používají i syntetická data.

Zpět ke Colin Gate – jeho úloha je vzít firemní data a když se tvoří nějaká aplikace nebo AI agent, většinou je tam API kanál, přes který agent získává relevantní informace z databáze. Colin Gate tedy může být mostem nebo nástrojem, který data získá a vloží do databáze, ale také může propagovat toto API.

Do Colin Gate jsme v poslední verzi zaintegrovali komponentu, kterou nazýváme Colin Gate Data Streams. Jedná se o integraci asynchronního API v našem pojetí a zjednodušeně řečeno umožňuje místo uložení transakce do cílové databáze tuto transakci nabídnout formou publish-subscribe přístupů. Agent se připojí (subscribe) na API a získává data přímo z kanálu. Tím lze zjednodušit integraci, nahradit messaging systémy typu Apache Kafka a Colin Gate tak může být integrační platformou a poskytovat data pro aplikace, například AI.

V neposlední řadě jsme mluvili o tom, že Colin Gate může být i jako nativní služba v rámci Oracle Cloud Infrastructure, tedy cloudového ekosystému Oracle, což je velmi výhodné a hojně využívané našimi zákazníky. Model software jako služba přináší výhody snadného škálování, placení podle využití a možnosti snížit náklady, pokud službu nevyužívají. Další velkou výhodou je být v rámci tohoto ekosystému.

Ale není tu jen Oracle Cloud. Existují i další velcí poskytovatelé cloudu, jako je AWS (Amazon), Google Cloud a Microsoft Azure. Oracle loni oznámil významnou spolupráci a „zkamarádil“ se s těmito platformami. V první fázi umožnil používat Oracle databázi Enterprise Edition jako nativní službu v rámci těchto platforem. Tudíž, pokud zákazník používá Oracle, ale zároveň chtějí využívat Microsoft Azure nebo jiné služby, nemusí používat pouze Oracle Cloud… (text zde končí).

Opravený text:

Pro tyto účely používá Oracle vlastní platformu, ale může také využívat Microsoft Azure a zároveň mít Oracle databáze se všemi výhodami přímo součástí daného ekosystému. Jinými slovy, Oracle umístil do datových center speciální appliance určené pro běh databáze a celou softwarovou část, kterou poskytuje zákazníkům. Zákazníci si tak mohou dnes koupit Oracle Database at Azure, Oracle Database at AWS nebo Oracle Database at GCP, což znamená, že Oracle databáze jsou provozovány přímo v daném cloudovém ekosystému.

Velmi mě těší, že dalším produktem bude Oracle GoldenGate, protože když už máte databázi, logickým dalším krokem je nástroj, který umožní výkonnou integraci mezi databází a dalšími službami v rámci cloudu. Jednoduše řečeno, pokud jsem zákazníkem Microsoft Azure a chci používat Oracle GoldenGate, mohu to provést přímo z konzole, kterou znám, a využít své kredity a smlouvu s Microsoftem. Budu moci nasadit a začít používat službu GoldenGate at Azure a nastavit integrační platformu přímo v prostředí, které mi je známé.

Jinými slovy, oznámili jsme, že v blízké době bude GoldenGate k dispozici na platformách Microsoft Azure a Google Cloud. Ohledně AWS stále jednáme, takže uvidíme. Každopádně mohu potvrdit, že už brzy si budou moci uživatelé Microsoft Azure a Google Cloud vyzkoušet GoldenGate jako nativní službu přímo z konzole.

Pro nás je to trošku složité z hlediska komplexity, protože když vytváříme produkt pro jednu platformu, najednou ho musíme přizpůsobit více platformám. Naším cílem však je nevytvářet různé verze produktů – engine, tedy jádro, zůstává stejné. Liší se pouze způsob implementace do daného cloudového ekosystému a použité komponenty. Samozřejmě nemůžeme být zcela závislí na proprietárních komponentách, které vlastníme, ale musíme využívat standardy včetně síťování a bezpečnostních přístupů.

Je to poměrně komplexní problematika, kterou v současnosti řešíme. Na druhou stranu věříme, že ve chvíli, kdy bude GoldenGate nástrojem, který bude možné používat ve svém oblíbeném cloudovém ekosystému s širokou škálou různých technologií, do kterých se dokáže připojit, z nich načítat data a přenášet je jinam, zjednoduší se proces jeho použití. To přinese zákazníkovi benefit v podobě rychlejšího nasazení a snížení komplexnosti datových integračních produktů.

Na trhu je totiž celá řada těchto produktů a jeden z častých problémů zákazníků je právě implementace více různých produktů najednou.

Tady je opravená verze textu:

Opravený text:

Já to vidím tak, že nechceš mít zbytečný produkt nebo nějakou klonovanou alternativu, která je k ničemu určená. Snažíš se architekturu co nejvíce zjednodušit a maximálně zefektivnit. Proto dává smysl mít jeden produkt pro datovou integraci.

Tomáši, celou dobu popisujeme Golden Gate jako nástroj pro enterprise. Nabízí ale něco i pro malé startupy? Kdybych teď byl posluchač, mladý data scientist nebo databázový specialista pracující ve startupu, měl by mě to zajímat? Nebo můžu si to vyzkoušet?

To, co popisujete, je přenositelný i na menší měřítko. Rozumím, je pravda, že Golden Gate vznikl jako enterprise nástroj. Když máš nějaký problém velkých společností, které pracují s obrovským množstvím dat, potřebuješ integraci, která je škálovatelná a výkonná. Nicméně dává smysl použít Golden Gate i pro menší případy.

Pokud jsi startupista a chceš vytvořit nějakou aplikaci, a potřebuješ opravdu výkonný nástroj pro přenos dat, můžeš Golden Gate využít. Dokonce nyní nabízíme Golden Gate zcela zdarma, s určitým omezením velikosti dat. Můžeš si ho stáhnout z našich stránek jako Golden Gate Free a použít jej s nejpopulárnějšími databázemi, jako jsou Oracle, MySQL a další.

Tato verze je zcela zdarma, což znamená, že můžeš nástroj využít pro přenos dat nebo architekturu, kde máš třeba dvě datová centra, nebo chceš vybudovat aplikaci, která bude získávat data ze specifické databáze.

Kromě toho můžeš využít i datové integrační nástroje a Golden Gate v rámci cloudu, což je obrovská výhoda. Enterprise softwary zpravidla vyžadují čas nasazení a investice do licencí, což startupisté nemají rádi. Použití cloudu tak dává smysl, protože investice do softwaru se na začátku minimalizují, což umožní jejich zaměření na růst a produkt.

Model softwaru jako služby (SaaS) je díky cloudu ideální, protože když potřebuješ škálovat, jednoduše zvýšíš kapacitu své aplikace a zdroje v cloudu, místo abys kupoval další hardware.

Takže Golden Gate v cloudu je využitelný i pro ne-enterprise použití. Samozřejmě hlavní výhoda Golden Gate je, že umí velmi dobře zpracovávat velká data. Jestliže jsi startupista a máš opravdu velká data a potřebuješ výkonný nástroj, pak to dává velký smysl.

Pokud dat na začátku nemáš tolik, nemusí to být potřebné, ale jakmile se startup rozjede a bude potřeba přizpůsobit architekturu, může být Golden Gate perfektní volbou.

Pokud chcete, mohu text dále upravit nebo zjednodušit.

Zde je opravený a upravený text s lepší srozumitelností a plynulostí:

K aktuálnímu provozu té aplikace určitě dává vydávat data přes GoldenGate velký smysl. Super.

Tomáši, mám ještě jedno téma, jednu otázku, kterou se nemůžu nezeptat. Vrátím se trochu na začátek – ty jsi popisoval svoji cestu a kariéru u Oraclu, to, že se pohybuješ v oboru delší dobu, viděl jsi spoustu nástrojů, které se staly módními a zase odešly. Jak vlastně na to koukáš? Klidně to můžeme vzít konkrétně na GoldenGate nebo obecně na Oracle Sharding, ale kam myslíš, že se IT svět teď ubírá? Zmiňoval jsi, že GoldenGate je použitelný prakticky kdekoliv, na všech cloudech, což je určitý rozptyl, zároveň jsi ale říkal, že nechceš mít pět různých nástrojů, které dělají podobné věci, což zase nahrává uniformitě. Jak o tom teď přemýšlíš? Můžeš se podělit o svůj výhled a zkušenosti?

To je hezká filozofická otázka na závěr, souhlasím.

Já osobně mám rád koncept cloudu a modernizaci aplikací, využívání nástrojů jako komoditních služeb, podobně jako dneska třeba elektřiny – doma si nestavíš mini jadernou elektrárnu, často ani větrnou či solární elektrárnu, protože je jednodušší a logičtější elektřinu odebírat jako službu. Podobně by to mělo být i s IT infrastrukturou a nástroji.

Na druhou stranu, pokud mluvíme o velkých datech nebo trénování modelů, to vyžaduje obrovskou infrastrukturu, která není levná, takže cloud tady vidím jako obrovský potenciál.

Tento směr je myslím už neoddiskutovatelný. S nástupem AI se ještě umocňuje – nikdo přece nemá doma prostředky trénovat vlastní AI modely, většina využívá již existující modely, maximálně je dále dotrénovává.

Přichází obrovská změna i v IT prostředí, AI nás bude silně ovlivňovat, i když není jednoduché predikovat přesný vývoj, protože technologie se rychle mění.

Když to shrnu k GoldenGate, myslím, že je správný směr rozbíjet monolity, přecházet na menší, nezávislé aplikace, mikroservisní architekturu, která umožňuje snadné napojení na infrastrukturu pomocí hotových nástrojů.

Nemusíme vymýšlet kolo, protože už je vymyšlené – můžeme ho zlepšit, třeba přidat baterii pro méně zdatné cyklisty. Takovým směrem se podle mě bude IT vyvíjet – vezmeme existující nástroje a propojujeme je s dalšími, nebo zjednodušíme jejich použití tak, aby například člověk, který provozuje cloudový systém své firmy, mohl využít všechny dostupné součásti a případně je propojovat s dalšími z jiných zdrojů.

Pokud chceš, můžu upravit ještě víc, případně rozdělit do odstavců či jinak přizpůsobit styl.

Opravený text:

Oudu. Je to vlastně něco podobného, co vidíme i v jiných oborech, a myslím, že tak to bude vypadat i v IT v blízké budoucnosti. Super, díky moc za tenhle výhled. Tomáši, pomalu se blížíme ke konci tohoto dílu. Ještě něco, co jsme zapomněli zmínit? Něco, co bys chtěl vzkázat posluchačům a posluchačkám?

Rozhodně. Jestli vás Kolungay zaujal, budu rád, když mě kontaktujete. Jsem na LinkedInu, můžete mě tam najít, vytvořit tzv. Kolungay transakci, přesně tak – budeme určitě rádi. Takže pokud byste se chtěli dozvědět více, určitě mě můžete kontaktovat, najít a propojit se se mnou.

Pokud byste chtěli Kolungay vyzkoušet, je několik možností. Jak jsem už říkal, existuje Kolungay zdarma – Kolungay Free, který je opravdu zdarma a navždy zdarma. Můžete si ho vyzkoušet, stáhnout a třeba postavit první datový integrační use case s Kolungaytem. Nebo ho můžete vyzkoušet v rámci platformy Oracle LifeLab, což je platforma, kterou Oracle poskytuje jako pískoviště pro hraní a testování. Pomocí pár kliků vám Oracle vytvoří účet a prostor, kde jsou komponenty předinstalované, a vy si můžete velmi snadno a rychle vyzkoušet a nastavit nějakou první integraci.

Nebo se můžete podívat na náš YouTube kanál. Myslím, že je skvělé, že nám i Oracle umožňuje oficiálně provozovat YouTube kanál, takže náš Kolungay tým ho má a najdete nás tam. Velmi nás baví dělat různá krátká videa o jednotlivých use casech, o použití Kolungaytu – jak velmi rychle a intuitivně něco nastavit. Máme tam také několik zákaznických referencí, například příběh Česové banky, kde najdete video o implementaci Kolungaytu a další podrobnosti. Takže YouTube kanál může být dalším logickým krokem.

Super, moc díky za tyto informace, pro spoustu posluchačů to bude určitě zajímavé. Tomáši, já ti moc děkuji za příjemné povídání o Kolungaytu. Doufám, že se za nějaký čas zase potkáme a popovídáme si, jak se to vyvinulo a kolik dalších částí internetu jsme „lepili“ do naší Kolungay sítě.

Budu velice rád, ještě jednou díky za pozvání a příjemné povídání. Díky, Jenku.

Tak se měj, ahoj.

Díky, ahoj.

Děkujeme, že jste doposlouchali až sem. Děkujeme také našim partnerům a členům Data Talk klubu. Jsou jimi: Impacts, Saska, Bistreet, Colors of Data, Revolt BI, Good Data, Kebula, Emark, Carl Data Company, Data Mind, Notino a A Flow.

Pokud chcete zůstat v obraze, co se české datové scény a globálních datových technologií týče, nezapomeňte se registrovat k odběru našeho týdenního newsletteru na datatalk.cz. Nechť vás provází data.

Pokud chcete, mohu vám pomoci i s dalšími úpravami nebo rozdělením textu.