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.
Catatan
Anda dapat mengonfigurasi dependensi penjadwalan untuk node lintas ruang kerja. |
|
Operation Center |
O&M partially isolated antar ruang kerja.
|
|
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_systemataustg_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_resourcesatauods_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_domainataudws_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.
-