Metadata datanın özünə baxmadan onun haqqında bildiyiniz şeydir: sahənin adı, nə demək olduğu, sahibi, sonuncu dəfə nə vaxt yükləndiyi, neçə sətir saxladığı, dünən kimin ona sorğu verdiyi. Metadata idarəetməsi isə bunu etibarlı toplamaq və doğru saxlamaq intizamıdır.

İnzibati işə oxşayır, amma idarəetmə proqramının yük daşıyan qatı olduğu ortaya çıxır. İstəyə biləcəyiniz hər nəzarət — təsnifat, giriş qaydaları, keyfiyyət yoxlamaları, lineage, saxlama müddəti — dataya yox, metadata-ya tətbiq olunur. Metadata səhvdirsə və ya yoxdursa, siyasət nə qədər yaxşı yazılsa da, onun üstündəki heç bir nəzarət heç nə ifadə etmir.

Erkən düzgün qurulmalı olan ən faydalı şey metadata-nın üç növü arasındakı fərqdir, çünki onlara vahid şey kimi baxan təşkilatlar müntəzəm olaraq heç kimi qane etməyən anbar qururlar.

Üç növ

Texniki metadata strukturu təsvir edir. Cədvəl və sütun adları, data tipləri, uzunluqlar, null ola bilmə, primary və foreign key-lər, partisiyalar, sətir sayları, fiziki yerləşmə. O, sistemlərin özündən çıxır, obyektiv olaraq yoxlana bilir və heç kim onu əl ilə yazmamalıdır. Konnektor onu dəqiqələr ərzində çıxarır; onu əl ilə daxil edən adam isə bitməmiş köhnəlmiş inventar istehsal edir.

Biznes metadata mənanı təsvir edir. Bu sahə biznes dilində nəyi ifadə edir, hansı lüğət anlayışına aiddir, nə qədər həssasdır, hansı tənzimləmə şamil olunur, kim cavabdehdir. Bunu toplamaq mümkün deyil, çünki o, sistemlərdə mövcud deyil — insanların başındadır və onu çıxarmaq söhbətlər, çox vaxt isə mübahisə tələb edir. Bahalı qat da budur, dəyərli qat da.

Əməliyyat metadata-sı davranışı təsvir edir. Bu cədvəl sonuncu dəfə nə vaxt yüklənib, job nə qədər çəkib, sıradan çıxıbmı, neçə sətir gəlib, kim sorğu verib, nə tezliklə, haradan. O, işləyən sistemlər tərəfindən fasiləsiz yaradılır və ən çox nəzərdən qaçırılan növdür — bu isə səhvdir: aktivin canlı olub-olmadığını deyən odur və qırx min cədvəldən həqiqətən əhəmiyyət daşıyan iyirmisini tapmağın ən sürətli yolu da odur.

Onları qarışdırmağın uğursuzluq nümunəsi konkretdir. Metadata-ya vahid, fərqləndirilməmiş yığın kimi baxan proqram hamısını insanlara saxlatmağa çalışır, steward-ları konnektorun çıxara biləcəyi texniki faktlarla yorur və heç vaxt biznes qatına çatmır — ilk növbədə insan tələb edən yeganə qat isə elə odur.

Toplana biləni toplayın

Ən çox vaxt qazandıran qayda: konnektor onu çıxara bilirsə, heç bir insan onu daxil etməməlidir.

Kataloq məhsulunun dəyəri məhz sistemləri birbaşa oxumasındadır. Onu əl ilə dolduran təşkilat lisenziya haqqı olan wiki almış olur. Əl ilə daxil edilmiş texniki metadata isə ümumiyyətlə olmamasından pisdir, çünki səlahiyyətli görünür və bir rüb ərzində səhv olur.

Digər tərəfdəki müvafiq qayda: toplamadan məna gözləməyin. Konnektor sizə deyə bilər ki, sütunun adı cst_st_cd-dir, iki simvollu sətirdir, on bir fərqli dəyəri var və 3%-i null-dur. Onun müştəri status kodu olduğunu, 07 dəyərinin passiv demək olduğunu və passiv hesabların aktiv müştəri sayından çıxarıldığını deyə bilməz. Bu, biznes metadata-sıdır, insan tələb edir və data steward-lığının rol kimi mövcud olmasının bütün səbəbi budur.

Yaxşı idarə olunan proqram texniki metadata-ya demək olar heç bir insan vaxtı sərf etmir və vaxtın demək olar hamısını mənanın mübahisəli olduğu əlli-səksən anlayışa ayırır.

Active metadata: əhəmiyyət daşıyan dəyişiklik

Son bir neçə ilin dəyişikliyi üçün bazar termini active metadata-dır və marketinqin altında real fərq var.

Passiv metadata anbarda oturur və oxunmasını gözləyir. Kimsə kataloqu açır, axtarır, tərifi tapır, kataloqu bağlayır. Bu, arayış kitabıdır və əksər arayış kitabları kimi nadir hallarda, özü də ona ən az ehtiyacı olanlar tərəfindən açılır.

Active metadata işin baş verdiyi yerlərə itələnir və hərəkət başladır. Sxem dəyişikliyi on iki aşağı axın sahibinə xəbərdarlıq göndərir. Yeni olaraq şəxsi məlumat kimi təsnif edilmiş sütun avtomatik giriş siyasəti alır. Üç gündür yüklənməyən cədvəl keyfiyyət insidenti qaldırır. Sorğu redaktoru analitik sütun adını yazarkən biznes tərifini elə orada göstərir.

Praktiki fərq mənimsəmədədir. Passiv kataloqların istifadə əyrisi buraxılışda pik edir və sonra enir; active metadata isə kataloqu açmağı heç vaxt seçməyən adamların qarşısına çıxır. Gartner-in Data and Analytics Governance Platforms üzrə Magic Quadrant-ı 2026 buraxılışında active metadata və avtomatlaşdırmaya daha çox çəki verib və qiymətləndirməni strukturlaşdırılmamış dataya, analitik modellərə və data məhsullarına genişləndirib — kateqoriyanın hara getdiyi barədə əsaslı siqnaldır, hərçənd qiymətləndirdiyi oxlar arasında on-premise pariteti yoxdur.

Məhsulları qiymətləndirərkən sual vendorun bu ifadəni işlədib-işlətməməsi deyil. Sual platformanın hansı konkret hadisələrə reaksiya verə bildiyi və hansı sistemlərə itələyə bildiyidir.

Metadata idarəetməsi əslində nə tələb edir

Lazım olma sırası ilə altı şey.

Həqiqətən işlətdiyiniz sistemlərə konnektorlar. Müasir olanlara yox — tənzimlənən datanı saxlayan sistemlərə. Oracle, MS SQL, SAP, 1C, mainframe ixracları və mövcud konkret core banking sistemi. Əsas sisteminizi oxuya bilməyən kataloq dekorativdir və konnektor əhatəsi müqayisə nöqtəsi deyil, sərt tələbdir.

Cədvəl üzrə təkrar toplama. Bir dəfə toplanmış metadata o vaxtdan bəri dəyişmiş sistemin anlıq şəklidir. Onu doğru saxlayan gündəlik və ya həftəlik təkrar toplamadır; bunu çətinləşdirən məhsul isə altıncı aya heç kimin etibar etmədiyi anbar istehsal edəcək.

Anlayışı sütundan ayıran model. Bir biznes anlayışı, ona bağlanmış çoxlu fiziki sütun — sistemlər arasında və bu bazarda dillər arasında. Bunu səhv qurmaq ən baha struktur səhvidir, çünki min termin kataloqlaşdırıldıqdan sonra düzəltmək onları yenidən etmək deməkdir.

Mümkün olan yerdə avtomatik tətbiq olunan təsnifat. Şəxsi məlumatın, maliyyə identifikatorlarının və digər həssas kateqoriyaların nümunə əsaslı aşkarlanması — insan tərəfindən icad edilmiş yox, insan tərəfindən baxılmış. Azərbaycanın Şəxsi məlumatlar haqqında Qanunu çərçivəsində hansı sütunlarınızın şəxsi məlumat saxladığını deyə bilmirsinizsə, şəxsi məlumatlarla bağlı öhdəliklərə əməl edə bilməzsiniz — yəni bu, rahatlıq deyil, uyğunluq imkanıdır.

İstifadə siqnalları. Hansı aktivlərə sorğu verilir, kim tərəfindən, nə tezliklə. Qalan hər şeyi prioritetləşdirməyin ən ucuz yolu budur və query log-lardan birinci gündən əldə edilir.

Metadata-dan icraya yol. Giriş qaydasını hərəkətə gətirməyən təsnifat sadəcə etiketdir. Dəyər metadata qatı ilə nəzarət qatı birləşdiriləndə yaranır.

Metadata həssasdır

Hər on-premise təhlükəsizlik baxışında qalxan və belə bir baxış keçirməmiş adamları təəccübləndirən məqam.

Kataloq sizin datanızı saxlamır — datanız haqqında metadata saxlayır. Birinci suala düzgün cavab budur və o, həqiqətən rahatlıq verir. Amma core banking sistemi haqqında metadata özü də həssasdır: cədvəl adları, sütun adları, sətir sayları və profil statistikaları sisteminizi kifayət qədər ətraflı təsvir edir. Tam metadata anbarı ona sahib olmamalı olan hər kəs üçün əla xəritədir.

Metadata anbarına təsvir etdiyi sistemlərlə eyni həssaslıq sinfindən olan sistem kimi yanaşın. Bu, kataloqun özü üzərində giriş nəzarəti deməkdir və Azərbaycan banklarında və dövlət qurumlarında kataloqların hosted xidmət kimi deyil, on-premise tətbiq olunmasının əsaslı hissəsidir — məhdudiyyət Azərbaycanda data rezidentliyi yazısında açılır.

Çoxdillilik problemi

Funksiya cədvəllərində nadir hallarda olur, bu bazarda isə həlledicidir.

Tipik böyük Azərbaycan təşkilatı metadata-sı eyni anda üç dildə olan sistemlər işlədir: azərbaycandilli əsas sistem, rusdilli köhnə tətbiq və ingilisdilli müasir infrastruktur. Eyni biznes anlayışı bir-biri ilə əlaqəsi olmayan üç ad altında mövcuddur — müştəri, клиент, customer — və heç bir avtomatik uyğunlaşdırma onları birləşdirməyəcək, çünki ortaq bir hərfləri belə yoxdur.

Bu, tərcümə deyil, modelləşdirmə problemidir. Siz etiketləri tərcümə etmirsiniz; bu üç cədvəlin bir anlayışı təsvir etdiyinə qərar verirsiniz və bu qərar üçün biznesi hər üç dildə başa düşən insan lazımdır. Metadata modeli birinci gündən bir kanonik anlayışın bir neçə dil etiketi daşımasını dəstəkləməlidir — hər üç sistem nəslindən gələn fiziki sütunlar ona bağlanmaqla.

İstənilən vendordan məhz bunu nümayiş etdirməyi, sonra isə axtarışın hər üç dildən işlədiyini göstərməyi tələb edin. Lokalizasiya iddia edən bir neçə məhsul sizə bunun əvəzinə tərcümə edilmiş interfeys göstərəcək — o isə başqa problemi həll edir.

Əsas məqamlar

  • Üç növ: texniki (struktur, toplanır), biznes (məna, insan), əməliyyat (davranış, yaradılır). Onları qarışdırmaq steward-ları konnektorun görə biləcəyi işlə yorur.
  • Konnektor çıxara bilirsə, heç kim yazmamalıdır. Əl ilə daxil edilmiş texniki metadata heç nədən pisdir — səlahiyyətli görünür və bir rübə köhnəlir.
  • Active metadata — xəbərdarlıq, siyasət və inline tərif başladan hadisələr — mənimsəməni yaradan şeydir. Passiv anbarlar buraxılışda pik edir və sönür.
  • Təsnifat uyğunluq imkanıdır: hansı sütunların şəxsi məlumat saxladığını bilmədən şəxsi məlumat öhdəliklərini yerinə yetirmək mümkün deyil.
  • Metadata anbarı özü həssasdır. Cədvəl və sütun adları estate-inizi ətraflı xəritələyir — on-premise arqumentinin böyük hissəsi budur.
  • Çoxdilli metadata interfeys tərcüməsi deyil, data modeli tələbidir. Bir anlayış, çoxlu dil etiketi, hər üç sistem nəslinə bağlanmış.

Məhz bu profilə malik təşkilatlar üçün OvalEdge-i on-premise tətbiq edirik. Əlaqəli oxu: data kataloqu nədir, biznes lüğəti və data lineage nədir.