Metadata Struktural: Pilar Pengorganisasian Aset Digital Kompleks

Di era digital, jumlah aset informasi yang dikelola oleh institusi, perpustakaan, museum, dan arsip terus meningkat secara eksponensial. Mengelola jutaan file, baik itu berupa naskah kuno yang didigitalisasi, koleksi foto resolusi tinggi, atau basis data kompleks, memerlukan sistem pengorganisasian yang jauh lebih canggih daripada sekadar penamaan file yang rapi. Di sinilah peran kunci metadata struktural muncul sebagai fondasi yang memungkinkan sistem memahami, menavigasi, dan menyajikan konten digital yang terdiri dari banyak bagian yang saling terkait.

Metadata struktural berfokus pada hubungan hierarkis dan sekuensial antar entitas digital. Ia tidak hanya memberitahu kita siapa penulis atau kapan file itu dibuat (itu adalah metadata deskriptif), melainkan bagaimana elemen-elemen diskrit dari suatu objek digital yang lebih besar harus dirakit dan disajikan kepada pengguna. Bayangkan sebuah buku digital: metadata struktural adalah cetak biru yang menentukan bahwa halaman 1 diikuti oleh halaman 2, bahwa halaman 15 adalah awal dari Bab 3, dan bahwa semua halaman ini bersama-sama membentuk satu kesatuan objek, yaitu buku tersebut.

1. Memahami Dasar-Dasar Metadata Struktural

1.1 Definisi Operasional

Metadata, secara umum, adalah data tentang data. Dalam konteks spesifik, metadata struktural (atau structural metadata) adalah informasi yang menjelaskan bagaimana objek komposit digital disusun secara internal. Tujuannya adalah untuk mendefinisikan hubungan (parent-child, predecessor-successor) dan penataan fisik atau logis dari bagian-bagian penyusun.

Tanpa metadata struktural, objek digital yang rumit—seperti arsip video multi-track, jurnal ilmiah dengan lampiran dataset, atau manuskrip yang didigitalisasi menjadi ribuan gambar—hanyalah kumpulan file independen. Metadata struktural mengubah kumpulan file tersebut menjadi entitas yang dapat dipahami dan digunakan secara bermakna oleh sistem dan pengguna akhir. Ia menjawab pertanyaan fundamental: "Bagaimana seharusnya bagian-bagian ini disatukan dan ditampilkan?"

1.2 Perbedaan Kunci dengan Jenis Metadata Lain

Penting untuk membedakan metadata struktural dari dua kategori utama lainnya yang membentuk ekosistem metadata lengkap:

Metadata Deskriptif

Metadata deskriptif berurusan dengan identifikasi dan deskripsi intelektual konten. Ini mencakup elemen seperti judul, penulis, subjek, tanggal publikasi, dan abstrak. Metadata ini digunakan untuk penemuan (discovery) dan penelusuran. Contoh standar: Dublin Core, MODS.

Metadata Administratif

Metadata administratif mengelola informasi yang berkaitan dengan pengelolaan dan pelestarian objek digital. Ini termasuk hak cipta, format file, ukuran file, tanggal migrasi, informasi otentikasi, dan rincian teknis untuk preservasi jangka panjang. Contoh standar: PREMIS.

Hubungan Timbal Balik: Ketiga jenis metadata ini saling melengkapi. Metadata deskriptif mengidentifikasi apa objek itu; metadata administratif menjelaskan bagaimana objek itu dikelola; dan metadata struktural menjelaskan bagaimana objek itu disatukan atau dipecah. Dalam banyak implementasi kompleks (seperti standar METS), ketiga jenis metadata tersebut dienkapsulasi dan dihubungkan dalam satu kerangka kerja, meskipun peran struktural tetap menjadi fokus sentral.

Metadata Struktural memetakan hubungan hierarki dari Objek Komposit (tingkat atas) ke Unit Fisik (tingkat bawah).

2. Standar Utama untuk Metadata Struktural: METS

Standar yang paling dominan dan komprehensif dalam pengimplementasian metadata struktural, terutama di lingkungan perpustakaan digital dan arsip, adalah Metadata Encoding and Transmission Standard (METS).

2.1 Pengantar METS

METS adalah skema XML yang dikembangkan oleh Digital Library Federation (DLF). METS dirancang untuk menyediakan pembungkus (wrapper) yang dapat mengintegrasikan berbagai jenis metadata—deskriptif, administratif, dan struktural—yang terkait dengan objek dalam sistem perpustakaan digital. Fungsi utamanya adalah menentukan peta struktural objek.

Dokumen METS secara inheren bersifat struktural karena ia menentukan susunan fisik dan logis suatu objek dan bagaimana file-file individual yang membentuk objek tersebut terkait satu sama lain dan dengan metadata terkait lainnya.

2.2 Struktur Kunci Dokumen METS

Setiap dokumen METS dibagi menjadi tujuh bagian utama. Tiga bagian di antaranya sangat krusial dalam mendefinisikan aspek struktural:

A. <fileSec> (File Section)

Bagian ini bertindak sebagai inventaris file data aktual yang membentuk objek digital. Ini adalah katalog semua bitstream atau file yang perlu dikelola. Setiap file diberi ID unik (ID) yang akan dirujuk oleh bagian struktural dan administratif. File di sini diorganisasi berdasarkan tipe dan penggunaan, tetapi belum menggambarkan urutan logisnya.

<fileSec>
    <fileGrp USE="MASTER_IMAGES">
        <file ID="FILE001" MIMETYPE="image/tiff">...</file>
        <file ID="FILE002" MIMETYPE="image/tiff">...</file>
    </fileGrp>
    <fileGrp USE="WEB_VIEW">
        <file ID="FILE003" MIMETYPE="image/jpeg">...</file>
    </fileGrp>
</fileSec>

B. <structMap> (Structural Map)

Ini adalah jantung dari metadata struktural METS. <structMap> mendefinisikan hierarki logis objek tersebut dan menghubungkan setiap unit struktural (misalnya, Bab, Halaman, Judul) ke file fisik yang terdaftar di <fileSec>.

Peta struktural menggunakan elemen <div> (division) untuk menciptakan hierarki. Setiap <div> dapat memiliki atribut TYPE (misalnya, 'book', 'chapter', 'page') dan menunjuk ke bagian tertentu dari file digital melalui atribut DMDID (metadata deskriptif) atau FILEID (file fisik).

Struktur hierarkis ini memungkinkan sistem rendering untuk mengetahui bahwa, misalnya, <div TYPE="chapter"> berisi serangkaian <div TYPE="page">, yang masing-masing pada gilirannya menunjuk ke file gambar TIFF (FILE001, FILE002, dst.).

C. <fptr> (File Pointer)

Di dalam <structMap>, elemen <fptr> adalah mekanisme penghubung yang mengarahkan dari unit logis (div) ke file fisik yang sesuai. Ini adalah implementasi langsung dari konsep struktural: menautkan konsep abstrak (Bab) ke realitas data (kumpulan file gambar).

<structMap TYPE="logical">
    <div TYPE="book">
        <div TYPE="chapter" ID="C1">
            <div TYPE="page">
                <fptr FILEID="FILE001"/> 
            </div>
            <div TYPE="page">
                <fptr FILEID="FILE002"/> 
            </div>
        </div>
    </div>
</structMap>

Penggunaan METS dalam pengarsipan kompleks memastikan bahwa bahkan jika format file yang mendasarinya (TIFF, JPEG) menjadi usang, struktur logis dan urutan aset digital (yang terkandung dalam <structMap>) tetap terpelihara dan dapat direplikasi pada platform atau format baru.

3. Penerapan Mendalam Metadata Struktural

Metadata struktural sangat vital dalam situasi di mana objek informasi memiliki kompleksitas internal yang tinggi dan memerlukan presentasi atau navigasi yang terstruktur.

3.1 Perpustakaan dan Koleksi Digital Kompleks

Penerapan klasik adalah digitalisasi artefak fisik. Ketika sebuah manuskrip bersejarah dipindai, ia menghasilkan ratusan hingga ribuan file gambar (JPG, TIFF). Pengguna tidak ingin melihat daftar file. Mereka ingin melihat urutan halaman yang benar, mengetahui di mana bab dimulai, dan melompati indeks.

Penentuan Urutan (Sequencing): Struktural metadata memastikan halaman 40 disajikan setelah halaman 39, tanpa harus bergantung pada urutan abjad nama file.
Navigasi Logis: Memungkinkan sistem untuk membuat Table of Contents (Daftar Isi) yang interaktif, berdasarkan tipe <div> yang didefinisikan (e.g., Bagian I, Bab 5).
Hubungan Turunan (Derivatives): Metadata struktural dapat memetakan bahwa versi master resolusi tinggi (TIFF) dan versi tampilan web resolusi rendah (JPEG) keduanya merujuk pada unit logis yang sama (Halaman 5), memastikan integritas konten di berbagai format.

3.2 Pengarsipan Video dan Audio Multi-Track

Untuk aset media, metadata struktural tidak hanya mendefinisikan urutan waktu tetapi juga memetakan komponen teknis. Sebuah arsip film mungkin terdiri dari file video (track A), file audio terpisah (track B), dan file subtitle (track C). Struktural metadata mendefinisikan bagaimana ketiga file terpisah ini harus disinkronkan dan disajikan sebagai satu objek film tunggal.

Dalam konteks pelestarian, ini sangat penting. File video, audio, dan subtitle sering disimpan sebagai entitas terpisah untuk memfasilitasi migrasi format atau pemeliharaan. Metadata struktural adalah satu-satunya tautan yang menjamin bahwa, bertahun-tahun kemudian, ketiga komponen ini dapat ditemukan dan dirakit kembali dengan benar.

3.3 Web Semantik dan Linked Data

Meskipun METS adalah skema XML, konsep dasar struktural metadata sangat selaras dengan prinsip Web Semantik dan Linked Data. Dalam konteks RDF (Resource Description Framework), hubungan hierarkis dan sekuensial diekspresikan melalui properti seperti dcterms:hasPart, prov:wasDerivedFrom, dan skos:broader/skos:narrower.

Metadata struktural menyediakan landasan untuk hubungan ini, memungkinkan mesin untuk memahami tidak hanya apa objek itu (deskriptif) tetapi juga bagaimana objek tersebut terintegrasi ke dalam ekosistem pengetahuan yang lebih besar (struktural/semantik).

4. Detail Teknis dan Tantangan Implementasi Struktural

Menciptakan metadata struktural yang akurat adalah proses yang memerlukan ketelitian tinggi. Kesalahan kecil dalam penempatan <fptr> dapat menyebabkan kerusakan total pada objek komposit saat ditampilkan.

4.1 Pemetaan Fisik versus Logis

Salah satu kompleksitas utama dalam METS adalah membedakan antara struktur fisik dan struktur logis:

Struktur Fisik: Mengacu pada urutan file seperti yang dipindai (misalnya, urutan semua halaman, termasuk sampul, halaman kosong, dan indeks terpisah).
Struktur Logis: Mengacu pada organisasi intelektual konten (misalnya, Bab 1, Daftar Pustaka, Lampiran).

Metadata struktural yang baik seringkali mendefinisikan kedua peta ini dalam dokumen METS yang sama, memungkinkan pengguna menavigasi berdasarkan urutan fisik (membalik halaman satu per satu) atau berdasarkan hierarki logis (melompat dari bab ke bab).

4.2 Peran <behaviorSec> dalam METS

Selain <structMap> yang menentukan susunan statis, METS juga mencakup bagian <behaviorSec>. Bagian ini memungkinkan pengikatan perilaku atau layanan eksternal ke elemen struktural tertentu. Misalnya, Anda dapat menentukan bahwa ketika pengguna mengklik <div TYPE="video_segment">, sistem harus memanggil layanan streaming tertentu (ditentukan oleh URI) untuk memutar file yang dirujuk oleh segmen tersebut.

Hal ini memperkuat peran struktural metadata sebagai arsitektur yang tidak hanya mendeskripsikan tetapi juga mengaktifkan fungsionalitas objek digital.

4.3 Tantangan Validasi

Karena metadata struktural menciptakan hubungan antar elemen (ID referensi, file pointer), validasinya melampaui sekadar memeriksa sintaks XML yang benar. Validator harus memeriksa:

Integritas Rujukan: Apakah semua FILEID dalam <structMap> benar-benar ada dan merujuk ke ID yang valid dalam <fileSec>?
Konsistensi Hierarki: Apakah struktur <div> telah ditutup dengan benar dan tidak ada loop atau struktur yang terputus?
Urutan Sekuensial: Untuk objek yang memerlukan urutan ketat (seperti majalah), apakah urutan <div> logis telah dipatuhi?

Kompleksitas ini memerlukan alat validasi spesifik yang mampu memproses logika internal dokumen METS, bukan hanya validasi skema XML dasar.

5. Metadata Struktural dalam Siklus Hidup Pelestarian Digital

Pelestarian digital (digital preservation) adalah disiplin yang memastikan informasi digital dapat diakses dan dapat digunakan seiring berjalannya waktu. Metadata struktural memainkan peran penting dalam strategi ini, khususnya dalam model Open Archival Information System (OAIS).

5.1 Objek Informasi Majemuk (Composite Information Objects)

Dalam OAIS, objek digital disimpan sebagai AIP (Archival Information Package). Untuk objek kompleks, AIP harus mencakup metadata yang mengikat semua komponen bersama-sama. Metadata struktural (seringkali berupa dokumen METS) adalah lem yang mengubah kumpulan file data dan metadata menjadi AIP yang terintegrasi dan mandiri.

Ketika strategi pelestarian seperti migrasi format diterapkan, metadata struktural memastikan bahwa jika file master TIFF dari suatu halaman dimigrasi ke format JPEG 2000 yang baru, metadata struktural yang merujuk ke halaman tersebut akan diperbarui untuk menunjuk ke turunan yang baru, tanpa mengubah posisi logis atau urutan halaman tersebut dalam buku.

5.2 Penanganan Versi dan Evolusi Struktur

Objek digital jarang statis. Mereka mungkin diperbarui, direvisi, atau ditambahkan. Metadata struktural harus mampu mengelola versi. Misalnya, jika sebuah koleksi arsip ditambahkan segmen video wawancara baru, struktur METS harus dimodifikasi untuk menampung unit logis baru ini, memastikan ia terintegrasi dengan benar ke dalam hierarki yang ada (misalnya, sebagai 'Lampiran C').

Dokumen METS dapat dikelola melalui kontrol versi untuk melacak evolusi struktur objek digital seiring waktu, yang merupakan aspek penting dari metadata administratif yang berinteraksi erat dengan struktural.

5.3 Metadata Struktural dalam Proses Ingest

Tahap ingest (pemasukan data ke dalam sistem arsip) adalah saat metadata struktural sering kali dibuat atau diverifikasi. Pembuatan metadata struktural dapat dilakukan secara otomatis (untuk dokumen sederhana yang dapat diprediksi) atau manual (untuk naskah kuno yang memerlukan interpretasi logis oleh kurator).

Proses ini melibatkan:

Identifikasi Unit Fisik: File gambar diidentifikasi dan di-ID-kan (<fileSec>).
Penentuan Unit Logis: Kurator mengidentifikasi di mana bab, bagian, atau babak baru dimulai.
Pemetaan: Membuat <structMap> yang menautkan unit logis ke file fisik yang sesuai.

Keakuratan pada tahap ini sangat menentukan kualitas akses di masa depan.

6. Metadata Struktural di Luar Lingkup Perpustakaan (Skema Lain)

Meskipun METS adalah standar de facto untuk pengarsipan perpustakaan digital, prinsip-prinsip metadata struktural diterapkan di banyak domain lain menggunakan skema yang berbeda, disesuaikan dengan kebutuhan industri tersebut.

6.1 ONIX (Online Information Exchange)

Dalam industri penerbitan buku (book trade), ONIX for Books adalah standar XML untuk pertukaran metadata produk. Struktural metadata di ONIX berfokus pada hubungan produk. Misalnya, ONIX mendefinisikan bahwa Ebook tertentu (Produk A) adalah bagian dari seri (Koleksi X), bahwa Ebook itu sendiri terdiri dari bab-bab yang diurutkan, dan bahwa versi audio (Produk B) merupakan turunan dari versi cetak (Produk C).

ONIX menggunakan kode relasi produk (misalnya, hasPart, isDerivedFrom) untuk mendefinisikan struktur eksternal dari penawaran konten, memastikan rantai pasokan digital memahami bagaimana produk yang berbeda berhubungan secara hierarkis.

6.2 Skema XML Khusus Domain (e.g., TEI)

Text Encoding Initiative (TEI) digunakan untuk encoding teks sastra dan manuskrip. TEI secara intensif menggunakan metadata struktural melalui tag penandaan (markup) seperti <div>, <head>, <p>, dan <pb> (page break). Meskipun TEI sering dianggap sebagai metadata deskriptif/konten, penandaan hierarkisnya secara fundamental adalah struktural.

TEI memungkinkan peneliti untuk memahami secara eksplisit bahwa suatu baris kode adalah bagian dari paragraf, yang merupakan bagian dari bab, yang pada gilirannya adalah bagian dari volume. Hal ini memungkinkan analisis tekstual berbasis struktur yang canggih.

6.3 JSON-LD dan Skema.org

Dalam konteks web publik modern, metadata struktural diterapkan melalui skema Schema.org, sering diimplementasikan menggunakan JSON-LD. Misalnya, untuk mendefinisikan resep (Recipe) yang merupakan objek komposit, Anda akan menggunakan properti seperti recipeIngredient atau recipeInstructions, yang memetakan item yang terpisah-pisah (ingredients, steps) ke dalam urutan logis untuk membentuk keseluruhan objek resep.

Struktural metadata di sini membantu mesin pencari (seperti Google) untuk tidak hanya mengidentifikasi objek (resep) tetapi juga memahami dan mengekstrak komponen terurutnya (langkah 1, langkah 2, dst.) untuk ditampilkan sebagai hasil kaya (rich snippet).

Metadata Struktural berfungsi sebagai pusat integrasi, menghubungkan metadata deskriptif, administratif, dan file fisik untuk memungkinkan akses terstruktur.

7. Studi Kasus Detil: Digitalisasi Manuskrip Kuno

Untuk mengilustrasikan kompleksitas dan nilai metadata struktural, mari kita pertimbangkan proyek digitalisasi sebuah manuskrip kuno yang sangat berharga.

7.1 Latar Belakang Objek

Manuskrip tersebut, "Kronik Nusantara," terdiri dari 350 halaman. Objek ini kompleks karena:

Teks utama dibagi menjadi 12 bab (struktur logis).
Ada 10 ilustrasi beresolusi sangat tinggi yang disimpan terpisah dari pemindaian halaman.
Beberapa halaman memiliki catatan kaki yang memerlukan transkripsi terpisah.
Manuskrip memiliki dua versi pemindaian: master TIFF untuk preservasi, dan JPEG untuk tampilan web.

7.2 Arsitektur Struktural METS

Dokumen METS yang dihasilkan harus mengatasi setiap kompleksitas ini:

Langkah 1: Menginventarisasi File (<fileSec>)

Setiap halaman TIFF (350 file), setiap JPEG turunan (350 file), dan 10 file ilustrasi (TIFF dan JPEG) harus diberi ID unik. Total lebih dari 710 file terdaftar di sini, dibagi menjadi grup penggunaan (fileGrp USE="PRESERVATION", fileGrp USE="ACCESS").

<file ID="PAGE_001_T" USE="MASTER">...</file>
<file ID="PAGE_001_J" USE="ACCESS">...</file>
<file ID="ILLUS_005_T" USE="MASTER">...</file>

Langkah 2: Mendefinisikan Struktur Logis (<structMap TYPE="logical">)

Peta struktural logis mendefinisikan hierarki intelektual Kronik:

<div TYPE="Manuscript" LABEL="Kronik Nusantara">
            <div TYPE="Introduction">...</div>
            <div TYPE="Chapter" ID="C01" LABEL="Awal Perjalanan">
                <div TYPE="Page" LABEL="Hal 1">
                    <fptr FILEID="PAGE_001_J"/>
                </div>
                <div TYPE="Page" LABEL="Hal 2">
                    <fptr FILEID="PAGE_002_J"/>
                </div>
                ...
            </div>
            <div TYPE="Illustration" LABEL="Ilustrasi Kuda Putih">
                <fptr FILEID="ILLUS_005_J"/>
            </div>
</div>

Metadata struktural ini secara eksplisit mengatakan: "Bab 1 terdiri dari Halaman 1, 2, 3... yang secara fisik diwakili oleh file PAGE_001_J, PAGE_002_J, dst." Ia memungkinkan sistem rendering untuk membangun Daftar Isi dan menavigasi ke bab tertentu.

Langkah 3: Mendefinisikan Struktur Fisik (<structMap TYPE="physical">)

Peta fisik memastikan bahwa urutan pemindaian yang sebenarnya (yang mungkin mencakup halaman kosong, pelat penunjuk, atau artefak lain yang tidak relevan dengan struktur logis) tetap dicatat. Ini penting untuk verifikasi arsip. Struktur fisik mungkin hanya berupa daftar berurutan (item 1 hingga 350).

Langkah 4: Menghubungkan Metadata Deskriptif dan Administratif

Setiap <div> (misalnya, Bab 1) dapat ditautkan ke metadata deskriptifnya sendiri (<dmdSec>) yang menjelaskan subjek spesifik bab tersebut. Ini menciptakan tingkat rincian yang granular, di mana pencarian dapat mengarah pada sub-komponen objek, bukan hanya objek secara keseluruhan.

7.3 Hasil dan Dampak

Berkat metadata struktural yang teliti ini, sistem perpustakaan digital dapat:

Memuat Kronik Nusantara sebagai satu entitas kohesif.
Menyediakan menu navigasi berdasarkan Bab dan Bagian (struktur logis).
Memungkinkan pengembang untuk membangun antarmuka pembalik halaman yang mulus menggunakan urutan fisik yang benar.
Memastikan bahwa file master (TIFF) yang terpisah dari file akses (JPEG) tetap terhubung ke posisi logis yang benar dalam manuskrip.

Tanpa upaya struktural ini, pengguna hanya akan melihat 700+ file gambar yang tidak berurutan, sehingga membuat manuskrip digital tersebut tidak dapat diakses dan tidak berguna untuk tujuan akademik.

8. Masa Depan Metadata Struktural dan Otomatisasi

Dengan perkembangan kecerdasan buatan (AI) dan teknik pembelajaran mesin, masa depan metadata struktural terletak pada otomatisasi dan integrasinya yang lebih mendalam dengan data yang terhubung.

8.1 Otomatisasi Pembuatan Struktural

Secara tradisional, pembuatan <structMap> untuk objek yang kompleks adalah pekerjaan manual yang intensif. Namun, teknik pemrosesan gambar dan analisis tata letak (Layout Analysis) semakin canggih. AI kini dapat dilatih untuk:

Mendeteksi Batas Logis: Mengidentifikasi halaman judul, header bab, dan tanda tangan visual lain yang menandakan awal dari unit logis baru dalam pemindaian buku atau majalah.
Ekstraksi Urutan: Menggunakan pengenalan karakter optik (OCR) dan analisis tata letak untuk menentukan urutan halaman yang benar, bahkan jika penomoran halaman rusak atau tidak berurutan.
Segmentasi Objek Media: Dalam arsip video, AI dapat secara otomatis mendeteksi perubahan adegan atau transisi untuk membuat titik segmentasi struktural.

Otomatisasi ini secara signifikan mengurangi biaya dan waktu yang diperlukan untuk mengelola koleksi skala besar, menjadikan metadata struktural dapat dijangkau oleh institusi dengan sumber daya yang lebih terbatas.

8.2 Interoperabilitas dan Linked Data

Integrasi METS dan standar struktural lainnya dengan Linked Data (RDF) adalah langkah evolusioner berikutnya. Menggunakan ontologi seperti Europeana Data Model (EDM) atau CIDOC CRM, hubungan struktural dapat diubah menjadi pernyataan semantik (triples) yang dapat dipahami dan dipertukarkan secara global.

Alih-alih hanya mendefinisikan hubungan internal file A adalah bagian dari file B, kita dapat menyatakan: "Manuskrip_X hasPart Bab_1," di mana kedua entitas tersebut adalah URI yang dapat diatasi. Hal ini memungkinkan sistem untuk menavigasi objek digital di seluruh repositori yang berbeda, menggunakan struktur internal mereka untuk merakit pemandangan pengetahuan yang jauh lebih besar dan terhubung.

8.3 Tantangan Skalabilitas

Seiring dengan pertumbuhan koleksi menjadi petabyte, tantangan terbesar adalah skalabilitas. Metadata struktural harus tetap ringan dan efisien. Solusi di masa depan mungkin melibatkan penggunaan database grafik (graph databases) untuk menyimpan hubungan struktural secara asli, memungkinkan kueri yang sangat cepat mengenai hierarki dan hubungan turunan, daripada mengandalkan parsing dokumen XML yang sangat besar untuk setiap permintaan.