Spesifikasi dan Arsitektur Open Service Gateway Initiative (OSGi)

Spesifikasi  dan Arsitektur Open Service Gateway Initiative (OSGi)

Open Service Gateway Initiative (OSGi) adalah sebuah system dan aplikasi interoperability berbasis komponen platform yang terintegrasi. OSGi merupakan system modul dinamik untuk Java. Teknologi OSGi adalah Universal Middleware. Teknologi OSGi menyediakan sebuah service-oriented, lingkungan yang berbasis komponen untuk pengembang dan menawarkan jalan standard untuk mengatur siklus hidup software. Kemampuan ini dapat menambah nilai jangkauan dari computer dan peralatan yang menggunakan platform Java dengan sangat hebat. Teknologi OSGi mengadopsi keuntungan dari menambah time-to-market dan mengurangi biaya pengembangan karena teknologi OSGi menyediakan subsistem komponen yang terintegrasi dari pre-build dan pre-tested. Teknologi ini juga mengurangi biaya perawatan dan memberikan kesempatan aftermarket yang baru dan unik karena jaringan dapat digunakan untuk update secara dinamik dan mengirimkan service dan aplikasi di lapangan.

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.

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). Sedangkan pada bentuk arsitekturnya, OSGi merupakan sebuah set spesifikasi yang mendefinisikan sebuah komponen system dinamik untuk Java. Spesifikasi ini memungkinkan sebuah model pengembangan dimana aplikasi (secara dinamik) terdiri dari berbagai komponen yang berbeda. Spesifikasi OSGi memungkinkan komponen-komponennya untuk menyembunyikan implementasinya dari komponen lainnya ketika berkomunikasi melalui services dimana biasanya ketika hal ini berlangsung implementasi antar komponen dapat terlihat jelas. OSGi terdiri dari beberapa lapisan berupa model, model yang simple ini telah jauh mencapai efek dari segala aspek dari proses pengembangan software. Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut:

1. Bundles

Bundles adalah normal jar komponen dengan nyata tambahan header

2. Services

Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).

3. Services

API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).

4. Life-Cycle

API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.

5. Modules

Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).

6. Security

Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.

7. Execution Environment

Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak 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

Sumber

http://xdharizal.blogspot.com/2013/01/spesifikasi-arsitektur-open-service.html

http://tartil-freedom.blogspot.com/2013/01/bagaimana-spesifikasi-open-service.html

http://dickysyuhada.blogspot.com/2013/01/spesifikasi-arsitektur-open-services.html

Manajemen Data Telematika

Manajemen data sisi klien

Manajemen Data yang terjadi pada sisi klien dapat kita pahami pada DBMS dibawah ini.

Mobile DBMS (Embedded/Ultra tiny/Java Database)

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.

Teknologi pada sisi Klien :

Kontrol Active X

Java Applet

Client-side script (JavaScript dan VBScript)

DHTML (CSS / Cascading Style Sheets)

Teknologi pada sisi Server :

CGI

FastCGI

Proprietary Web Server API (ISAPI dan NSAPI)

Active Server Pages (ASP)

Java Server Pages (JSP) dan Java Servlets

Server-side JavaScript

PHP

Berikut ini adalah penjelasan mengenai beberapa kolaborasi arsitektur sisi client dan sisi server :

Single-Tier

Definisi arsitektur single-tier, seperti yang ditunjukkan pada gambar di bawah ini, adalah bahwa semua komponen produksi dari sistem dijalankan pada komputer yang sama. Kelemahan dari jenis ini adalah keamanannya lebih rendah dan kurangnya skalabilitas. Sebuah arsitektur skalabel dapat dengan mudah ketika diperluas atau ditambah untuk memenuhi kebutuhan peningkatan kinerja.

Two-tier

Dalam arsitektur klien / server dua lapis , antarmuka pengguna ditempatkan di lingkungan desktop dan sistem manajemen database. Biasanya dalam sebuah server, yang lebih kuat merupakan mesin yang menyediakan layanan bagi banyak klien. Pengolahan informasi dibagi antara sistem user interface lingkungan dan lingkungan server manajemen database.

Three-tier

Arsitektur Three-Tier diperkenalkan untuk mengatasi kelemahan dari arsitektur two-tier. Di tiga tingkatan arsitektur, sebuah middleware digunakan diantara sistem user interface lingkungan klien dan server manajemen database lingkungan. Middleware ini diimplementasikan dalam berbagai cara seperti pengolahan transaksi monitor, pesan server atau aplikasi server.

Three tier dengan server pesan

Pada arsitektur ini, pesan akan diproses dan diprioritaskan. Header pesan memiliki prioritas yang mencakup informasi, alamat dan nomor identifikasi. Server pesan dihubungkan ke relasional DBMS dan sumber data lainnya. Sistem pesan alternatif untuk infrastruktur nirkabel.

Three tier dengan aplikasi server

Arsitektur ini memungkinkan server untuk menjalankan sebuah aplikasi pada server lain tidak terdapat di sistem user interface lingkungan klien. Aplikasi dalam arsitektur ini lebih terukur dan biaya instalasinya murah pada satu server.

Manajemen Data Sisi Server

 Manajemen Data yang terjadi pada sisi server dapat kita pahami pada versi DBMS dibawah ini.

MODBMS (Moving Object DBMS)

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.

Manajemen data Base system perangkat bergerak

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

Beberapa faktor yang menjadi pertimbangan bahwa GPRS merupakan teknologi kunci untuk data bergerak :

1.Memperkaya utility investasi untuk perangkat GSM yang sudah ada.

2Merupakan teknologi jembatan yang bagus menuju generasi ke 3.

3.Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.

4.Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.

5.Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi 'dial up' 56 kbps yang berlaku.

6.Menampakan diri sebagai komunikasi yang 'selalu' terhubung sehingga memiliki waktu sesi hubungan yang pendek dan akses langsung ke internet.

Ada banyak cara operator atau service provider mengetahui perangkat yang digunakan oleh pelanggannya. Dua cara untuk mengetahui operator perangkat yaitu
1. Mengetahui nomor seri perangkatatau IMEI
Untuk mengetahui IMEI dari perangkat yang digunakan pelangganya, operator menyimpan aplikasi didalam SIM card yang men-trigger proses pada saat perangkat tersebut diaktifkan. Proses tersebut akan membaca IMEI untuk kemudian mengirimkannya bersama-sama dengan informasi IMSI/ICCID/MSISDN ke sebuah sistem lewat SMS.
Cara ini hanya dapat mengetahui jenis atau tipe perangkat saja sehingga untuk mengetahui detil kapabilitas dari perangkat tersebut perlu adanya database lain mengelola data kapabilas dari setiap perangkat. Data tersebut perlu dikelola (maintain), terutama jika ada perangkat baru di pasaran maka database perlu diperbarui dengan data kapabilitas perangkat baru tersebut.
2. Mengetahui jenis perangkat dari informasi yang diberikan pada HTTP/WAP header.
Jika aplikasi browser pada perangkat melakukan koneksi HTTP/WAP pada sebuah web server maka browser akan memberikan informasi client pada HTTP header. Informasi client tersebut terdapat dalam parameter user-agent atau x-wap-profile. Contoh sebuah HTTP header dari request sebuah ponsel:
Kapabilitas dari suatu perangkat dibagi dalam beberapa blok deskripsi yaitu:
• Hardware platform yang mendeskripsikan karakteristik hardware misalnya tipe perangkat, model, ukuran layar, kemampuan input output dan lain-lain
• Software platform yang berisi koleksi atribut yang berhubungan dengan lingkungan operasi perangkat misalnya OS, video atau audio encoder, API yang didukung oleh perangkat dan lain-lain
• BrowserUA yang berisi parameter-parameter yang mendeskripsikan aplikasi browser
• NetworkCharacteristics yang berisi parameter-parameter yang berhubungan dengan kemampuan akses jaringan
• WapCharacteristics yang berisi parameter-parameter yang berhubungan dengan kemampuan WAP
• PushCharacteristics yang berisi parameter-parameter yang berhubungan dengan Push (WAP push)

Sumber :

http://mussofiany.blogspot.com/2012/12/manajemen-data-sisi-server.html

http://fhateh.wordpress.com/2012/12/14/manajemen-data-sisi-klien/

http://notnote.blogspot.com/2012/12/manajemen-database-sistem-perangkat.html

Middleware Telematika

Definisi Middleware

                        Middleware      : Istilah umum dalam pemrograman komputer yang digunakan untuk menyatukan, sebagai penghubung, ataupun untuk meningkatkan fungsi dari dua buah progaram/aplikasi yang telah ada. Middleware Didefinisikan sebagai sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP [1]. Middleware bisa juga disebut protokol. Protokol komunikasi middleware mendukung layanan komunikasi aras tinggi.

                        Middleware      : Software yang berfungsi sebagai lapisan konversi atau penerjemah. Middleware didefinisikan sebagai sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP. Middleware bisa juga disebut protokol. Protokol komunikasi middleware mendukung layanan komunikasi aras tinggi.

 Tujuan Umum Middleware Telematika :

●          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)

Lingkungan Komputasi Dari Middleware Telematika :

 Suatu lingkungan di mana sistem komputer digunakan. Lingkungan komputasi dapat dikelompokkan menjadi empat jenis yaitu :

1.         Komputasi tradisional,

2.         Komputasi berbasis jaringan,

3.         Komputasi embedded,

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

1.      Single instruction stream-single data stream (SISD) : Satu prosesor dan biasa juga disebut              komputer sekuensial

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

3.        Multiple instruction stream-single data stream (MISD) : Data yang ada di common memory              akan dimanipulasi secara bersamaan oleh semua prosesor

4.         Multiple instruction stream-multiple data stream (MIMD) : Setiap prosesor memiliki kontrol               unit, memori lokal serta memori bersama (shared memory) yang mendukung proses             paralelisasidari sisi data dan instruksi.

Kebutuhan Middleware

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.

Dalam bidang kartu magnetis (smart cards), Schlumberger adalah salah satu pengembang dan produsen CAC (Common Access Card) dan middleware CAC-nya. Produk middleware ini yang diberi nama CACTUS (Common Access Card Trusted User Suite), dapat berjalan di atas Linux. memberi kemampuan koneksi pada level aplikasi ke kartu magnetis dan fungsi-fungsi kriptografis.

ShaoLin Aptus adalah sebuah middleware untuk Linux, yang mengubah jaringan PC menjadi sebuah arsitektur jaringan komputer yang bersifat 'fit client'. Produk yang memenangkan 'IT Excellence Awards 2002' di Hong Kong ini, mengembangkan konsep ' t h i n c l i e nt' dengan memperbolehkan komputasi berbasis client. Shaolin Aptus membuat banyak klien dapat menggunakan sistem operasi dan aplikasi yang tersimpan di server melalui LAN secara transparan.

Saat ini, hampir seluruh aplikasi terdistribusi dibangun dengan menggunakan middleware. Masih menurut IDC, perkembangan segmen middleware terbesar akan terjadi dalam alat yang membantu sistem manajemen bisnis. Hal ini terjadi untuk memenuhi permintaan akan integrasi

aplikasi yang lebih baik. Linux, didukung oleh bermacam produk middleware, memberikan pilihan sistem operasi dan middleware yang stabil, dengan harga yang bersaing.

Contoh Middleware

Contoh Middleware :

1.      Java’s : Remote Procedure Call

2.      Object Management Group’s : Common

Object Request Broker Architecture (COBRA)

3.      Microsoft’s COM/DCOM (Companent Object Model)

Contoh Layanan Middleware :

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

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

3.      Distributed Object Middleware

·         Menyediakan antarmuka antara sebuah query dengan beberapa database yang terdistribusi.

·         Contoh : JDBC, ODBC, dan ADO.NET.

4.      Application Server Middleware

·         J2ME Application Server, Oracle Application Server.

Sumber :

       http://sultanifajar.blogspot.com/2012/10/1.html

       http://dhietcorner.blogspot.com/2013/11/tujuan-umum-linkungan-komputasi-dan.html

http://dheviadi.blogspot.com/2010/01/contoh-middleware.html