Əsas məzmuna keçid
Data lakehouse

Azərbaycanda data lakehouse həlləri

Yukon Labs Azərbaycandakı təşkilatlar üçün korporativ data lakehouse platformaları layihələndirir və tətbiq edir — data göllərini, data anbarlarını və əməliyyat bazalarını vahid idarə olunan analitik səthdə birləşdirir. Starburst lakehouse platformasını sizin öz infrastrukturunuzda — öz serverlərinizdə və ya suveren bulud abunəliyinizdə — quraşdırırıq ki, analitik yüklər datanı fəaliyyət göstərdiyiniz yurisdiksiyadan çıxarmadan işləsin.

Data lakehouse əksər analitika proqramlarının ləng olmasının struktur səbəbini aradan qaldırır. Datanı təhlil etməzdən əvvəl mərkəzi anbara kopyalamaq əvəzinə lakehouse sualı datanın onsuz da olduğu yerə göndərir və vahid idarə olunan nəticə qaytarır. Əsas bank sistemini, ERP platformalarını, obyekt yaddaşını və departament bazalarını yan-yana işlədən müəssisələr üçün bu, sistemlərarası suala dəqiqələr içində cavab verməklə onu ayrıca layihə kimi planlaşdırmaq arasındakı fərqdir.

Platforma
Starburst
Harada işləyir
Öz data mərkəziniz, suveren buludunuz və ya bizim idarə olunan SaaS
Kimin üçün
Datası sistemlər arasında səpələnən və cavabları sualdan bir rüb sonra gələn komandalar
Tərif

Data lakehouse nədir?

Data lakehouse data gölünün ucuz və açıq formatlı saxlamasını data anbarının sorğu performansı, tranzaksiya ardıcıllığı və idarəolunması ilə birləşdirən arxitekturadır — hər ikisini ayrıca saxlamadan, tək bir qatda.

Anbar məsələnin yarısını həll etdi
Strukturlaşdırılmış data üzərində sürətli və etibarlı SQL — amma hər dataset əvvəlcə modelləşdirilib yüklənməli idi və saxlama o qədər bahalı idi ki, datanı nə qədər saxlamaq büdcə qərarına çevrilirdi.
Göl o biri yarısını həll etdi
İstənilən şey, açıq formatlarda ucuz saxlanılır — amma tranzaksiya zəmanəti, ardıcıl idarəetmə və etibarlı performans olmadan. Çoxu heç kimin təhlükəsiz istifadə edə bilmədiyi anbara çevrildi.
Açıq cədvəl formatları aradakı boşluğu bağlayır
Apache Iceberg və Delta Lake göl saxlamasının üzərinə ACID tranzaksiyaları, sxem təkamülü və zamanda geri qayıtma imkanı əlavə edir — data isə istənilən mühərrikin oxuya biləcəyi formatda qalır.
Federasiya miqrasiya ehtiyacını aradan qaldırır
Müasir lakehouse mühərriki obyekt yaddaşını, relyasion bazaları və NoSQL sistemlərini tək bir SQL sorğusunda sorğulayır, işi hər mənbənin öz içinə ötürür və vahid nəticə yığır.

Parçalanmış mühitdə ən çox əhəmiyyət daşıyan ikinci elementdir. Konsolidasiya yalnız sorğu mühərriki sistemlər arasına uzana bilmirsə zəruridir. Uzana biləndə isə arxitektura sualı “bunu harada mərkəzləşdirək?” olmaqdan çıxıb “bu data əslində haraya aiddir?” olur — və bu, doğru cavablamaq üçün qat-qat ucuz sualdır.

Niyə vacibdir

Müasir data arxitekturası miqyasda niyə çökür

Bunların heç biri mühəndis əməyinin uğursuzluğu deyil. Bunlar kopyalama üzərində qurulmuş arxitekturanın kifayət qədər böyüyəndə verdiyi nəticələrdir.

  • Hər sual bir data kanalına çevrilir

    İki sistemə ehtiyacı olan sual yükləmə işinin qurulmasını, cədvəllənməsini, izlənməsini və uzlaşdırılmasını gözləyir. Cavab sualdan bir rüb sonra gəlir — o vaxta qədər qərar onsuz verilmiş olur.

  • Kopyalar çoxalır və hər biri mənbəyindən uzaqlaşır

    Hər kanal bir kopya yaradır. Hər birinin öz giriş qaydaları, keyfiyyət monitorinqi və uzlaşdırma məntiqi lazım olur və hər biri yenilənmələr arasında mənbəyindən aralanır.

  • Xərc təkrarlanma ilə birlikdə artır

    Yaddaş və hesablama gücü iki dəfə ödənilir, üçüncü dəfə isə kopyaları inandırıcı saxlayan mühəndis işinə görə. Hesab məlumatın həcmi ilə deyil, kopyaların sayı ilə artır.

  • Datanın saxlanma yerini sübut etmək mümkünsüzləşir

    Kopya yarandıqdan sonra onun yeri siyasətin deyil, bir kanal konfiqurasiyasının xassəsi olur. Yoxlama zamanı tənzimlənən datasetin hər nüsxəsinin harada olduğunu heç kim əminliklə deyə bilmir.

  • AI agentləri etibarlı dataya çata bilmir

    İdarə olunan sorğu səthi olmadan agentlər ən yaxın ixraca yönəldilir — süni intellekt sisteminin köhnəlmiş, təsnif olunmamış datadan əminliklə cavab verməsi məhz belə baş verir.

Hərəkətsizliyin qiymətiTəşkilat eyni dataya bir neçə dəfə pul ödəyir, məlumatın saxlanma yeri üzrə öhdəliklərini əminliklə yerinə yetirə bilmir və hər süni intellekt təşəbbüsü onsuz da malik olduğu dataya girişi yenidən qurmaqla başlayır.

Datanı daşımaq, yoxsa sualı daşımaqYuxarıda: hər mənbə cədvəl üzrə işləyən data kanalı ilə anbara kopyalanır və sorğulanan da elə həmin kopyadır — deməli hər yeni sual yeni bir kanala başa gəlir. Aşağıda: vahid federativ sorğu həmin üç sistemə olduqları yerdə müraciət edir və nəticə heç bir kopya yaradılmadan qayıdır. Data aid olduğu sistemi — və yurisdiksiyanı — heç vaxt tərk etmir.COPY FIRST — A PIPELINE PER QUESTIONQUERY IN PLACE — NO NEW COPYOBJECT STOREDATABASEWAREHOUSEETL · SCHEDULE · RECONCILECOPY OF THE DATAREPORTOBJECT STOREDATABASEWAREHOUSEONE FEDERATED QUERYREPORTDATA NEVER LEAVES ITS SYSTEM
Yuxarıda: hər mənbə cədvəl üzrə işləyən data kanalı ilə anbara kopyalanır və sorğulanan da elə həmin kopyadır — deməli hər yeni sual yeni bir kanala başa gəlir. Aşağıda: vahid federativ sorğu həmin üç sistemə olduqları yerdə müraciət edir və nəticə heç bir kopya yaradılmadan qayıdır. Data aid olduğu sistemi — və yurisdiksiyanı — heç vaxt tərk etmir.
Yanaşma

Yukon Labs-ın data lakehouse yanaşması

Lakehouse standart fərziyyəni tərsinə çevirir: datanı sualın yanına aparmaq əvəzinə sualı datanın yanına göndərir.

  1. Mühitin xəritəsi
  2. Açıq saxlama qatı
  3. Mənbələrin qoşulması
  4. Semantik qatın modeli
  5. Real yüklər üzrə tənzimləmə
  6. İdarəetmənin bağlanması
  1. 1 · Mühitin xəritəsi

    Mənbələri, iş yüklərini və biznesin real olaraq işlətdiyi sorğuları inventarlaşdırırıq — arxitektura sxeminin ehtimal etdiyi sorğuları yox.

  2. 2 · Açıq saxlamanın qurulması

    Lakehouse-a aid olan data üçün Apache Iceberg və ya Delta Lake saxlama müqaviləsinə çevrilir ki, data hələ seçmədiyiniz alətlər üçün də oxunaqlı qalsın.

  3. 3 · Mənbələrin qoşulması

    Sorğu mühərriki obyekt yaddaşına, relyasion bazalara, anbarlara və NoSQL sistemlərinə qoşulur. Mövcud sistemlər işləməyə davam edir; başlamaq üçün heç nə söndürülmür.

  4. 4 · Semantik qatın modelləşdirilməsi

    Biznes terminləri sahə sahibləri ilə birlikdə fiziki cədvəllərə uyğunlaşdırılır ki, analitiklər və AI agentləri “gəlir” sözünü eyni idarə olunan datasetə bağlasın.

  5. 5 · Real yüklər üzrə tənzimləmə

    Keşləmə və indeksləmə strategiyası etalon test dəsti üzrə deyil, sizin real sorğu modelləriniz üzrə qurulur və bu modellər dəyişdikcə yenidən nəzərdən keçirilir.

  6. 6 · İdarəetmənin bağlanması

    İdarəetmə qatındakı giriş siyasəti və təsnifat sorğu səthində tətbiq olunur ki, lakehouse idarəetməni yenidən qurmaq əvəzinə onu miras alsın.

İmkanlar

Əsas lakehouse imkanları

Federasiyanın eksperiment yox, arxitektura sayılması üçün platformanın verməli olduğu şeylər.

  • Sorğu federasiyası

    Obyekt yaddaşı, relyasion bazalar və NoSQL sistemləri üzrə yüksək performanslı paylanmış SQL — aradakı ETL addımı olmadan, tək bir sorğuda birləşdirmə.

  • Açıq cədvəl formatları

    Apache Iceberg və Delta Lake açıq saxlama üzərində ACID tranzaksiyaları, sxem təkamülü və zamanda geri qayıtma verir — anbar zəmanətləri, anbar asılılığı olmadan.

  • Vahid idarəetmə

    Cədvəllər və mənbələr üzrə ardıcıl tətbiq olunan dəqiq giriş nəzarəti — idarəetmə qatında saxlanılan kataloq və siyasətlərlə uzlaşdırılmış.

  • Semantik qat

    Biznes konteksti və metadata fiziki cədvəllərlə yanaşı təqdim olunur ki, analitiklər və AI agentləri sütun adlarını təxmin etmək əvəzinə etibarlı datasetləri tapıb işlətsin.

  • Performansın sürətləndirilməsi

    Ağıllı indeksləmə, keşləmə və yük təhlili çox işlənən yolları avtomatik tənzimləyir və təkrarlanan müraciətləri ayrıca optimallaşdırma layihəsi olmadan udur.

  • Suveren quraşdırma

    Platformanın hamısı sizin perimetrinizdə işləyir — öz serverlərinizdə və ya öz bulud abunəliyinizdə — beləliklə nə data, nə də sorğu mətni yurisdiksiyadan kənara çıxmır.

İstinad

Anbar, göl, lakehouse

Lakehouse çox vaxt əvəz etdiyi iki arxitektura arasında kompromis kimi təsvir olunur. Belə deyil — bu, açıq saxlama formatı ilə sistemlər arasında sorğu apara bilən mühərrikin birləşməsidir və məhz bu birləşmə digər ikisinin aradan qaldıra bilmədiyi kopyalama addımını aradan götürür.

Data anbarıData gölüData lakehouse
Saxlama formatıQapalı, mühərrikə bağlıAçıq fayllar, cədvəl müqaviləsi yoxdurAçıq cədvəl formatları — Iceberg, Delta
Tranzaksiya zəmanətləriVarYoxdurVar — açıq saxlama üzərində ACID
Yeni sualın qiymətiYeni data kanalı və yeni kopyaSaxlamaq ucuz, etibar etmək bahalıSadəcə yeni sorğu
Tənzimlənən datanın kopyalarıHər iş yükü üçün bir ədədNəzarətsiz çoxalırVahid idarə olunan mənbə
Sistemlərarası birləşdirməYalnız yükləmədən sonraDəstəklənmirFederativ, tək sorğu ilə
AI agentləri üçün əlçatanlıqHər layihə üçün ayrıca ixracTəsnif olunmamış və təhlükəliSiyasətlə qorunan vahid səth

Bunların heç biri mövcud anbarın söndürülməsini tələb etmir. Lakehouse onun üzərindən də federasiya edir və miqrasiya bütöv bir proqram yox, iş yükü üzrə verilən qərara çevrilir.

Təməl

Analitika və süni intellekt üzrə fayda

Kopyalama addımının aradan qalxması platformanın nəyə başa gəldiyini, nəyə cavab verə bildiyini və kimin sual verə bildiyini dəyişir.

  1. Bir sorğu
  2. Bütün mənbələr
  3. Vahid idarə olunan nəticə

Cavablar rüblərlə deyil, dəqiqələrlə gəlir, çünki yeni sistemlərarası sual yeni bir kanal deyil, sadəcə yeni bir sorğudur. Kopya azaldıqca uzlaşdırılacaq rəqəm də azalır və hesabatlıq mübahisələri baş verəcək zəmin qalmadığı üçün özü-özünə kiçilir. Xərc düşür və proqnozlaşdırıla bilən olur: artıq kopyaları aradan qaldırmaq təkrar saxlamanı, təkrar hesablama gücünü və bu təkrarı saxlayan mühəndis işini də aradan qaldırır.

Strateji fayda süni intellektlə bağlıdır. Bütün mühit üzrə idarə olunan SQL sorğusu verə bilən agentin özü üçün ayrıca qurulmuş kanala ehtiyacı olmur. İdarəetmə ilə birlikdə o, insanların istifadə etdiyi eyni siyasətlə qorunan səth vasitəsilə etibarlı və təsnif edilmiş dataya çatır — süni intellekt tətbiqini sonradan izah edilə bilən edən də məhz budur.

Platforma

Starburst üzərində qurulub

Yukon Labs-ın data lakehouse həlli açıq mənbəli Trino mühərriki üzərində qurulmuş lakehouse və federativ sorğu platforması olan Starburst ilə işləyir. Starburst yuxarıda təsvir olunan kütləvi paralel sorğu icrasını, konnektorları, Iceberg və Delta dəstəyini, semantik qatı və dəqiq giriş nəzarətini təmin edir.

Yukon Labs klasterin ölçüsünü müəyyən edir, mənbələri qoşur, semantik qatı sahə sahibləriniz ilə birlikdə modelləşdirir, performansı real iş yükləri üzrə tənzimləyir və istismara verildikdən sonra platformanı idarə edir.

StarburstStarburst data lakehouse və federativ sorğu platformasıPlatforma ilə tanış olun
Tətbiq sahələri

Lakehouse harada tətbiq olunur

  • Bank və maliyyə xidmətləri

    Tənzimlənən datanı ayrıca anbara kopyalamadan əsas bank sistemini, kart və CRM datasını birləşdirən risk və tənzimləyici analitika.

  • Dövlət və ictimai sektor

    Hər qurumun öz datasının sahibi olaraq qaldığı, analitik mənzərəni isə mərkəzi konsolidasiya olmadan federasiyanın verdiyi qurumlararası analitika.

  • Telekommunikasiya

    Kopyalamağın praktiki olmadığı həcmlərdə gəlirin təminatı və müştəri itkisinin təhlili üçün birlikdə sorğulanan şəbəkə, hesablaşma və abunəçi datası.

  • Pərakəndə satış və distribusiya qrupları

    Törəmə şirkətlər üzrə satış, anbar və təchizat zənciri datasının qrup miqyaslı miqrasiya olmadan analitik birləşdirilməsi.

FAQ

Tez-tez verilən suallar

Data lakehouse nədir?

Data lakehouse data gölünün ucuz və açıq saxlamasını data anbarının sorğu performansı, tranzaksiya zəmanətləri və idarəolunması ilə birləşdirən data arxitekturasıdır. O, Apache Iceberg və ya Delta Lake kimi açıq cədvəl formatlarından və bir neçə mənbə sistemini tək bir SQL sorğusunda sorğulaya bilən federativ sorğu mühərrikindən istifadə edir.

Data lakehouse data anbarından nə ilə fərqlənir?

Data anbarı sorğulanmadan əvvəl datanın modelləşdirilməsini və yüklənməsini tələb edir — bu isə hər dataset üçün bir kopya və bir data kanalı yaradır. Lakehouse datanı onsuz da olduğu yerdə, açıq formatlarda sorğulayır; beləliklə yeni suallar yeni yükləmə işi tələb etmir və tənzimlənən datanın daha az kopyası mövcud olur.

Azərbaycanda data lakehouse həllərini kim təqdim edir?

Yukon Labs Azərbaycanda korporativ data lakehouse platformalarını layihələndirir, tətbiq edir və idarə edir — Starburst üzərində, öz serverlərinizdə və ya suveren bulud mühitində quraşdırılmaqla.

Data lakehouse öz serverlərimizdə qurula bilərmi?

Bəli. Yukon Labs lakehouse-u sizin öz infrastrukturunuzda və ya özəl bulud abunəliyinizdə quraşdırır ki, nə data, nə də sorğu mətni yurisdiksiyanızdan kənara çıxsın — məhz bu, arxitekturanı saxlanma öhdəliyi olan banklar və dövlət qurumları üçün mümkün edir.

Mövcud data anbarımızı əvəz etməliyikmi?

Xeyr. Lakehouse mövcud sistemlər üzərindən, o cümlədən indiki anbar üzərindən federasiya edir və anbar yaxşı xidmət etdiyi iş yüklərinə xidmət etməyə davam edir. Miqrasiya baş verərsə, ilkin şərt yox, iş yükü üzrə verilən optimallaşdırma qərarı olur.

ƏLAQƏ

Mesajınızı göndərin, sizə birbaşa mühəndis komandamız cavab versin.

Mesaj göndərin — çağrı mərkəzi yox, mühəndislərdən biri cavab verəcək.