11 Arsitektur Sistem Terdistribusi SOFTWARE ENGINEERING (REKAYASA PERANGKAT LUNAK) By : Andi Latifa Nabone

Materi yang akan dibahas Arsitektur multiprosesor Arsitektur Client-Server Arsitektur Objek Terdistribusi CORBA

Sistem Terdistribusi Hampir semua sistem berbasis-komputer yang besar, saat ini merupakan sistem terdistribusi (sistem tersebar) Kegiatan memproses informasi disitribusikan kepada sejumlah komputer sebagai pengganti komputer tunggal Rekayasa Perangkat Lunak Terdistribusi sekarang menjadi isu yang penting

Jenis-Jenis Sistem Sistem Personal yang tidak terdistribusi dan dirancang untuk berjalan pada personel komputer atau workstation. Contoh : Word,Spreadsheet,grafis dll Sistem embedded yang berjalan pada satu prosesor atau pada kelompok prosesor yang terintegrasi Sistem terdistribusi (tersebar) dimana perangkat lunak sistem berjalan pada sekelompok prosesor yang bekerja sama dan terintegrasi secara longgar, dengan dihubungkan oleh jaringan

Karakteristik Sistem terdistribusi Pemakaian bersama sumber daya Keterbukaan Konkurensi Skalabilitas Toleransi kesalahan Transparansi

Arsitektur Sistem Terdistribusi Arsitektur Client-Server Sistem dapat dianggap sebagai satu set layanan yg disediakan untuk Client. Server penyedia layanan, server dan client dilakukan berbeda. Arsitektur Objek Terdistribusi Tidak ada perbedaan antara server dan client, sistem dapat dianggap sebagai satu objek yang berinteraksi yang lokasinya tidak relevan. Tidak ada perbedaan antara server dan client

Middleware Perangkat lunak yang dapat menangani bagian-bagian yang beragam agar dapat berkomunikasi dan bertukar data Istilah middleware mengacu kepada posisi ditengah-tengah dari software ini diantara berbagai komponen sistem terdistribusi yang berbeda Contoh : Transaction processing monitors Data convertors Communication controllers

Arsitektur Multiprosesor Merupakan model sistem terdistribusi yang paling sederhana Sistem terdiri dari sejumlah proses yang dapat (tapi tidak mesti) berjalan pada beberapa prosesor yang terpisah Model ini umum pada sistem real-time yang besar Pendistribusian proses ke prosesor dapat ditentukan sebelumnya atau bisa juga dikendalikan oleh dispatcher yang memutuskan proses yang mana dialokasikan ke masing-masing prosesor

Arsitektur Client-Server Model Aplikasi dimana sekumpulan layanan disediakan oleh Server dan sekumpulan Client yang membutuhkan layanan tersebut Klien tahu server dan server tidak perlu tahu client nya Klient dan server berada pada proses logikal Tidak harus ada pemetaan 1:1 antar proses dengan prosesor pada sistem

Arsitektur Lapisan Aplikasi Lapisan Presentasi Berhubungan dengan penyajian informasi ke user dan dengan semua interaksi user Lapisan Pemrosesan Informasi Berhubungan dengan implementasi logika aplikasi Lapisan Manajemen Data Berhubungan dengan semua operasi database

Thin Client dan Fat Client Model Thin-client Pada model ini semua pemrosesan aplikasi dan manajemen data dilakukan pada server. Klien bertanggung jawab untuk menjalankan perangkat lunak presentasi Model Fat-client Pada model ini, server hanya bertanggung jawab untuk manajemen data. Perangkat lunak pada klien mengimplementasi logika aplikasi dan interaksi dengan user sistem

Model Thin Client Model ini merupakan model yang paling sederhana untuk digunakan ketika sistem warisan (legacy) sentral dikembangkan menjadi arsitektur Client-Server. Kekurangan terbesar dari model thin-client adalah bahwa model tersebut menempatkan beban berat pemrosesan pada pada server dan jaringan

Model Fat Client Menggunakan kekuatan pemrosesan yang tersedia dan mendistribusikan pemrosesan logika aplikasi dan presentasi kepada klien Server harus merupakan server transaksi yang menangani semua transaksi database Lebih rumit dibandingkan model thin client terutama aspek manajemen.Aplikasi diinstal di semua client

Arsitektur Three-Tier Pada arsitektur three-tier , tiap lapisan arsitektur aplikasi dapat dieksekusi dengan prosessor yang terpisah Arsitektur ini mempunyai unjuk kerja yang lebih baik dibandingkan pendekatan thin-client dan lebih sederhana mengelolanya dibandingkan pendekatan fat-client Arsitektur yang dapat dikembangkan- bila demands bertambah , maka tinggal menambahA more scalable architecture - as demands increase, extra servers can be added

Arsitektur Objek Terdistribusi Pada model Client-Server sistem terdistribusi, klien dan server berbeda Klien menerima layanan dari server dan tidak dari klien lainnya Server dapat bertindak sebagai klien dan menerima layanan dari server lainnya Klien tidak meminta layanan dari klien Model ini membatasi fleksibilitas perancang sistem dalam arti perancang harus memutuskan kapan layanan diberikan Pendekatan yang lebih umum bagi sistem terdistribusi adalah menghilangkan perbedaan antara klien dan server, dan merancang arsitektur sistem sebagai arsitektur objek terdistribusi

Keuntungan Model Arsitektur Sistem Terdistribusi Sistem ini memungkinkan perancang sistem menunda keputusan mengenai dimana dan bagaimana layanan harus disediakan Model ini merupakan arsitektur yang sangat terbuka yang meungkinkan sumber day abaru ditambahkan jika perlu Sistem ini sangat fleksibel dan dapt dikembangkan dengan mudah Rekonfigurasi sistem secara dinamis akan dimungkinkan dengan objek berimigrasi melintasi jaringan bilamana diperlukan

Penggunaan Arsitektur Objek Terdistribusi Sebagai model logika yang memungkinkan Anda menstruktur dan mengorganisasikan sistem. Dalam hal ini , yang perlu dipikirkan mengenai bagaimana menyediakan fungsionalitas sistem hanya dalam hitungan layanan dan kombinasi layanan Sebagai pendekatan yang fleksibel terhadap sistem klien-server. Dalam hal ini , model logika sistem merupakan model client-server, tetapi baik client maupun server direalisasikan sebagai objek terdistribusi yang berkomunikasi melalui bus perangkat lunak

Sistem data-mining Data mining adalah contoh dari sistem arsitektur objek terdistribusi Data mining akan mencari hubungan dalam sejumlah database yang berbeda Objek integrator masing-masing dapat menangani hubungan-hubungan khusus dan mengumpulkan informasi dari semua database untuk mencoba menyimpulkan hubungannya Objek visualiser berinteraksi dengan objek integrator untuk menghasilkan visualisasi atau laporan mengenai hubungan yang telah ditemui

CORBA[Common Object Request Broker Architecture] CORBA adalah standar internasional untuk Object Request Broker - middleware - untuk mengelola komunikasi diantara objek yang didistribusikan Ada beberapa implementasi dari CORBA yang tersedia DCOM [ Distributed Component Object Mode] adalah alternatif lain dari CORBA yeng merupakan produk Microsoft CORBA didefinisikan oleh The Object Management Group [OMG]

Struktur Aplikasi OMG mengusulkan agar aplikasi terdistribusi terbuat dari sejumlah komponen : Objek Aplikasi : yang dirancang dan diimplementasikan untuk aplikasi ini Objek Standar : yang didefinisikan oleh OMG untuk domain khusus. Misalnya untuk keuangan/asuransi, e-comm, kesehatan dll. Layanan CORBA : fundamental yang menyediakan layanan komputasi terdistribusi dasar seperti direktori, manajemen sekuritas , dll. Fasilitas CORBA horizontal, seperti user interface, fasilitas manajemen sistem dll.

Standard CORBA Objek CORBA merupakan enkapsulasi status dengan interface yang terdefinisi dengan baik dan netral dalam hal bahasa yang dideskripsikan dalam IDL [interface definition language] Model objek untuk objek aplikasi Object Request Broker (ORB) yang menangani permintaan akan layanan objek Satu set layanan objek yang merupakan layanan umum dan mungkin diperlukan oleh banyak aplikasi terdistribusi Satu set komponen umum, yang dibangun diatas layanan-layanan dasar yang mungkin dibutuhkanoleh aplikasi ini.

Object CORBA Objek CORBA dapat dikomparasi , secara prinsip, dengan objek di dalam C++ dan Java Kedua mesti terpisah dan dinyatakan dengan IDL Oleh karenanya diperlukan pemetaan dari IDL ke bahasa pemrograman (C++, Java, etc.) Dengan demikian object yang ditulis dengan bahasa yang berbeda dapat berkomunikasi satu dengan lainnya

Layanan CORBA Layanan Penamaan dan Layanan Pertukaran Memungkinkan objek mengacu ke dan menemukan objek lain pada jaringan Layanan Pengumuman Memungkinkan objek memberitahu objek lain telah terjadi event Layanan Transaksi Mendukung transaksi atomic dan rollback (kembali ke asal) jika ada kesalahan

TERIMA KASIH