1 / 46

ARSITEKTUR SISTEM TERDISTRIBUSI

ARSITEKTUR SISTEM TERDISTRIBUSI. KELOMPOK III. 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

hung
Download Presentation

ARSITEKTUR SISTEM TERDISTRIBUSI

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ARSITEKTUR SISTEM TERDISTRIBUSI KELOMPOK III 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

  2. PEMBAHASAN • ARSITEKTUR MULTIPROSESOR • ARSITEKTUR CLIENT-SERVER • ARSITEKTUR OBJEK TERDISTRIBUSI • CORBA

  3. PENDAHULUAN

  4. Hampir 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.

  5. TIPE SISTEM UTAMA Sistem 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.

  6. KERAKTERSISTIK YANG PENTING DARI SISTEM TERDISTRIBUSI Coulouris et al .(1994) mengidentifikasi enam keraktersistik yang penting dari sistem terdistribusi: Pemakaian bersama sumber daya Keterbukaan Konkurensi Skalabilitas Toleransi kesalahan Transparansi

  7. SISTEM TERDISTRIBUSI MEMILIKI BEBERAPA KERUGIAN • Kompleksitas • Keamanan • Kemampuan untuk dapat dikendalikan • Tidak dapat diramalkan.

  8. DUA TIPE GENERIK ARSITEKTUR SISTEM TERDISTIBUSI • Arsitektur client-server • Sistem 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 terdistribusi • Dalam 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 .

  9. 1. ARSITEKTUR MULTIPROSESOR

  10. Arsitektur multiprosesor Model 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.

  11. Gambar 11.2 Sistem kontrol lalu lintas multiprosesor

  12. 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.

  13. 2. ARSITEKTUR CLIENT SERVER

  14. ARSITEKTUR CLIENT-SERVER Pada 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.

  15. Gambar 11.3 Sistem client Server

  16. Gambar 11.4 Komputer pada jaringan client server

  17. 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.

  18. 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 presentasi Lapisan Pemrosesan aplikasi Lapisan manajeman data

  19. Gambar 11.5 Lapisan Aplikasi

  20. Gambar 11.6 Thin client dan fat client

  21. 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-client Model fat-client

  22. Gambar 11.7 Sistem ATM client-server

  23. 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.

  24. Gambar 11.8 Arsitektur client-server three-tier

  25. Masalah 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.

  26. Gambar 11.9 Arsitektur distribusi sistem Internet banking

  27. 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.

  28. 3. ARSITEKTUR OBJEK TERDISTRIBUSI

  29. Pada 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.

  30. Gambar 11.11 Arsitektur objek terdistribusi

  31. Pendekatan 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).

  32. Kelebihan model arsitektur sistem terdistribusi adalah • Model 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 diskala • Rekonfigurasi sistem secara dinamis akan dimungkinkan dengan objek bermigrasi melintasi jaringan bilamana diperlukan.

  33. 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.

  34. Gambar 11.12 Arsitektur distribusi sistem penambangan data

  35. Contoh 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.

  36. 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.

  37. 4. CORBA

  38. DUA STANDAR UTAMA BAGI MIDDLEWARE UNTUK MENDUKUNG KOMPUTASI OBJEK TERDISTRIBUSI • CORBA (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.

  39. Gambar 11.13 Struktur aplikasi terdistribusi berbasis CORBA

  40. Visi 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 aplikasi Objek Standar Layanan CORBA Fasilitas CORBA horizontal

  41. Gambar 11.14 Kominikasi objek melalui ORB

  42. Ada 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.

  43. Gambar 11.15 Komunikasi antar ORB

  44. Ilustrasi 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.

  45. 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.

  46. TERIMA KASIH “Semoga Bermanfaat”

More Related