A.
Middleware
Telematika
1.
Tujuan umum Middleware :
·
Middleware adalah S/W penghubung yang berisi sekumpulan
layanan yang memungkinkan beberapa proses dapat berjalan pada satu atau lebih
mesin untuk saling berinteraksi pada suatu jaringan.
·
Middleware sangat dibutuhkan untuk bermigrasi dari
aplikasi mainframe ke aplikasi client/server dan juga untuk menyediakan
komunikasi antar platform yang berbeda
·
Middleware yang paling banyak dipublikasikan :
ü Open Software
Foundation’s Distributed Computing Environment (DCE)
ü Object Management Group’s Common Object
Request Broker
ü Architecture
(CORBA), Microsoft’s COM/DCOM (Component Object Model)
2.
Lingkungan Komputasi pada Middleware :
Definisi Lingkungan komputasi adalah suatu
lingkungan di mana sistem computer digunakan. Lingkungan komputasi dapat
dikelompokkan menjadi empat jenis yaitu :
·
Komputasi tradisional,
·
Komputasi berbasis jaringan,
·
Komputasi embedded,
·
Komputasi grid.
Pada
awalnya komputasi tradisional hanya meliputi penggunaan komputer meja (desktop)
untuk pemakaian pribadi di kantor atau di rumah. Namun, seiring dengan
perkembangan teknologi maka komputasi tradisional sekarang sudah meliputi
penggunaan teknologi jaringan yang diterapkan mulai dari desktop hingga sistem
genggam. Perubahan yang begitu drastis ini membuat batas antara komputasi
tradisional dan komputasi berbasis jaringan sudah tidak jelas lagi.
Lingkungan
komputasi itu sendiri bisa diklasifikasikan berdasarkan cara data dan instruksi
programnya dihubungkan yang terdiri atas empat kategori berikut ini :
·
Single instruction stream-single data stream (SISD) :
Satu prosesor dan biasa juga disebut komputer sekuensial
·
Single instruction stream-multiple data stream (SIMD) :
Setiap prosesor memiliki memori lokal dan duplikasi program yang sama sehingga
masing-masing prosesor akan mengeksekusi instruksi/program yang sama
·
Multiple instruction stream-single data stream (MISD) :
Data yang ada di common memory akan dimanipulasi secara bersamaan oleh semua
prosesor
·
Multiple instruction stream-multiple data stream (MIMD) :
Setiap prosesor memiliki kontrol unit, memori lokal serta memori bersama
(shared memory) yang mendukung proses paralelisasi dari sisi data dan
instruksi.
3.
Kebutuhan Middlware pada telematika
Middleware adalah software yang dirancang
untuk mendukung pengembangan sistem tersebar dengan memungkinkan aplikasi yang
sebelumnya terisolasi untuk saling berhubungan. Dengan bantuan middleware, data
yang sama dapat digunakan oleh customer service, akuntansi, pengembangan, dan
manajemen sesuai kebutuhan. Middleware dapat juga berfungsi sebagai penerjemah
informasi sehingga setiap aplikasi mendapatkan format data yang dapat mereka
proses.
Middleware tersedia untuk berbagai platform,
dengan berbagai jenis. Jenis middleware yang umum dikembangkan saat ini dapat
dikelompokkan dalam lima kategori besar, salah satunya adalah homegrown, yang
dikembangkan khusus untuk kebutuhan internal organisasi, model RPC/ORB (Remote
Procedure Call/Object Request Broker), Pub/Sub (Publication/Subscription),
Message Queuing, dan TP (Transaction Processing) Monitor.
Di Linux, banyak perusahaan besar seperti
IBM, BEA, dan Schlumberger yang sedang dan sudah mengerjakan berbagai sistem
middleware. Salah satu produk middleware IBM untuk platform Linux adalah
BlueDrekar™. BlueDrekar™ adalah middleware berbasis spesifikasi Bluetooth™
untuk koneksi peralatan wireless di lingkungan rumah dan kantor. Produk
middleware ini menyediakan protocol stack dan berbagai API (Application
Programming Interfaces) yang dibutuhkan aplikasi berbasis jaringan. Diharapkan
adanya BlueDrekar™ di Linux ini akan mempercepat pertumbuhan aplikasi dan
peralatan berbasis Bluetooth™.
Contoh lain, BEA Tuxedo™ dari BEA System,
sebuah middleware transaction processing monitor yang juga mendukung model ORB,
tersedia untuk berbagai platform, termasuk RedHat Linux. BEA Tuxedo
memungkinkan kombinasi pengembangan aplikasi dengan model CORBA dan ATMI
(Application-to-Transaction Monitor Interface). Sebuah aplikasi yang dibuat
untuk Tuxedo dapat berjalan pada platform apapun yang ditunjang oleh BEA tanpa
perlu modifikasi dalam kode aplikasinya.
4.
Contoh - Contoh Middleware Telematika
Contoh
- Contoh Middleware :
·
Java’s : Remote Procedure Call
·
Object Management Group’s : Common Object Request
Broker
·
Architecture (COBRA)
·
Microsoft’s COM/DCOM (Companent Object Model)
Contoh Layanan Middleware :
a.
Transaction Monitor :
·
Produk pertama yang disebut middleware
·
Menempati posisi antara permintaan dari program client
dan database, untuk meyakinkan bahwa semua transaksi ke database terlayani
dengan baik.
b.
Messaging Middleware :
·
Menyimpan data dalam suatu antrian message jika mesin
tujuan sedang mati atau overloaded
·
Mungkin seperti sistem messageng email, kecuali messaging
middleware digunakan untuk mengirim data antar aplikasi
c.
Distributed Object Middleware :
·
Menyediakan antarmuka antara sebuah query dengan beberapa
database yang terdistribusi. Contoh : JDBC, ODBC, dan ADO.NET.
d.
Application Server Middleware :
·
J2ME Application Server, Oracle Application Server.
B.
Manajemen
Data Telematika
Menurut DAMA (Demand Assigned Multiple
Access), Manajemen Data adalah pengembangan dan penerapan arsitektur,
kebijakan, praktik, dan prosedur yang secara benar menangani siklus hidup
lengkap data yang dibutuhkan oleh suatu perusahaan. Jadi, Manajemen data
telematika merupakan prosedur yang menangani siklus hidup lengkap data yang
dibutuhkan oleh perusahaan dengan bantuan telematika.
1. Manajemen
Data Sisi Klien
Manajemen Data yang terjadi pada sisi klien
dapat kita pahami pada DBMS dibawah ini.
Merupakan
suatu DBMS yang terdapat pada peralatan bergerak (mobile device). mobile DBMS
adalah versi khusus dari sebuah departemen atau perusahaan DBMS. Ini dirancang
untuk digunakan dengan remote pengguna yang biasanya tidak terhubung ke
jaringan. DBMS memungkinkan mobile akses database lokal dan modifikasi pada
laptop atau perangkat genggam, seperti PDA atau PocketPC Palm. Selanjutnya,
mobile DBMS menyediakan mekanisme untuk sinkronisasi perubahan basis data jauh
terpusat, perusahaan atau departemen server database.
2. Manajemen
Data Sisi Server
Manajemen
Data yang terjadi pada sisi server dapat kita pahami pada versi DBMS dibawah
ini.
MODBMS
(Memindahkan Obyek DBMS) adalah sebuah DBMS yang menyimpan dan mengelola
informasi lokasi serta dinamis lainnya informasi tentang obyek bergerak. MODBMS
memungkinkan seseorang untuk mewakili benda-benda bergerak dalam database dan
untuk menanyakan pertanyaan tentang gerakan tersebut. Daerah MODBMS merupakan
bidang yang belum dijelajahi relatif terhadap RDBMS atau DBMS Spasial di mana
beberapa karya yang telah dilakukan dalam standarisasi dan komersialisasi. Ada
beberapa penelitian prototipe untuk MODBMS seperti DOMINO tetapi hanya sedikit
produk MODBMS komersial.
Memindahkan
objek dapat diklasifikasikan ke dalam bergerak poin dan bergerak daerah.
Memindahkan objek hanya relevan tergantung waktu posisi dalam ruang. Mereka
bisa mobil, truk, pesawat terbang, kapal atau ponsel pengguna. Pindah daerah
objek bergerak dengan rupa seperti badai, hutan file, tumpahan minyak, wabah
penyakit, dan sebagainya. Pindah daerah berubah posisi dan geometri objek
dengan waktu sambil bergerak poin hanya berubah posisi benda.
3. Manajemen
Data Sistem Bergerak (Mobile Database Management System)
Pesatnya
perkembangan bagi komunikasi bergerak mendorong para operator layanan berlomba
untuk memperkaya macam layanannya guna menambah pemasukan bagi perusahaanya.
Komunikasi data bergerak, misalnya untuk akses internet. Pengenalan WAP
(Wireless Application Protocol) telah menunjukkan potensi sebagai layanan
internet nirkabel/ WAP merupakan protocol global terbuka yang memungkinkan para
pengguna mengakses layanan-layanan on-line dari layar kecil pada telepon
genggam dengan menggunakan built-in browser. WAP bekerja pada berbagai
teknologi jaringan bergerak, yang memungkinkan pasar missal bagi penciptaan
layanan data bergerak.
Contoh
dari layanan bergerak adalah GPRS.
GPRS merupakan system transmisi berbasis paket untuk GSM yang
menggunakan prinsip ‘tunnelling’. GPRS tidak menawarkan laju data tinggi yang memadai
untuk multimedia nayata, tetapi GPRS merupakan kunci untuk menghilangkan
beberapa batas pokok bagi layanan-layanan data bergerak.
C.
Open Services
Gateway Inisiatif (OSGI)
The OSGi Alliance (sebelumnya dikenal sebagai
Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi
standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah
ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak
jauhInti bagian dari spesifikasi adalah sebuah kerangka kerja yang
mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry,
sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar
OSGi layers, API, dan Jasa telah ditetapkan.
OSGi
teknologi adalah sistem modul dinamis untuk Java ™
OSGi teknologi menyediakan layanan
berorientasi, komponen berbasis lingkungan untuk para pengembang dan menawarkan
cara-cara standar untuk mengelola siklus hidup perangkat lunak. Kemampuan ini
sangat meningkatkan nilai berbagai komputer dan perangkat yang menggunakan
platform Java.
Pengadopsi teknologi OSGi manfaat dari
peningkatan waktu ke pasar dan mengurangi biaya pengembangan karena teknologi
OSGi menyediakan integrasi pra-dibangun dan pra-komponen subsistem diuji.
Teknologi ini juga mengurangi biaya pemeliharaan dan kemajuan aftermarket baru
peluang unik karena jaringan dapat dimanfaatkan untuk secara dinamis mengupdate
atau memberikan layanan dan aplikasi di lapangan.
1. Spesifikasi
OSGI
OSGi spesifikasi yang dikembangkan oleh para
anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah
Lisensi Spesifikasi OSGi. OSGi Alliance yang memiliki kepatuhan program yang
hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi
implementasi berisi lima entri.
2. Arsitektur
OSGI
Setiap
kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan untuk
modularisasi aplikasi ke dalam kumpulan yang lebih kecil.
Setiap
bundel adalah erat-coupled, dynamically loadable kelas koleksi, botol, dan
file-file konfigurasi yang secara eksplisit menyatakan dependensi eksternal
mereka (jika ada). Kerangka kerja konseptual yang dibagi dalam bidang-bidang
berikut:
·
Bundles
Bundles
adalah normal jar komponen dengan nyata tambahan header
·
Services
Layanan yang menghubungkan lapisan bundel dalam cara yang
dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk
menikmati objek (POJO).
·
Services
API untuk jasa manajemen (ServiceRegistration,
ServiceTracker dan ServiceReference).
·
Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start,
stop, update, dan uninstall) bundel.
·
Modules
Lapisan yang mendefinisikan enkapsulasi dan deklarasi
dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
·
Security
Layer yang menangani aspek keamanan dengan membatasi
fungsionalitas bundel untuk pra-didefinisikan kemampuan.
·
Execution Environment
Mendefinisikan metode dan kelas apa yang tersedia dalam
platform tertentu. Tidak ada daftar tetap eksekusi lingkungan, karena dapat
berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa.
Namun, set berikut saat ini didukung oleh sebagian besar OSGi implementasi:
Ø CDC-1.1/Foundation-1.1
CDC-1.1/Foundation-1.1
Ø OSGi/Minimum-1.0
OSGi/Minimum-1.0
Ø OSGi/Minimum-1.1
OSGi/Minimum-1.1
Ø JRE-1.1
JRE-1.1
Ø From J2SE-1.2
up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6
Ø CDC-1.0/Foundation-1.0
CDC-1.0/Foundation-1.0
Referensi :
Tidak ada komentar:
Posting Komentar