PENGANTAR
TELEMATIKA
ARTIKEL
OPEN SERVICE GATEWAY INITIATIVE
1.
Pengertian
OSGI (Open Service Gateway Initiative)
OSGI (Open Service
Gateway Initiative) adalah sebuah rencana industri untuk cara standar
untukmenghubungkan perangkat seperti perangkat rumah tangga dan sistem keamanan
ke Internet.OSGI berencana menentukan program aplikasi antarmuka (API) untuk
pemrogrammenggunakan, untuk memungkinkan komunikasi dan kontrol antara penyedia
layanan danperangkat di dalam rumah atau usaha kecil jaringan. OSGI API akan
dibangun pada bahasapemrograman Java. Program java pada umumnya dapat berjalan
pada platform sistem operasikomputer.
OSGI adalah sebuah
interface pemrograman standar terbuka. The OSGI Alliance (sebelumnyadikenal
sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah sebuah
organisasistandar terbuka yang didirikan pada Maret 1999. Aliansi dan anggota –
anggotanya telahditentukan sebuah layanan berbasis Java platform yang dapat
dikelola dari jarak jauh.
2.
SPESIFIKASI
OSGI
Spesifikasi OSGI yang
sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE.
Wilayah aplikasi lain meliputi mobil, otomasi industri, otomatisasi bangunan,
PDA, komputasi grid, hiburan (misalnya iPronto), armada manajemen dan aplikasi
server. Adapun spesifikasi yang lain dimana OSGI akan dirancang untuk
melengkapi standar perumahan yang ada, seperti orang – orang LonWorks (lihat
kontrol jaringan), CAL, CEBus, HAVi, dan lain-lain. Inti bagian dari
spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model
manajemen siklus hidup, sebuah layanan registrasi, sebuah lingkungan eksekusi
dan modul. Berdasarkan kerangka ini, sejumlah besar OSGI layers, API, dan Jasa
telah ditetapkan. Spesifikasi OSGI yang dikembangkan oleh para anggota dalam
proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi
Spesifikasi OSGI. OSGI Alliance yang memiliki program kepatuhan yang hanya
terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGI
implementasi berisi lima entri.
OSGi spesifikasi yang
dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum
secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Allianceyang memiliki
kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar
bersertifikat OSGi implementasi berisi lima entri.
3.
FRAMEWORK
OSGI
Komponen inti dari
Spesifikasi OSGi adalah Framework OSGi. Kerangka menyediakan lingkunganyang
standar untuk aplikasi (bundel disebut). Kerangka ini dibagi dalam beberapa
lapisan.
Lingkungan L0 Eksekusi
adalah spesifikasi lingkungan Jawa. Java 2 Konfigurasi dan Profil, sepertiJ2SE,
CDC, CLDC, MIDP dll semua lingkungan eksekusi yang valid. Platform OSGi juga
standarlingkungan eksekusi berdasarkan Foundation Profile dan variasi yang
lebih kecil yangmenentukan persyaratan minimum pada lingkungan eksekusi yang
akan berguna untuk bundel OSGi.
Lapisan Modul L1
mendefinisikan kebijakan loading kelas. Kerangka OSGi adalah kelas-loadingmodel
dan kaku ditentukan kuat. Hal ini didasarkan pada atas Jawa tetapi
menambahkanmodularisasi. Di Jawa, ada biasanya classpath tunggal yang berisi
semua kelas dan sumber daya.Modul OSGi menambahkan lapisan kelas pribadi untuk
modul serta dikendalikanmenghubungkan antara modul. Lapisan modul terintegrasi
dengan arsitektur keamanan,memungkinkan opsi untuk menyebarkan sistem tertutup,
kebun bertembok, atau benar-benarpengguna sistem dikelola atas kebijaksanaan
produsen.
Lapisan Life Cycle L2
menambahkan bundel yang dapat dinamis diinstal, mulai, berhenti,diperbarui dan
dihapus. Kumpulan mengandalkan pada lapisan modul untuk memuat kelastetapi
menambahkan sebuah API untuk mengelola modul dalam run time. Lapisan
siklusmemperkenalkan dinamika yang biasanya bukan bagian dari aplikasi.
mekanismeketergantungan ekstensif digunakan untuk menjamin operasi yang benar
dari lingkungan.operasi siklus hidup sepenuhnya dilindungi dengan arsitektur
keamanan, sehingga hampir tidakmungkin diserang oleh virus.
Lapisan L3 menambahkan
Registry Service. Registry layanan menyediakan model kerjasamauntuk bundel yang
mengambil dinamika ke rekening. Kumpulan dapat bekerja sama melaluipembagian
kelas tradisional tetapi berbagi kelas tidak terlalu kompatibel dengan
dinamismenginstal dan menghapus kode. Registri layanan menyediakan model yang
komprehensif untuk objek saham antara kumpulan. Sejumlah peristiwa didefinisikan
untuk menangani datangdan pergi pelayanan. Layanan Java hanya objek yang dapat
mewakili apapun. Banyak layananserver-benda seperti, seperti server HTTP,
sedangkan jasa lain merupakan sebuah objek di dunianyata, misalnya ponsel
Bluetooth yang ada di dekatnya. Model layanan sepenuhnya
keamanandiinstrumentasi. Model keamanan layanan menyediakan cara elegan untuk
mengamankankomunikasi antara melewati bunde
4.
ARSITEKTUR
OSGI
OSGi Arsitektur adalah
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. Model
yang simple ini telah jauh mencapai efek dari segala aspek dari proses
pengembangan software.
A.
osgi-arsitektur
Kerangka
kerja konseptual yang dibagi dalam bidang-bidang berikut:
B.
Bundles
Bundles
adalah normal jar komponen dengan nyata tambahan header
C.
Services
Layanan
yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan
menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
D.
Services
API
untuk jasa manajemen (ServiceRegistration, ServiceTracker dan
ServiceReference).
Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan
uninstall) bundel.
E.
Modules
Lapisan
yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah
bungkusan dapat mengimpor dan mengekspor kode).
F.
Security
Layer
yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk
pra-didefinisikan kemampuan.
5.
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
Teknologi OSGi meliputi
:
The Problem
(Permasalahan)
The Solution (Pemecahan
Masalah)
The Framework (Kerangka
Kerja)
Standard Services (Pelayanan
Standard)
Framework Services
(Pelayanan Kerangka Kerja)
System Services
(Pelayanan Sistem)
Protocol Services
(Pelayanan Protokol)
Miscellaneous Services
(Bermacam-macam pelayanan)
Conclusion (Kesimpulan)
6.
PELUANG
DAN TANTANGAN DALAM PENGEMBANGAN OSGI
a.
Mengurangi Kompleksitas (Reduced
Complexity).
Mengembangkan
dengan teknologi OSGi berarti mengembangkan bundel: komponenOSGi. Bundel adalah
modul. Mereka menyembunyikan internal dari bundel lain danberkomunikasi melalui
layanan didefinisikan dengan baik. Menyembunyikan internals berartilebih banyak
kebebasan untuk berubah nanti. Hal ini tidak hanya mengurangi jumlah bug, itu
juga membuat kumpulan sederhana untuk berkembang karena bundel ukuran
benarmenerapkan sepotong fungsionalitas melalui interface didefinisikan dengan
baik. Ada sebuahblog menarik yang menjelaskan teknologi OSGi apa yang mereka
lakukan bagi prosespembangunan
b.
Reuse.
Para
model komponen OSGi membuatnya sangat mudah untuk menggunakan banyak komponen
pihak ketiga dalam suatu aplikasi. Peningkatan jumlah proyek-proyek sumber
terbuka memberikan JAR’s mereka siap dibuat untuk OSGi. Namun, perpustakaan
komersial jugamenjadi tersedia sebagai bundel siap pakai.
c.
Real World.
OSGI
kerangka kerja yang dinamis. Ini dapat memperbarui bundel on the fly dan
pelayanan yang datang dan pergi. Ini dapat menghemat dalam penulisan kode dan
juga menyediakan visibilitas global, debugging tools, dan fungsionalitas lebih
daripada yang telah dilaksanakan selama satu solusi khusus.
d.
Easy Deployment.
Teknologi
OSGi bukan hanya sebuah standard untuk komponen, tapi juga menentukan bagaimana
komponen diinstal dan dikelola. API telah digunakan oleh banyak berkas untuk
menyediakan sebuah agen manajemen. Agen manajemen ini bisa sesederhana sebagai
perintah shell, TR-69 sebuah protokol manajemen pengemudi, OMA DM protokol
sopir, komputasi awan antarmuka untuk Amazon EC2, atau IBM Tivoli sistem
manajemen. Manajemen standar API membuatnya sangat mudah untuk mengintegrasikan
teknologi OSGi dalam sistem yang ada dan masa depan.
e.
Dynamic Updates.
Model
komponen OSGi adalah model dinamis. Kumpulan dapat diinstal, mulai,
berhenti,diperbarui, dan dihapus tanpa menurunkan keseluruhan sistem. Banyak
pengembang Java tidak percaya ini dapat dilakukan pada awalnya oleh karena itu
tidak digunakan dalam produksi.Namun, setelah menggunakan ini dalam pembangunan
selama beberapa waktu, sebagian besar mulai menyadari bahwa itu benar-benar
bekerja dan secara signifikan mengurangi waktu penyebaran.
f.
Simple.
The
OSGi API sangat sederhana. API inti hanya terdiri dari satu paket dan kurang
dari 30 kelas / interface. API inti ini cukup untuk menulis kumpulan,
menginstalnya, start, stop, update,dan menghapus mereka dan mencakup semua
pendengar dan keamanan kelas.
g.
Kecil (Small).
The
OSGi Release 4 Framework dapat diimplementasikan kedalam JAR 300KB. Ini adalah
overhead kecil untuk jumlah fungsi yang ditambahkan ke salah satu aplikasi
dengan memasukkan OSGi. Oleh karena itu OSGi berjalan pada berbagai macam
perangkat: dari sangat kecil, kecil, dan untuk mainframe. Hanya meminta Java VM
minimal untuk menjalankan dan menambahkan sangat sedikit di atasnya.
h.
Cepat (Fast).
Salah
satu tanggung jawab utama dari Framework OSGi memuat kelas-kelas dari bundel.Di
Java tradisional, JARs benar-benar terlihat dan ditempatkan pada daftar linear.
Pencarian sebuah kelas memerlukan pencarian melalui daftar ini. Sebaliknya,
pra-kabel OSGi bundel dan tahu persis untuk setiap bundel bundel yang
menyediakan kelas. Kurangnya pencarian yang signifikan faktor mempercepat saat
startup.
Sumber :
Penulis : Yusuf Effendi
(20), Sistem Informasi, Universitas Gunadarma.
Tidak ada komentar:
Posting Komentar