STRATEGI PENGOLAHAN DATA TERDISTRIBUSI 2 sks Oleh : Sri Rezeki Candra Nursari

Ukuran: px

Mulai penontonan dengan halaman:

Download "STRATEGI PENGOLAHAN DATA TERDISTRIBUSI 2 sks Oleh : Sri Rezeki Candra Nursari"

Surya Gunardi
7 tahun lalu
Tontonan:

1 STRATEGI PENGOLAHAN DATA TERDISTRIBUSI 2 sks Oleh : Sri Rezeki Candra Nursari Pertemuan Proses Perancangan Pertimbangan Pemilihan Strategi Misi Organisasi Model Bentuknya Kulturnya Teknologi Kerumitan Kemudahan Peluang SDM yang ada 1

2 XI. Pengawasan Kompleksitas Penggunaan DDP dapat menimbulkan Kompleksitas ukuran sistem berkurang Kompleksitas berkembang. Adanya perkembangan Teknologi Komputer yang masih sangat pesat Pengendalian biaya Adanya pertumbuhan organisai Pengawasan Kompleksitas Prinsip DDP Setiap node pengolahannya berdiri sendiri & meminimalkan hubungan dengan node yang jauh Ketergantungan antar muka Sesedikit mungkin meminimalkan Couple Tujuan Rancangan DDP Memaksimumkan otonomi lokal & meminimalkan ketergantungan 2

3 Kebaikan dan Keburukan Pengolahan Data Terdistribusi Proses terdistribusi dapat mengakibatkan penambahan dan pengurangan kompleksitas sistem perancangan pengolahan data terdistribusi. Beberapa karakteristik pengolahan data terdistribusi yang baik dan buruk Karakteristik PDT, Perancangan yang baik Kompleksitas sistem berkurang Interface antar subsistem sederhana dan sedikit Prosesor pemakai yang otonom hingga derajat tertentu Semua prosesor pemakai sesuai dengan interface dan standar sistem Prosesor pemakai menyediakan fasilitas data, pembuatan laporan dan pengembangan aplikasi 3

4 Karakteristik PDT, Perancangan yang baik Otonomi pemakai dalam pengembangan aplikasi Arsitektur jaringan tingkat tinggi dapat dipercaya dan fleksibel penggunaannya Perancangan ditekankan pada produktivitas pengembangan aplikasi Prosesor peripheral mudah digunakan Perancangan data terkoordinasi kecuali data untuk satu lokasi Perancangan, lokasi & penggunaan database Karakteristik PDT, Perancangan yang baik Keamanan sistem Sistem dapat diaudit Keseimbangan antara yang mana yang harus dipusatkan, dan yang mana disebarkan 4

5 Karakteristik PDT, Perancangan yang buruk Kompleksitas bertambah Interaksi antar subsistem rumit Prosesor pemakai rumit hubungannya dengan prosesor lain Prosesor pemakai ditentukan oleh team yang berbeda tanpa koordinasi dari pusat Prosesor harus diprogram dalam bahasa tingkat rendah Karakteristik PDT, Perancangan yang buruk Pengembangan aplikasi terpusat Hubungan teleprocessing tingkat rendah dengan arsitektur jaringan yang rumit Pengembangan aplikasi hanya menggunakan pemrograman cara lama Prosesor peripheral memerlukan pemrograman/operator sistem terlatih Data imkompatibel pada lokasi berbeda Tidak menggunakan DBMS Tidak ada kamus data atau hanya ada dipusat 5

6 Karakteristik PDT, Perancangan yang buruk Tidak ada keamanan pada node peripheral Sistem tidak dapat diaudit Terpusat atau implementasi pada departemen pemakai tanpa koordinasi XII. Masalah Inkompatibilitas Inkompatibilitas menghambat keterhubungan sistem dalam mencapai tujuannya. Masalah yang terjadi biasanya adalah : Prosedur kontrol-jalur yang berbeda Pembuat yang berbeda Perangkat lunak di luar jaringan transpor dari pembuat yang berbeda Jenis perangkat lunak database yang berbeda Struktur file yang mahal untuk konversi ke struktur file lain atau struktur database Sulitnya migrasi ke teknologi yang lebih baik jika tidak direncanakan Administrasi data yang tidak cukup sehingga field data dan struktur data tidak kompatibel 6

7 XII. Masalah Inkompatibilitas Arsitektur : Dalam arsitektur sistem distribusi berbagai mesin harus dapat digabungkan untuk membetuk konfigurasi yang bermacam-macam caranya. Untuk itu, mesin dan perangkat lunaknya harus, kompatibel Standar arsitektur harus mendukung : Perubahan sistem (konfigurasinya fleksibel) Keuntungan distribusi fungsi dan distribusi pengolahan Jaringan komputer perusahaan XII. Masalah Inkompatibilitas Inkompatibilitas Antar Pembuat Arsitektur untuk pengolahan terdistribusi dan jaringan komputer dirancang oleh tiga tipe organisasi : Pembat komputer Common carrier dan administrator telekomunikasi Organisasi standar yang membuat interface seperti ccitt Arsitektur dari pembuat komputer inkompatibel dengan arsitektur dari common carrier. Pembuat jaringan transpor sering berbeda sama sekali dengan X.25. Hanya sedikit sekali adanya persamaan antara arsitektur yang dibuat Dengan adanya inkompatibilitas pada arsitektur, protokol konversi akan menjadi salah satu fungsi dari intelegensia terdistribusi 7

8 XII. Masalah Inkompatibilitas Inkompatibilitas Sessions Service Masalah yang lebih rumit adalah pada perangkat lunak tingkat lebih tinggi, session service, karena banyaknya fungsi yang mungkin. Perangkat lunak ini juga akan distandarisasi. Suatu contoh fungsi yang menyederhanakan pemrograman aplikasi untuk sistem terdistribusi, tapi hanya bekerja pada mesin DECNET. Untuk membuat jarak tersebut transparan bagi si pemrogram, diperlukan protokol dan perangkat lunak yang rumit yang sangat kompatibel antar mesin yang berkomunikasi. Kompatibilitas ini hanya ada pada mesin dari pembuat yang sama. XII. Masalah Inkompatibilitas Inkompatibilitas Database Struktur logis dari data yang disimpan dalam sistem database sangat penting untuk pengembangan aplikasi. Sistem manajamen database yang berbeda jenisnya seringkali inkompatibel, sehingga untuk mentransfer data antar sistem, programnya harus dituliskan kembali Perkembangan PDT perlu ditunjang dengan penggunaan database di banyak lokasi. Satu mesin perlu mengolah data yang disimpan didalam database pada mesin lainnya. Dengan demikian kompatibilitas database juga sangat diperlukan 8

9 XII. Masalah Inkompatibilitas Inkompatibilitas Data Inkompatibilitas data dapat disebabkan oleh perancangan data yang tidak terkoordinasi Kompatibilitas data sangat penting didalam PDT untuk : Pertukaran data Penggunaan data jarak jauh Yang diperlukan : Kompatibilitas field Struktur record Pengelompokan field dalam database (record, segment, tuple) Diperlukan koordinasi perancangan data yang terpusat PERANCANGAN DISTRIBUSI DATA Distribusi Data. Beberapatipedata yang didistribusikan SentralData, Single Host SentralData, Multiple Host HOST HOST Dependent Hirarki Data HOST HOST HOST HOST 9

10 Contoh umum Distribusi Data Sistem data terpusat dengan sebuah Host Sistem data terpusat dengan banyak Host Data disimpan di lokal/ditempat jauh Sistem data Hirarki yang dependent Data pada mesin tingkat rendah erat hubungannya dengan mesin tingkat tinggi Merupakan subset dari data yang lebih tinggi tingkatannya Sistem data Hirarki yang bebas Struktur data berbeda pada berbagai tingkat Data tingkat tinggi berupa ringkasan Contoh : Tingkat Rendah : Operasi rutin; kontrol produksi; order; persediaan Tingkat Tinggi : untuk sistem informasi Contoh umum Distribusi Data Sistem Split data Struktur & format sama, datanya berbeda Tiap bagian menyimpan data bagiannya saja Sistem separate data Data & program berbeda Melayani perusahaan yang sama Sistem data salinan (Replikasi) Salinan data sama pada setiap lokasi (duplikat) Data di-update dari sistem pusat Keuntungan : Menghindari kebutuhan transmisi data Bila terjadi kerusakan, salinan masih ada Ketersediaan sistem lebih ditingkatkan Waktu Respon lebih ditingkatkan Kerugian : Biaya tempat penyimpanan Update & Reorganisasi file dikerjakan beberapa kali 10

11 Contoh umum Distribusi Data Sistem Data Heterogen Sistem Komputer Heterogen Data disimpan pada setiap sistem komputer Tidak ada hubungan antar organisasi data yang berbeda Pemakai dapat mengakses ke komputer lain namun harus tahu bagaimana data di organisasikan Updating salinan data berganda Perlu perhatian pada perencanaan update dan recovery Restart & recovery dapat menimbulkan masalah. Beberapa alasan menggunakan salinan data berganda Biaya transmisi murah Respon waktu akses lokal dapat ditingkatkan Availability Organisasi data dapat berlainan Security lebih aman, karena ada salinan Biaya konversi Mengurangi biaya & waktu konversi 11

12 Updating salinan master Seluruh transaksi langsung meng-update master. Master menerbitkan salinan yang baru dari record-record yang berubah ke prosesor lain secara periodik Transaksi peng-update bukan file master. Seluruh transaksi disimpan untuk pengupdate-an periodik dari master Kriteria Aplit Pembagian secara Geografis Mengurangi biaya total sistem Meningkatkan keberadaan sistem data Meningkatkan ke aksesan data Waktu respon yang cepat Otoritas user lokal Kerugian Komplek Prosedur sekuriti lebih baik & aman pada lokasi pusat Data tidak kompatibel 12

13 Sampai Bertemu UAS 13

dokumen-dokumen yang mirip

Sentralisasi dan Desentralisasi

Sentralisasi dan Desentralisasi Sentralisasi Biaya Desentralisasi Skala ekonomi membuat sistem sentral lebih murah Terdapat skala ekonomi yang utama dalam storage cost. Biaya per bit jauh lebih rendah