Tampilkan postingan dengan label networking. Tampilkan semua postingan
Tampilkan postingan dengan label networking. Tampilkan semua postingan
Pentingnya Database Mirroring pada Sistem Informasi Akademik
Database mirroring adalah proses “penduplikatan” database ke tempat lain. Database mirroring merupakan salah satu bentuk Disaster Recovery Center (DRC) yang mekanismenya menggunakan sinkronisasi file satu arah. File yang terupdate akan disalin secara real time pada satu atau lebih target lokasi (target location) dari lokasi sumber (source location) namun tidak ada file yang disalin kembali ke lokasi sumber. Fungsi dari target location adalah untuk menggantikan fungsi source location pada saat mengalami masalah. [sumber]
Backup data dari database ketika sesuatu permasalahan terjadi tiba-tiba umumnya memerlukan waktu yang lama untuk proses recovery. Selain itu, data yang tersimpan pun tidak pada posisi state terakhir. Dalam kondisi seperti inilah sebuah database mirroring diperlukan. Database mirroring bertujuan untuk mencegah terjadinya hal-hal yang tidak diinginkan pada database organisasi, seperti mesin database mengalami crash, sistem hang atau down. [sumber]
Pengalaman dalam membangun Sistem Informasi Akademik di sebuah sekolah di Bekasi. Database mirroring sangat diperlukan sebagai data antarmuka. Database sekunder (mirror) yang ditampilkan secara langsung ke pelajar untuk mengetahui daftar nilai. Database primary di perbarui oleh admin bidang akademik biasanya di waktu setelah ujian akhir semester. Database primary otomatis memperbarui database sekunder. Keuntungan yang paling utama ketika terjadinya suatu manipulasi data dari web akademik sisi pelajar bukan sisi admin, data yang di manipulasi hanya data sekunder bukan primary. yang selanjutnya data manipulasi akan berubah kembali disaat database sekunder di perbarui dari database primary. Untuk lebih jelasnya lihat gambar sekema database mirroring pada sistem akademik yang pernah saya buat.
![]() | ||||
| Sekema database mirroring pada SIAKA |
Kolaborasi Antar Muka Multimedia Otomotif
Kolaborasi antar muka multimedia ototmotif adalah sebuah organisasi yang
dibentuk untuk menciptakan standarisasi dunia yang digunakan dalam
mengatur bagaimana sebuah perangkat elektronik dapat bekerja. Contoh Komputer
dan alat komunikasi kendaraan atau computer dan radio dalam mobil. Satiap
alat elektronik itu harus dapat bekerja dengan selaras sehingga kendaraan dapat
lebih handal.
Setiap perangkat elektronik yang dipasang belum tentu cocok dengan setiap
kendaraan. Perangkat elektronik atau multimedia bias saja mengganggu system
keselamatan dan system-sistem lain di dalam kendaraan. Itulah kenapa perlu
dibentuk standarisasi kolaborasi antarmuka multimedia.
Automotive Multimedia Interface Collaboration (AMI-C) sudah memiliki
anggota : Fiat, Ford, General Motors, Honda, Mitsubishi, Nissan, PSA
Peugeot-Citroen, Renault. AMI-C mengembangkan dan men-standarisasi antarmuka
multimedia dan telematika otomotif yang umum untuk jaringan komunikasi
kendaraan. Dan 40 pemasok elektronik mendaftarkan diri untuk menulis standar.
Mereka berpendapat untuk menulis standar diperlukan waktu selama 2 tahun. Tapi
dua tahun adalah masa di telematika. Penyelenggara elektronik, ponsel, komputer
dan peralatan video yang akan menggunakan koneksi dapat melewati beberapa
generasi dalam waktu itu.
Standar-standar akan memungkinkan sebuah pasar plug-and-play global untuk
perangkat elektronik yang akan dipasang di kendaraan dengan kemudahan yang sama
dengan melampirkan pheriperal komputer pribadi.
Sejarah AMIC
The Automotive Multimedia Interface Kolaborasi (AMIC) didirikan pada
Oktober 1998 dengan tujuan untuk mengembangkan serangkaian spesifikasi umum
untuk multimedia interface ke sistem elektronik kendaraan bermotor untuk
mengakomodasi berbagai berbasis komputer perangkat elektronik di dalam
kendaraan. Inisiatif ini-yang pendiri Daimler-Chrysler, Ford, General Motors,
Renault dan Toyota – sekarang kelompok semua auto utama pembuat, dan dengan
demikian menyediakan kesempatan strategis baru untuk mencapai suatu set umum
industri mobil.
Untuk berbagai alasan, kendaraan telah tertinggal di belakang rumah dan
perangkat komputasi mobile ketika datang ke alat produktivitas dan multimedia.
Keamanan, kehandalan, biaya, dan desain waktu memiliki semua faktor dalam
produsen mobil ‘menunda penerimaan teknologi baru. Makalah membahas otomotif
standar untuk antarmuka multimedia. Organisasi seperti Otomotif Kolaborasi
Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan
pendorong di belakang upaya standardisasi.
Depan yang berbeda, The Otomotif Multimedia Interface Kolaborasi(AMI-C)
mengumumkan di seluruh dunia cipta penugasan dari 1394 spesifikasi teknis
otomotif ke Trade Association 1394 AMI-C berikut dokumen sekarang milik 1394TA:
- AMI-C 3023 Power Management Specification
- AMI-C 3013 Power Management Architecture
- AMI-C 2002 1.0.2 Common Message Set Power Management
- AMI-C 3034 Power Management Test Documents
- AMI-C 4001 Revision Physical Speci .cation.
Tujuan
Tujuan dari proyek ini ialah sebagai berikut :
- 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.
Automotive Multimedia Interface Colaboration (AMI-C) :
http://wartawarga.gunadarma.ac.id/2009/12/automotive-multimedia-interface-colaboration-ami-c/
What is AMI-C? - OSGi :
http://www.osgi.org/wiki/uploads/Congress2003/D2PMalhotraT21.ppt
Sedikit Tentang 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.
Sebenarnya teknologi ini berawal dari suatu pemikiran bagaimana cara mengubah program tanpa membongkar coding. Kemudian dari sanalah teknologi ini mulai dikembangkan dalam bahasa pemrograman mulai dari instalasi, jalannya program, update dan sampai uninstalltanpa perlu memperbarui coding.
Sebenarnya teknologi ini berawal dari suatu pemikiran bagaimana cara mengubah program tanpa membongkar coding. Kemudian dari sanalah teknologi ini mulai dikembangkan dalam bahasa pemrograman mulai dari instalasi, jalannya program, update dan sampai uninstalltanpa perlu memperbarui coding.
Spesifikasi:
OSGi dikembangkan oleh para anggota dan proses bersifat terbuka dan tersedia untuk umum, dan dibawahi oleh Lisensi Spesifikasi OSGi. OSGi Alliance memiliki ketentuan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar
implementasi bersertifikat OSGi berisi lima entri.
Setiap kerangka yang menerapkan
standar OSGi menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam
kumpulan yang lebih kecil. Setiap bundle saling terhubung secara dinamis seperti class library, modul, dan file-file konfigurasi yang secara eksplisit disertakan dependensi eksternal mereka (jika ada). Kerangka kerja konseptual
yang dibagi dalam bidang-bidang berikut:
1. Bundles
Bundles adalah
normal jar komponen dengan tambahan header.
2. Services
Layanan yang
menghubungkan lapisan bundle dalam cara yang dinamis dengan menawarkan publish-find-model java 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 tertentu. Tidak ada daftar
tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process
menciptakan versi baru dan edisi Java. Namun, set berikut saat ini didukung
oleh sebagian besar OSGi implementasi:
- CDC-1.0/Foundation-1.0
- CDC-1.1/Foundation-1.1
- OSGi/Minimum-1.0
- OSGi/Minimum-1.1
- JRE-1.1 JRE-1.1
- Dari J2SE-1.2 hingga J2SE-1.6
Manfaat OSGI
1. 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 proses pembangunan
2. 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.
3. 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.
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
Implementasi OSGI

Teknologi OSGi sudah sangat
banyak dikembangkan untuk berbagai macam keperluan dalam sehari hari maupun di
bidang teknologi informasi dan industri serta di bidang ilmu komputer.
1. Dalam
kehidupan sehari-hari
Dikembangkan untuk mengendalikan
alat-alat elektronik dalam rumah tangga dengan internet. Yaitu dengan
menghubungkan berbagai framework OSGI ini untuk mengendalikan alat-alat rumah
tangga yang bersifat elektronik. Hal ini dilakukan dengan berbagai protocol network
yaitu Bluetooth, uPnP, HAVi, dan X10. Dengan bantuan Jini dan standart OSGI
dari sun microsistem yaitu Java Embedded Server. Teknologi ini dinamakan home
network dan jini adalah salah satu standart untuk pembuatan home nerwork yang
berbasis java.
2. Teknologi
dan industri
Dalam hal ini pengembangan OSGI
dalam Teknologi dan industri adalah untuk otomatisasi industri. Seperti
otomatisnya system dalam gudang yang dapat meminta dalam PPIC untuk mengadakan
bahan baku, dan masih banyak yang lain.
3. Ilmu
Komputer
Dalam ilmu Komputer ini sangat
banyak pengembang yang memanfaatkan teknologi OSGI ini. Dari surfing di
internet banyak yang mengulas tentang Pemrograman Java yang mengapdopsi
teknologi osgi ini. Salah satu contoh adalah knopflerfish merupakan framework
untuk melakukan OSGI didalam program Java. Dan juga eclipse IDE merupakan OSGI
framework yang dikembangkan oleh eclipse dan berbasis GUI. Dan masih banyak juga
dalam server serta program-program lain yang mengembangkan teknologi OSGI ini.
Sumber
Spesifikasi & Arsitektur Open Service Gateway Initiative (OSGi) :
Open Service Gateway Initiative (OSGi):
Implementasi OSGI pada Telematika:
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.
Mobile DBMS (Embedded/Ultra tiny/Java Database)
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.
2. Manajemen Data Sisi Server
Manajemen Data yang terjadi pada sisi server dapat kita pahami pada versi DBMS dibawah ini.
MODBMS (Moving Object DBMS)
MODBMS 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.
![]() |
| MODBMS (Moving Object DBMS) |
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.
![]() |
| Topology GPRS System |
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.
Sumber:
Manajemen Data Telematika :
http://manu-boanerges.blogspot.com/2011/11/manajemen-data-telematika.html
https://www.scribd.com/doc/249131957/Manajemen-Data-Telematika
Gambar:
http://m.eet.com/media/1096710/brooktrout-fig2.jpg
Sumber:
Manajemen Data Telematika :
http://manu-boanerges.blogspot.com/2011/11/manajemen-data-telematika.html
https://www.scribd.com/doc/249131957/Manajemen-Data-Telematika
Gambar:
http://m.eet.com/media/1096710/brooktrout-fig2.jpg
Langganan:
Postingan
(
Atom
)








