All Products
Search
Document Center

DataWorks:Rencanakan ruang kerja

Last Updated:Jul 11, 2026

Pelajari cara merencanakan ruang kerja DataWorks untuk berbagai skenario berdasarkan model izin dan kebutuhan organisasi.

Model izin ruang kerja

Tingkat isolasi izin bervariasi di seluruh layanan utama dalam DataWorks:

Layanan

Model izin

Manajemen ruang kerja

Ruang kerja completely isolated satu sama lain.

Anda mengonfigurasi peran anggota dan pengaturan instans mesin komputasi secara independen untuk setiap ruang kerja.

Catatan

Pemilik setiap ruang kerja adalah Akun Alibaba Cloud.

DataStudio

Pengembangan data completely isolated antar ruang kerja.

  • Alur kerja dan node dikembangkan secara independen di setiap ruang kerja dan tidak saling memengaruhi.

  • Dalam satu ruang kerja:

    • Hanya anggota dengan peran Developer atau Workspace Manager yang dapat membuat, mengedit, atau menghapus node.

    • Hanya anggota dengan peran Developer, O&M, atau Workspace Manager yang dapat melakukan commit paket penyebaran.

    • Hanya anggota dengan peran O&M, Deployer, atau Workspace Manager yang dapat menyebar ke lingkungan produksi.

Catatan

Anda dapat mengonfigurasi dependensi penjadwalan untuk node lintas ruang kerja.

Operation Center

O&M partially isolated antar ruang kerja.

  • Operasi node Real-time, periodik, dan yang dipicu secara manual diisolasi dalam masing-masing ruang kerja. Hanya anggota dengan peran Developer, O&M, atau Workspace Manager yang dapat melakukannya.

  • Halaman Ikhtisar diisolasi dalam setiap ruang kerja dan menampilkan data ringkasan tentang eksekusi node.

  • Fitur Alarm dibagikan lintas ruang kerja, memungkinkan Anda membuat garis dasar yang memantau node di beberapa ruang kerja. Hanya Akun Alibaba Cloud atau anggota dengan peran Workspace Manager yang dapat membuat garis dasar.

Data Map

Data Map shared by all workspaces within a tenant.

Di Data Map, Anda dapat mencari dan melihat metadata semua ruang kerja dalam penyewa dan Wilayah saat ini.

Catatan

Hanya metadata yang dibagikan. Izin baca dan tulis terhadap data aktual tidak dibagikan. Biasanya, izin baca dan tulis di lingkungan pengembangan dibagikan di antara anggota dengan peran Developer, sedangkan izin data di lingkungan produksi eksklusif untuk akun produksi.

Data Quality

Data Quality completely isolated antar ruang kerja.

Hanya anggota dengan peran Developer, O&M, atau Workspace Manager yang dapat mengonfigurasi aturan pemantauan kualitas data di suatu ruang kerja.

DataService Studio

DataService Studio partially isolated antar ruang kerja.

Definisi kelompok API dibagikan lintas ruang kerja, tetapi API yang didaftarkan atau dipublikasikan di suatu ruang kerja hanya terlihat dalam ruang kerja tersebut.

Data Security Guard

Data Security Guard Global Sharing.

Ruang kerja berbagi satu set aturan keamanan data dan tingkat sensitivitas. Jika Anda mengatur parameter Access Mode ke Safe, hanya anggota dengan peran Safety Manager yang dapat melakukan operasi di Data Security Guard.

Strategi perencanaan ruang kerja

Rencanakan ruang kerja berdasarkan departemen perusahaan, proyek bisnis, atau lapisan gudang data, atau gunakan pendekatan hibrida:

Dimensi

Berdasarkan departemen

Berdasarkan proyek bisnis

Berdasarkan lapisan gudang data

Dasar

Selaraskan struktur organisasi ruang kerja dengan struktur organisasi perusahaan Anda.

Misalnya, buat ruang kerja untuk departemen seperti produksi, pemasaran, sumber daya manusia, dan keuangan. Setiap ruang kerja menangani pengembangan data dan manajemen tabel untuk departemennya sendiri.

Atur ruang kerja berdasarkan proyek bisnis tertentu.

Misalnya, buat ruang kerja untuk proyek seperti Quarterly Sales Sprint, Production Safety Inspection, dan Executives Cockpit Report. Setiap ruang kerja menarik data dari berbagai sistem bisnis dan memprosesnya untuk mendukung proyek tersebut.

Strukturkan ruang kerja sesuai dengan lapisan gudang data Anda. Setiap lapisan dapat memiliki satu atau lebih ruang kerja khusus.

Misalnya, Anda dapat membuat ruang kerja untuk lapisan data seperti lapisan akses data, lapisan gudang data operasional (ODS), dan lapisan ringkasan gudang data (DWS).

Skenario

Cocok ketika kebutuhan bisnis departemen bersifat sederhana, anggota tim memiliki keterampilan pengembangan, dan pembagian data lintas departemen minimal.

Cocok untuk proyek prioritas tinggi yang berorientasi bisnis dan memerlukan kolaborasi lintas banyak departemen.

Cocok untuk gudang data berskala besar, lapisan data umum tingkat perusahaan, dan arsitektur platform data tengah (data middle-platform).

Kelebihan

Komposisi tim selaras dengan struktur organisasi, memastikan stabilitas dan keamanan data. Atribusi biaya untuk komputasi dan penyimpanan bersifat langsung.

Setiap ruang kerja memiliki cakupan bisnis yang fokus. Tim dapat disusun secara dinamis sesuai kebutuhan proyek, dan alur data jelas.

Arsitektur data jelas dan pembagian data bersifat langsung. Keterampilan pengembangan dan alokasi sumber daya dapat disesuaikan dengan karakteristik masing-masing lapisan.

Kekurangan

Dapat menyebabkan silodata, mengakibatkan komputasi dan penyimpanan duplikat, dependensi lintas ruang kerja yang kompleks, serta potensi konflik sumber daya.

Arsitektur data keseluruhan dapat menjadi tidak jelas, dengan logika bisnis yang tidak konsisten antar proyek. Komposisi tim yang fleksibel dalam ruang kerja dapat meningkatkan risiko keamanan data.

Dapat menyebabkan siklus pengembangan yang lebih panjang dan pipeline maintenance yang diperpanjang. Dalam mode standar, menyebar node hulu ke produksi mungkin memerlukan perubahan kode pada node hilir.

Stabilitas arsitektur

★★★★★

★☆☆☆☆

★★★★★

Fleksibilitas personel

★☆☆☆☆

★★★★★

★★★★☆

Kompleksitas bisnis

★★☆☆☆

★★★★☆

★★★☆☆

Keamanan data

★★★★★

★★☆☆☆

★★★☆☆

Kemudahan pemeliharaan

★★☆☆☆

★★★★★

★★☆☆☆

Pembagian data

★★★☆☆

★☆☆☆☆

★★★★★

Anda dapat menggabungkan strategi-strategi ini menjadi model hibrida. Pendekatan umum adalah mengatur ruang kerja berdasarkan lapisan gudang data, lalu membagi lebih lanjut setiap lapisan menjadi beberapa ruang kerja.

  • Lapisan akses data (STG): Atur berdasarkan sistem aplikasi sumber, seperti stg_marketing_system atau stg_production_management_system.

    • Node: Hanya berisi node Data Integration.

    • Tabel: Menyimpan hanya data mentah dengan masa hidup data (TTL) singkat.

    • Anggota: Administrator basis data (DBA) dari sistem aplikasi sumber terkait.

    • Fokus sumber daya: Kelompok sumber daya untuk Data Integration dan storage space.

  • Lapisan gudang data operasional (ODS): Atur berdasarkan departemen, seperti ods_human_resources atau ods_production. Data distandarisasi dalam setiap departemen, dan informasi sensitif dibersihkan atau dimasking.

    • Node: Hanya berisi node SQL dengan satu input dan satu output.

    • Tabel: Terdiri dari tabel lapisan ODS.

    • Anggota: Spesialis pembersihan data yang ditugaskan oleh masing-masing departemen.

    • Fokus sumber daya: Mengelompokkan sumber daya untuk penjadwalan pada jendela waktu awal (misalnya, pukul 00.00–02.00) dan sumber daya mesin komputasi.

  • Lapisan ringkasan gudang data (DWS): Konsolidasikan ke dalam satu ruang kerja atau atur berdasarkan domain bisnis, seperti dws_customer_domain atau dws_product_domain.

    • Node: Hanya berisi node SQL dengan beberapa input dan satu output.

    • Tabel: Terdiri dari tabel fakta dan tabel dimensi lapisan DWS.

    • Anggota: Developer khusus untuk lapisan data umum.

    • Fokus sumber daya: Kelompokkan sumber daya untuk penjadwalan pada jendela waktu menengah (misalnya, pukul 02.00–05.00), serta sumber daya mesin komputasi dan penyimpanan guna mengatasi pertumbuhan data.

  • Lapisan model data tag (TDM): Konsolidasikan ke dalam satu ruang kerja atau atur berdasarkan objek bisnis.

    • Node: Hanya berisi node SQL dengan beberapa input dan satu output.

    • Tabel: Terdiri dari tabel tag.

    • Anggota: Developer khusus untuk lapisan data umum.

    • Fokus sumber daya: Kelompok sumber daya untuk penjadwalan pada jendela waktu akhir (misalnya, pukul 05.00–07.00), serta sumber daya mesin komputasi dan penyimpanan guna menangani pertumbuhan data.

  • Lapisan gudang data aplikasi (ADS): Atur berdasarkan proyek bisnis, dengan membuat ruang kerja terpisah untuk setiap inisiatif bisnis spesifik.

    • Node: Berisi node SQL dan node Data Integration.

    • Tabel: Fokus pada tabel yang secara langsung mendukung aplikasi bisnis.

    • Anggota: Anggota tim proyek.

    • Fokus sumber daya: Kelompok sumber daya untuk penjadwalan pada jendela waktu paling akhir (misalnya, pukul 07.00–09.00), sumber daya mesin komputasi, dan kelompok sumber daya untuk Data Integration.