arsitektur sistem terdistribusi

of 46 /46
ARSITEKTUR SISTEM TERDISTRIBUSI DISUSUN OLEH 092904006 SYAPUTRI ARTAMI S 092904010 AYU ANGGRIANI H 092904011 RUDI DIAN SYAH 092904030 ZUL FADLY SULTHAN 092904035 JUMIATI 092904041 HUSNAENI 092904043 NURHALIMAH PRODI PENDIDIKAN TEKNIK INFORMATIKA DAN KOMPUTER JURUSAN PENDIDIKAN TEKNIK ELEKTRO FAKULTAS TEKNIK UNIVERSITAS NEGERI MAKASSAR 2011 KELOMPOK III

Author: hung

Post on 19-Mar-2016

83 views

Category:

Documents


0 download

Embed Size (px)

DESCRIPTION

ARSITEKTUR SISTEM TERDISTRIBUSI. KELOMPOK III. DISUSUN OLEH. 092904006SYAPUTRI ARTAMI S 092904010AYU ANGGRIANI H 092904011RUDI DIAN SYAH 092904030ZUL FADLY SULTHAN 092904035JUMIATI 092904041HUSNAENI 092904043NURHALIMAH. PRODI PENDIDIKAN TEKNIK INFORMATIKA DAN KOMPUTER - PowerPoint PPT Presentation

TRANSCRIPT

PowerPoint Presentation

ARSITEKTUR SISTEM TERDISTRIBUSIDISUSUN OLEH

092904006SYAPUTRI ARTAMI S092904010AYU ANGGRIANI H092904011RUDI DIAN SYAH092904030ZUL FADLY SULTHAN092904035JUMIATI092904041HUSNAENI092904043NURHALIMAHPRODI PENDIDIKAN TEKNIK INFORMATIKA DAN KOMPUTERJURUSAN PENDIDIKAN TEKNIK ELEKTROFAKULTAS TEKNIKUNIVERSITAS NEGERI MAKASSAR2011KELOMPOK IIIARSITEKTUR MULTIPROSESORARSITEKTUR CLIENT-SERVERARSITEKTUR OBJEK TERDISTRIBUSICORBAPEMBAHASANPENDAHULUANHampir semua berbasis komputer yang besar saat ini merupakan sistem terdistribusi (sistem terbesar). Sistem terdistribusi adalah sistem di mana pemrosesan informasi didistribusikan pada beberapa komputer dan tidak terbatas hanya pada satu mesin saja. Rekayasa sistem terdistribusi memiliki banyak kesamaan dengan rekayasa perangkat lunak yang lain, tetapi ada isu-isu khusus yang harus diperhitungan ketika merancangan tipe sistem ini.Perekayasa perangkat lunak harus menyadari isu perangkat ini karena sistem terdistribusi banyak digunakan. Belum lama ini, kebanyakan sistem besar merupakan sistem sentral yang berjalan pada satu mainframe dengan terminal-terminal yang pemrosesan atau bahkan tidak memiliki kemampuan sama sekali, sehingga semua pemrosesan informasi merupakan tanggung jawab komputer mainframe. TIPE SISTEM UTAMASistem personal yang tidak terdistribusi dan dirancang untuk berjalan pada personal komputer atau workstation.Sistem embedded yang berjalan pada satu prosesor atau pada kelompok prosessor yang terintegrasi.Sistem terdistribusi (tersebar) di mana perangkat lunak sistem berjalan pada kelompok prosesor yang bekerja sama dan terintegrasi secara longgar, dengan dihubungkan oleh jaringan.

KERAKTERSISTIK YANG PENTING DARI SISTEM TERDISTRIBUSICoulouris et al .(1994) mengidentifikasi enam keraktersistik yang penting dari sistem terdistribusi:Pemakaian bersama sumber dayaKeterbukaanKonkurensiSkalabilitasToleransi kesalahanTransparansi

SISTEM TERDISTRIBUSI MEMILIKI BEBERAPA KERUGIANKompleksitasKeamananKemampuan untuk dapat dikendalikanTidak dapat diramalkan.DUA TIPE GENERIK ARSITEKTUR SISTEM TERDISTIBUSIArsitektur client-serverSistem dapat dianggap sebagai satu set layanan yang disediakan untuk klien yang memakai layanan ini. Server dan klien diperlakukan berbeda pada sistem ini.

2. Arsitektur objek terdistribusiDalam hal ini, tidak ada perbedaan antara server dan klien, sistem dapat dianggap sebagai satu set objek yang berinteraksi yang lokasinya tidak relevan. Tidak ada perbedaan antara penyedia layanan dan user layanan .

1. ARSITEKTUR MULTIPROSESORArsitektur multiprosesorModel sistem terdistribusi yang paling sederhana adalah sistem multiprosesor di mana sistem terdiri dari sejumlah prosesor yang dapat (tidak mesti) berjalan pada beberapa prosesor yang terpisah.Sistem-sistem ini mengumpulkan informasi membuat keputusan dengan menggunakan informasi ini, kemudian mengirim sinyal ke aktuator yang memodifikasi lingkungan sistem.

Gambar 11.2Sistem kontrol lalu lintas multiprosesor

Contoh tipe sistem yaitu Gambar 11.2 Sistem kontrol lalu lintas multiprosesor merupakan model yang disederhanakan dari sistem kontrol lalu lintas. Satu set sensor terdistribusi mengumpulkan informasi dari lalu lintas dan memproses informasi ini secara lokal sebelum mengirimnya ke ruangan kontrol. Operasi mengambil keputusan dengan memakai informasi ini dan memberi instruksi ke proses kontrol lampu lalu lintas yang berbeda. Pada contoh ini, ada proses logika yang terpisah untuk menangani sensor, ruangan kontrol, dan lampu lalu lintas. Proses-proses logika ini bisa merupakan proses tunggal atau sekelompok proses. Pada contoh ini, proses-proses berjalanan pada prosesor-prosesor yang terpisah.2. ARSITEKTUR CLIENT SERVERARSITEKTUR CLIENT-SERVERPada arsitektur clien-server, suatu aplikasi dimodelkan sebagai satu set layangan yang disediakan oleh server dan satu set klien yang memakai layanan-layanan ini (Orfali dan Harkey, 1998).Klien perlu menyadari keberadaan server yang tersedia, tetapi kita biasanya tidak mengetahui keberadaan klien yang lain.Klien dan server adalah proses yang berbeda, hal ini ditunjukkan pada Gambar 11.3 Sistem client Server yang merupakan model logika dari arsitektur client-server terdistribusi.

Gambar 11.3 Sistem client Server

Gambar 11.4 Komputer pada jaringan client server

Gambar11.4 Komputer pada jaringan client-server menunujukkan arsitektur fisik sistem dengan enak komputer klien dan dua komputer server. Sistem ini dapat menjalankan proses klient dan server yang ditunjukkan pada Gambar 11.3. Membicarakan klien dan server, maka yang dimaksud adalah proses logika ini, dan bukannya komputer fisik di mana proses-proses ini berjalan.

Perancangan sistem client-server harus merefleksikan struktur logika aplikasi yang sedang dikembangkan. Salah satu cara untuk memandang aplikasi diilustariskan pada Gambar 11.5 yang menunjukkan aplikasi yang distruktur menjadi tiga lapisan, yaitu:Lapisan presentasiLapisan Pemrosesan aplikasiLapisan manajeman dataGambar 11.5 Lapisan Aplikasi

Gambar 11.6 Thin client dan fat client

Arsitektur client-server yang paling sederhanan disebut arsitektur client-server two-tier, di mana aplikasi diorganisir seperti server (atau banyak server yang identik) dan satu set klien. Sebagaimana diinlustrasikan pada gambar 11.6, arsitektur client server two-tier memiliki 2 bentuk:Model thin-clientModel fat-clientGambar 11.7 Sistem ATM client-server

Sistem jaringan ATM diilustarikan pada Gambar 11.7. ATM tidak terhubung langsung ke data base nasabah, tetap terhubung ke monitorteleprocessing. Menggunakan transaksi serial mengandung arti bahawa sistem dapat pulih dari kesalahan tanpa merusak data sistem.Gambar 11.8 Arsitektur client-server three-tier

24Masalah yang penting dengan pendekatan two-tier clien server adalah bahwa lapisan logika-presentasi, pemrosesan aplikasi, manajemen data harus dipetakan pada dua sistem komputer. Mungkin akan ada masalah dengan dengan skalabilitas dan kinerja jika dipilih model thin-client. Mungkin pula akan ada masalah manajemen sistem jikadipakai model fat-client. Untuk menghindari masalah-masalah ini, pendekatan alternatifnya adalah menggunakan arsitektur three-tier client server (Gambar.11.8). Pada arsitektur ini, presentasi, pemrosesan aplikasi dan manajemen data merupakan proses yang terpisah secara logika.Gambar 11.9 Arsitektur distribusi sistem Internet banking

Sistem Internet banking merupakan satu contoh tipe sistem yang dapat di implementasikan dengan menggunakan arsitektur three-er client-server. Database nasabah bank (biasanya berada pada komputer mainframe) menyediakan layanan manajemen data, web server menyediakan layanan aplikasi sepeti fasilitas untukmentrasfer uang tunai. Memunculkan kalimat-kalimat, membayar tagihan, dll. Dan komputer nasabah dengan browserInternet merupakan klien. Contoh ini diilustrasikan pada Gambar 11.9. Sistem ini dapat diskala karena relatif mudah untuk menembahkan web server baru dengan bertambahnya jumlah nasabah.3. ARSITEKTUR OBJEK TERDISTRIBUSIPada model client-server sistem terdistribusi, klien dan server berbeda. Klienn menerima layanan dari server dan tidak dari klien lainnya; server dapat bertindak sebagai klien dengan menerima layanan dari server lain tetapi klien tidak meminta layanan dari klien; klien harus mengetahui layanan yang diberikan oleh server-server tertentu dan harus mengetahui bagaimana menghubungi server-server ini.

Gambar 11.11 Arsitektur objek terdistribusiPendekatan yang lebih umum bagi sistem terdistribusi adalah menghilangkan perbedaan antara klien dan server, dan merancang arsitektur sistem sebagai arsitektur objek terdistribusi. Pada arsitektur objek terdistribusi (Gambar 11.11) komponen-komponen sistem fundamental merupakan objek yang menyediakaninterface bagi satu set layanan yang mereka sediakan. Objek-onjek lain memanggil layanan ini tanpa adanya perbedaan logika antara klien (peneria layanan) dan server (penyedia layanan).Kelebihan model arsitektur sistem terdistribusi adalahModel ini memungkinkan perancangan sistem menunda keputusan mengenai di mana dan bagaimana layanan harus disediakan.Model ini merupakan arsitektur yang sangat terbuka yang memungkinkan sumber daya harus ditambahkan jika perlu.Sistem ini fleksibel dan dapat diskalaRekonfigurasi sistem secara dinamis akan dimungkinkan dengan objek bermigrasi melintasi jaringan bilamana diperlukan.Arsitektur objek dapat digunakan dengan dua cara pada perancangan sistem:

Sebagai model logika yang memungkinkan anda menstruktur dan mengorganisir sistem.Sebagai pendekatan yang fleksibel terhadap sistem client-server.

Gambar 11.12 Arsitektur distribusi sistem penambangan dataContoh tipe sistem di mana arsitektur objek terdistribusi mungkin cocok adalah sistem penambangan data (data mining), yang mencari hubungan antara data yang tersimpan pada sejumlah database yang berbeda (Gambar 11.12). Contoh aplikasi penambangan data mungkin berupa kasus bisnis ritel yang memiliki toko yang berbeda-beda jenisnya (katakanlah toko makanan dan toko peralatan) dan mereka mencoba mencari hubungan antara pembelian jenis makanan bayi mungkin juga membeli wallpaper dengan tipe tertentu. Dengan pengetahuan ini, bisnis tersebut kemudian dapat menargetkan pelanggan makanan bayi dengan tawaran gabungan. Arsitektur objek terdistribusi merupakan arsitektur yang cocok untuk tipe aplikasi ini, dan bukan arsitektur client-server, berdasarkan tiga alasan berikut:Tidak seperti ATM (Misalnya), model logika sistem bukan salah satu penyedia layanan di mana terdapat layanan manajemen data yang nyata.Cara ini memungkinkan jumlah database yang diakses bertambah tanpa menggangu sistem.Arsitektur ini memungkinkan tipe hubungan yang berbeda ditambang (mined) dengan menambahkan objek integrator baru.4. CORBADUA STANDAR UTAMA BAGI MIDDLEWARE UNTUK MENDUKUNG KOMPUTASI OBJEK TERDISTRIBUSICORBA (Common Object Request Broker Architecture)

CORBA merupakan satu set standar untuk middleware yang diintegrasikan dengan sistem operasi Microsoft.

2. DCOM (Distributed Component Object Mode)

DCOM merupakan standar yang dikembangkan dan implementasi oleh Microsoft dan diintegrasikan dengan sistem operasi Microsoft.

Gambar 11.13 Struktur aplikasi terdistribusi berbasis CORBAVisi OMG mengenai aplikasi terdistribusi ditunjukkan pada Gambar 11.13 yang adaptasi dari diagram Siegel untuk Object Management Architecture (Siegel , 1998)Visi ini mengusulkan agar aplikasi terdistribusi terbuat dari sejumlah komponen yaitu:Objek aplikasiObjek StandarLayanan CORBAFasilitas CORBA horizontal

Gambar 11.14 Kominikasi objek melalui ORBAda empat utama untuk standar CORBA yaitu:Model objek untuk objek aplikasi dimana objek CORMA Object Request Broken (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 di atas layanan-layanan dasar yang mungkin, dibutuhkan oleh aplikasi ini.42

Gambar 11.15 Komunikasi antar ORBIlustrasi Gambar 11.15, Pada contoh ini, jika objek o1 atau o2 meminta layanan dari o3 atau o4, deperlukan ORB yang terhubung untuk berkomunikasi. Implementasi CORBA mendunkung komunikasi ORB-keORB dengan menyediakan semua akses ORB ke semua definisi interface IDL dan dengan mengimplementasikan Generic Inter-ORB Protocol (GIOP) standar dari OMG. Protokol ini mendefenisikan messege standar yang dapat dipertukarkan ORB untuk implementasi invokasi objek jarak jauh dan transfer informasi. Kerika dikombinasikan dengan protokol Internet TCP/IP, GIOP memungkinkan ORB berkomunukasi melintasi Internet.Beberapa contoh layanan generiknya adalah:Layanan penamaan dan pertukaran yang memungkinkan objek mengacu ke dan menentukan objek lain pada jaringan.Layanan pengumuman yang memungkinkan objek memberitahu objek lain bahwa telah terjadi suatu event (peristiwa).Layanan transaksi yang mendukung transaksi atomik dan rollback (kembali ke asal) jika ada kesalahan.

TERIMA KASIH

Semoga Bermanfaat