Pengertian Open Service Gateway Initiative (OSGI)
OSGI (Open Service Gateway Initiative) adalah sebuah rencana industri untuk cara standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem keamanan ke Internet. OSGI berencana menentukan program aplikasi antarmuka (API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan kontrol antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil jaringan. OSGI API akan dibangun pada bahasa pemrograman Java. Program java pada umumnya dapat berjalan pada platform sistem operasi komputer. OSGI adalah sebuah interface pemrograman standar terbuka. The OSGI Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah sebuah organisasi standar terbuka yang didirikan pada Maret 1999. Aliansi dan anggota – anggotanya telah ditentukan sebuah layanan berbasis Java platform yang dapat dikelola dari jarak jauh.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.
Kerangka OSGi adalah sistem modul dan layanan platform untuk Java bahasa pemrograman yang menerapkan lengkap dan dinamis model komponen , sesuatu yang seperti tahun 2012 tidak ada di Jawa standalone / VM lingkungan. Aplikasi atau komponen (datang dalam bentuk dari bundel untuk penyebaran) dapat jarak jauh diinstal, mulai, berhenti, diperbarui, dan dihapus tanpa memerlukan restart, pengelolaan paket Jawa / kelas ditentukan dengan sangat rinci. Aplikasi manajemen siklus hidup (start, stop, install, dll) dilakukan melalui API yang memungkinkan untuk remote download dari kebijakan manajemen. Registri layanan memungkinkan berkas untuk mendeteksi penambahan layanan baru, atau penghapusan layanan dan beradaptasi sesuai.
Spesifikasi OSGi telah bergerak melampaui fokus asli gateway layanan, dan sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Area aplikasi lainnya termasuk mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan, armada manajemen dan aplikasi server .
Arsitektur (Architecture)
Setiap kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam bundel kecil. Setiap bundel adalah koleksi, erat dynamically loadable kelas, guci, dan file konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika ada).
Manfaat dalam penerapan OSGI ini antara lain :
• Mengurangi Kompleksitas (Reduced Complexity) – Mengembangkan dengan teknologi OSGi berarti mengembangkan bundel: komponen OSGi. Bundel adalah modul. Mereka menyembunyikan internal dari bundel lain dan berkomunikasi melalui layanan didefinisikan dengan baik. Menyembunyikan internals berarti lebih banyak kebebasan untuk berubah nanti. Hal ini tidak hanya mengurangi jumlah bug, itu juga membuat kumpulan sederhana untuk berkembang karena bundel ukuran benar menerapkan sepotong fungsionalitas melalui interface didefinisikan dengan baik. Ada sebuah blog menarik yang menjelaskan teknologi OSGi apa yang mereka lakukan bagi proses pembangunan
• 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 juga menjadi tersedia sebagai bundel siap pakai.
• 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 lebihy daripada yang telah dilaksanakan selama satu solusi khusus.
• 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.
• 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.
• 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.
• 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.
• 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.
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)
Framework OSGI :
Komponen inti dari Spesifikasi OSGi adalah Framework OSGi. Framework menyediakan lingkungan standar untuk aplikasi (disebut bundel).
Layer-layer OSGI ::
·
Bundels – komponen OSGi yang dibuat oleh pengembang
·
Services – Layanan bundel menghubungkan lapisan dalam cara yang
dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa
lama untuk menikmati objek.
·
Life Cycle – The API untuk instalasi, start, stop, update, dan
menghapus bundel.
·
Modules – Lapisan yang mendefinisikan bagaimana sebuah bundel dapat
mengimpor dan mengekspor kode.
·
Security (Keamanan) – Lapisan yang menangani aspek keamanan.
·
Execution Environment (Eksekusi Lingkungan) – Menetapkan metode dan
kelas-kelas apa saja yang tersedia dalam platform tertentu.
Penjelasan:
1.
Bundel
Kumpulan
jar normal komponen dengan nyata tambahan header. Sebuah bundel
adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi
dengan rincian file pada MANIFEST.MF nyata semua isinya, serta
layanan tambahan yang diperlukan untuk memberikan kelompok termasuk
kelas Java perilaku yang lebih canggih, dengan tingkat deeming
seluruh agregat sebuah komponen.
2.
Layanan
Layanan
yang menghubungkan lapisan bundel dalam cara yang dinamis dengan
menawarkan, menerbitkan dan menemukan model dapat mengikat Java lama
untuk menikmati objek (POJO). Siklus hidup menambahkan lapisan bundel
dinamis yang dapat diinstal, mulai, berhenti, diperbarui dan dihapus.
Buntalan bergantung pada lapisan modul untuk kelas loading tetapi
menambahkan API untuk mengatur modul – modul dalam run time.
Memperkenalkan lapisan siklus hidup dinamika yang biasanya bukan
bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk
menjamin operasi yang benar dari lingkungan.
3.
Layanan Registrasi (Services-Registry)
API
untuk manajemen jasa (ServiceRegistration, ServiceTracker dan
ServiceReference).
OSGi
Alliance yang telah ditentukan banyak layanan. Layanan yang
ditentukan oleh antarmuka Java. Kumpulan dapat mengimplementasikan
antarmuka ini dan mendaftarkan layanan dengan Layanan Registri.
Layanan klien dapat menemukannya di registri, atau bereaksi ketika
muncul atau menghilang.
4.
Siklus Hidup (Life-Cycle)
API
untuk manajemen siklus hidup untuk (instal, start, stop, update, dan
uninstall) bundel.
5.
Modul
Lapisan
yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana
sebuah bungkusan dapat mengimpor dan mengekspor kode).
6.
Keamanan
Layer
yang menangani aspek keamanan dengan membatasi fungsionalitas bundel
untuk pra didefinisikan kemampuan.
7.
Pelaksanaan Lingkungan
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.
Virtualization
Istilah
virtualization atau virtualisasi sebenarnya memiliki banyak
pengertian. Dalam kamus bahasa Indonesia sendiri belum ditemukan
definisi yang jelas tentang virtualisasi. Jika merujuk pada kamus
Oxford istilah virtualization merupakan turunan dari kata virtualize
yang memiliki makna:
“convert
(something) to a computer-generated simulation of reality”
Kalau
terjemahan bebasnya:
“mengubah
sesuatu (mengkonversi) ke bentuk simulasi dari bentuk nyata yang ada”
Saya
tidak akan fokus pada istilah dalam bahasa karena hal tersebut tidak
relevan untuk dibicarakan di artikel ini . Tapi inti dari
virtualisasi sebenarnya ialah membuat sebuah simulasi dari perangkat
keras, sistem operasi, jaringan maupun yang lainnya. Di bidang
teknologi informasi, virtualization digunakan sebagai sarana untuk
improvisasi skalabilitas dari hardware yang ada.
Dengan
virtualization, beberapa sistem operasi dapat berjalan secara
bersamaan pada satu buah CPU. Hal ini tentunya dapat mengurangi biaya
yang dapat dikeluarkan oleh sebuah perusahaan. Dan tren ke depan
virtualization ini akan banyak digunakan baik di perusahaan yang
bergerak dibidang IT (information technology) maupun yang tidak murni
bergerak di bidang IT namun menggunakan IT sebagai sarana untuk
memajukan usahanya.
Menurut
Alan Murphy dalam papernya “Virtualization Defined – Eight
Different Ways” menyebutkan setidaknya terdapat delapan istilah
dalam penerapan virtualization. Diantaranya ialah operating system
virtualization, application server virtualization, application
virtualization, management virtualization, network virtualization,
hardware virtualization, storage virtualization dan service
virtualization.
Dalam
hardware virtualization, perangkat lunak bekerja membentuk sebuah
virtual machine yang bertindak seolah-olah seperti sebuah komputer
asli dengan sebuah sistem operasi terinstall di dalamnya. Salah
contoh yang mudah misalkan terdapat satu buah komputer yang telah
terinstall GNU/Linux Ubuntu. Kemudian dengan menggunakan perangkat
lunak virtualization semisal Virtualbox kita dapat menginstall dua
buah sistem operasi lain sebagai contoh Windows XP dan FreeBSD.
Sistem
operasi yang terinstall di komputer secara fisik dalam hal ini
GNU/Linux Lubuntudisebut sebagai host machine sedangkan sistem
operasi yang diinstall diatasnya dinamakan guest machine. Istilah
host dan guest dikenalkan untuk memudahkan dalam membedakan antara
sistem operasi fisik yang terinstall di komputer dengan sistem
operasi yang diinstall diatasnya atau virtualnya.
Perangkat
lunak yang digunakan untuk menciptakan virtual machine pada host
machine biasa disebut sebagai hypervisor atau Virtual Machine Monitor
(VMM). Menurut Robert P. Goldberg pada tesisnya yang berjudul
“Architectural Principles For Virtual Computer Systems” pada hal
23 menyebutkan bahwa tipe-tipe dari VMM ada 2 yaitu :
• Type
1 berjalan pada fisik komputer yang ada secara langsung. Pada jenis
ini hypervisor / VMM benar-benar mengontrol perangkat keras dari
komputer host-nya. Termasuk mengontrol sistem operasi-sistem operasi
guest-nya. Contoh implementasi yang ada dan sudah saya coba secara
langsung ialah VMWare ESXi. Adapun contoh yang lain yang ada seperti
Microsoft Hyper-V
• Type
2 berjalan pada sistem operasi diatasnya. Pada tipe ini tentunya
guest sistem operasi nya berada di layer diatasnya lagi.
API
(Application Program Interface)
Kebanyakan
programmer membuat aplikasi dengan menggunakanApplication Programming
Interface(API). Dalam API itu terdapat
fungsi-fungsi/perintah-perintah untuk menggantikan bahasa yang
digunakan dalam system callsdengan bahasa yang lebih terstruktur dan
mudah dimengerti oleh programmer. Fungsi yang dibuat dengan
menggunakan API tersebut kemudian akan memanggil system callssesuai
dengan sistem operasinya. Tidak tertutup kemungkinan nama dari system
callssama dengan nama di API.
Keuntungan
memprogram dengan menggunakan API adalah:
§
Portabilitas. Programmer yang menggunakan API dapat menjalankan
programnya dalam sistem operasi mana saja asalkan sudah ter- install
API tersebut. Sedangkansystem call berbeda antar sistem operasi,
dengan catatan dalam implementasinya mungkin saja berbeda.
§
Lebih Mudah Dimengerti. API menggunakan bahasa yang lebih terstruktur
dan mudah dimengerti daripada bahasa system call. Hal ini sangat
penting dalam hal editing dan pengembangan.
System
call interface ini berfungsi sebagai penghubung antara API dan system
call yang dimengerti oleh sistem operasi. System call interface ini
akan menerjemahkan perintah dalam API dan kemudian akan memanggil
system calls yang diperlukan.
Untuk
membuka suatu file tersebut user menggunakan program yang telah
dibuat dengan menggunakan bantuan API, maka perintah dari user
tersebut diterjemahkan dulu oleh program menjadi perintah open().
Perintah open() ini merupakan perintah dari API dan bukan perintah
yang langsung dimengerti oleh kernel sistem operasi. Oleh karena itu,
agar keinginan user dapat dimengerti oleh sistem operasi, maka
perintah open() tadi diterjemahkan ke dalam bentuk system call oleh
system call interface. Implementasi perintah open() tadi bisa
bermacam-macam tergantung dari sistem operasi yang kita gunakan.
Cara
Memakai API
*
Dilakukan dengan mengimpor package/kelas import java.util.Stack;
*
Ada beberapa kelas bernama sama dipackage yang berbeda, yaitu :
– import
salah satu dan gunakan nama lengkap untuk yang lain, atau
– gunakan
nama lengkap semua kelas
Ada
tiga jenis Bahasa Pemrograman Java Application Programming Interface
(API):
*
inti resmi Java API, yang terdapat dalam JDK atau JRE, dari salah
satu edisi dari Java Platform. Tiga edisi dari Java Platform adalah
Java ME (Micro edition), Java SE (Standard edition), dan Java EE
(Enterprise edition).
*
Resmi opsional API yang dapat didownload secara terpisah. Spesifikasi
API ini didefinisikan sesuai dengan Spesifikasi Jawa Request (JSR),
dan kadang-kadang beberapa API ini kemudian dimasukkan dalam API inti
dari platform (contoh yang paling terkenal dari jenis ini adalah
swing).
*
API tidak resmi, yang dikembangkan oleh pihak ketiga, tetapi tidak
berkaitan dengan JSRs apapun.
Pihak-pihak
ketiga dapat dengan bebas mengimplementasikan spesifikasi JSR API
resmi (bahkan untuk API inti dari bahasa), memberikan bahwa mereka
menyesuaikan diri dengan Teknologi Kompatibilitas Kit (TCK) untuk JSR
ini (yang TCK adalah paket tes yang memeriksa kesesuaian dari
implementasi untuk JSR). The result of this freedom is that many
official APIs have more implementations than the Sun’s Reference
implementation (RI). Hasil dari kebebasan ini adalah bahwa banyak API
resmi memiliki lebih implementasi daripada Matahari pelaksanaan
Referensi (RI). Anda dapat menggunakan kelas Java dan API untuk
mengakses konten di berbagai server konten.
The
DB2 Content Management pusat informasi yang menyediakan dokumentasi
API berikut:
*
Kelas Java dan API
*
JavaBeans
*
C + + kelas dan API
*
Tabel kontrol sistem
*
Perpustakaan pengguna server keluar
*
DB2 Content Manager aturan sistem konektor
Berikut
ini adalah sebagian daftar Application Programming Interface (API)
untuk Java Programming Language.
*
Java Platform, Standard Edition (Java SE)
*
Bundled 1.1.1 API (bagian dari standar download)
*
Opsional 1.1.2 API (download terpisah)
*
Java Platform, Enterprise Edition (Java EE)
*
Bundled 1.2.1 API (bagian dari standar download)
*
Opsional 1.2.2 API (download terpisah)
*
Java Platform, Micro Edition (Java ME)
*
Unofficial API (Dirilis oleh pihak ketiga)
Automotive Multimedia Interface Collaboration (AMIC)
Automotive Multimedia Interface Collaboration (AMI-C) adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi.
Tujuan utamanya adalah untuk:
· Menyediakan interface standar untuk memungkinkan pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat komunikasi - dari sistem navigasi dan hands-free telepon selular, melalui manusia maju / mesin sistem antarmuka, termasuk pengenalan suara dan sintesis, untuk dipersembahkan komunikasi jarak dekat ( DSRC) sistem untuk kendaraan untuk infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan diagnostik input / output.
· Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan.
· Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan - industri otomotif efektif terdiri dari banyak pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit.
· Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar
Arsitektur
Komponen
Arsitektur AMIC memiliki empat komponen
In-Vehicle Jaringan
Jaringan perangkat
Kendaraan Antarmuka
Host (platform komputasi)
Referensi ::
http://uriflabamba.blogspot.com/2009/12/open-service-gateway-initiative-osgi.html
http://en.wikipedia.org/wiki/OSGi
http://athanasiustrilasto.blogspot.com/2012/11/fungsional-dari-amic-automotive.html
0 komentar:
Posting Komentar