Perkembangan Teknologi Virtual Machine
Virtual machine (VM) adalah suatu environment, biasanya sebuah program atau sistem operasi, yang tidak ada secara fisik tetapi dijalankan dalam environment lain. Dalam konteks ini, VM disebut “guest” sementara environment yang menjalankannya disebut “host”. Ide dasar dari virtual machine adalah mengabtraksi perangkat keras dari satu komputer (CPU, memori, disk, dst) ke beberapa environment eksekusi, sehingga menciptakan illusi bahwa masing-masing environment menjalankan komputernya (terpisah) sendiri. VM muncul karena pada satu komputer. Virtual Machine (VM) sendiri mulai dikenalkan oleh IBM ketika meluncurkan sistem operasi mainframenya pada tahun 1965-an. Diperkenalkan untuk sistem S/370 dan S/390 dan disebut sebagai sistem operasi VM/ESA (Enterprise System Architecture).
Teknologi virtual machine memiliki banyak kegunaan seperti memungkinkan konsolidasi perangkat keras, memudahkan recovery sistem, dan menjalankan perangkat lunak terdahulu. Salah satu penerapan penting dari teknologi VM adalah integrasi lintas platform. Beberapa penerapan lainnya yang penting adalah:
1. Konsolidasi server
Jika beberapa server menjalankan aplikasi yang hanya memakan sedikit sumber daya, VM dapat digunakan untuk menggabungkan aplikasi-aplikasi tersebut sehingga berjalan pada satu server saja, walaupun aplikasi tersebut memerlukan sistem operasi yang berbeda-beda.
2. Otomasi dan konsolidasi lingkungan pengembangan dan testing
Setiap VM dapat berperan sebagai lingkungan yang berbeda, ini memudahkan pengembang sehingga tidak perlu menyediakan lingkungan tersebut secara fisik.
3. Menjalankan perangkat lunak terdahulu
Sistem operasi dan perangkat lunak terdahulu dapat dijalankan pada sistem yang lebih baru.
4. Memudahkan recovery sistem
Solusi virtualisasi dapat dipakai untuk rencana recovery sistem yang memerlukan portabilitas dan fleksibilitas antar platform.
5. Demonstrasi perangkat lunak
Dengan teknologi VM, sistem operasi yang bersih dan konfigurasinya dapat disediakan secara cepat.
KELEBIHAN VIRTUAL MACHINE (VM)
1. Hal keamanan.
VM memiliki perlindungan yang lengkap pada berbagai sistem sumber daya, yaitu dengan meniadakan pembagian sumber daya secara langsung, sehingga tidak ada masalah proteksi dalam VM. Sistem VM adalah kendaraan yang sempurna untuk penelitian dan pengembangan sistem operasi. Dengan VM, jika terdapat suatu perubahan pada satu bagian dari mesin, maka dijamin tidak akan mengubah komponen lainnya.
2. Memungkinkan untuk mendefinisikan suatu jaringan dari Virtual Machine (VM).
Tiap-tiap bagian mengirim informasi melalui jaringan komunikasi virtual. Sekali lagi, jaringan dimodelkan setelah komunikasi fisik jaringan diimplementasikan pada perangkat lunak.
KEKURANGAN VIRTUAL MACHINE. Beberapa kesulitan utama dari konsep VM, diantaranya adalah:
1. Sistem penyimpanan.
Sebagai contoh kesulitan dalam sistem penyimpanan adalah sebagai berikut: Andaikan kita mempunyai suatu mesin yang memiliki 3 disk drive namun ingin mendukung 7 VM. Keadaan ini jelas tidak memungkinkan bagi kita untuk dapat mengalokasikan setiap disk drive untuk tiap VM, karena perangkat lunak untuk mesin virtual sendiri akan membutuhkan ruang disk secara substansial untuk menyediakan memori virtual dan spooling. Solusinya adalah dengan menyediakan disk virtual atau yang dikenal pula dengan minidisk, dimana ukuran daya penyimpanannya identik dengan ukuran sebenarnya. Dengan demikian, pendekatan VM juga menyediakan sebuah antarmuka yang identik dengan perangkat keras yang mendasari.
2. Pengimplementasian sulit.
Meski konsep VM cukup baik, namun VM sulit diimplementasikan.
Contoh virtual machine : Vmware, Xen VMM , Java VM
Jenis-jenis dari VM adalah:
1. VM sistem di mana sebuah VM dapat menjalankan sebuah sistem operasinya sendiri.
2. VM proses di mana VM hanya menjalankan sebuah proses saja.
Kemudian VM juga dibagi berdasarkan tingkat virtualisasinya:
1. Virtualisasi penuh yang mensimulasikan seluruh fitur perangkat keras sehingga memungkinkan perangkat lunak berjalan pada VM tanpa modifikasi.
2. Virtualisasi paruh, di mana tidak semua fitur perangkat keras disimulasikan.
3. Virtualisasi asli, yang mana merupakan virtualisasi penuh yang digabungkan dengan bantuan perangkat keras yang mendukung virtualisasi.
sedangkan untuk perkembangan teknologi dari tahun ke tahun sangat pesat sekali. Salah satunya yaitu teknik virtualisasi komputer (Virtual Machine ) Maksudnya adalah pada saat kita menjalankan virtual komputer (PC bayangan) di dalam komputer. Monitor (XWindow nya), HDD, RAM, NIC, Sound Card, dll yang disediakan secara virtual.
Pada dasarnya Virtual machine adalah program yang berguna untuk melakukan simulasi suatu sistem PC lengkap. Yang dimaksud dengan ‘ lengkap disini adalah RAM, hard disk, floppy disk, prosesor, graphics card dan beberapa device lain yang umumnya terdapat pada PC. Program semacam ini mungkin tidak banyak berguna bagi sebagian orang, tapi untuk kebutuhan tertentu atau spesifik, manfaatnya akan sangat terasa.
Cara kerja virtual machine ‘menirukan’ berdasarkan prinsip dasar aslinya, yaitu emulator tidak terlepas dari beberapa keterbatasan, antara lain :
• Anda tidak akan dapat menjalankannya secepat program atau hardware aslinya. Emulator bekerja dengan ‘meminjam’ resource komputer dan sistem operasi yang menjalankannya, sehingga kinerjanya terbagi dengan proses-proses lainnya yang juga sedang berjalan.
• Emulator tidak bebas bug. Suatu instruksi yang di platform aslinya (native) bekerja dengan baik, bisa saja menghasilkan output lain atau malah error di dalam emulator. Bug seperti ini bisanya secara bertahap dan kontinyu akan dikoreksi pada versi berikutnya.
• Hingga kini, emulasi belum menyediakan akses langsung ke beberapa periferal PC seperti modem atau joystick. Namun, tidak tertutup kemungkinan akses tersebut akan tersedia pada masa mendatang.
sumber :
http://bluewarrior.wordpress.com
http://java-virtual-machine.net/download.html
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/2008/240/08._Virtual_Machine_VM_.pdf
http://en.wikipedia.org/wiki/Java_Virtual_Machine
http://en.wikipedia.org/wiki/Partial_virtualization
http://fajarhpblog.wordpress.com/tag/virtual-machine/
http://id.wikipedia.org/wiki/Mesin_virtual
http://www.chip.co.id/guides/qemu-virtual-machine-yang-serbaguna-2.html
Selasa, 04 Januari 2011
Ungsional dan Struktural Telematika
FUngsional dan Struktural Telematika
Pusat Sarana Teknik Telematika adalah unsur pelaksana tugas tertentu departemen berada di bawah serta bertanggung jawab kepada Menteri melalui Sekretaris Jenderal. Pusat Sarana Teknik Telematika dipimpin oleh seorang Kepala Pusat. Pusat Sarana Teknik Telematika mempunyai tugas melaksanakan layanan pengelolaan, pengembangan dan pemanfaatan sarana teknik telematika departemen berdasarkan kebijakan yang ditetapkan oleh Menteri.
Dalam melaksanakan tugas, Pusat Sarana Teknik Telematika menyelenggarakan fungsi:
a.pelayanan aplikasi interface dan fasilitasi sarana teknik telematika;
b.pelayanan dan pengembangan sistem jaringan interface dan piranti keras telematika;
c.pelaksanaan urusan ketatausahaan pusat.
Susunan Organisasi
Pusat Sarana Teknik Telematika terdiri dari:
a.Bidang Aplikasi;
b.Bidang Piranti Keras dan Lunak;
c.Subbagian Tata Usaha.
Bidang Aplikasi
Bidang Aplikasi mempunyai tugas melaksanakan penyiapan bahan pelayanan aplikasi interface untuk pelayanan publik dan fasilitasi sarana teknik telematika untuk pelayanan publik. Dalam melaksanakan tugas, Bidang Aplikasi menyelenggarakan fungsi:
a.pelayanan aplikasi interface di bidang telematika;
b.pelaksanaan fasilitasi sarana teknik telematika.
Bidang Aplikasi terdiri dari:
a.Subbidang Layanan Aplikasi;
b.Subbidang Fasilitasi Sarana.
(1).Subbidang Layanan Aplikasi mempunyai tugas melakukan penyiapan bahan pelayanan aplikasiinterface telematika.
(2).Subbidang Fasilitasi Sarana mempunyai tugas melakukan penyiapan bahan fasilitasi di bidang sarana teknik telematika.
Bidang Piranti Keras dan Lunak
Bidang Piranti Keras dan Lunak mempunyai tugas melaksanakan advokasi dan konsultasi model, prototipedan pengamanan piranti keras dan lunak telematika. Dalam melaksanaan tugas, Bidang Piranti Keras dan Lunak menyelenggarakan fungsi:
a.pelaksanaan fasilitasi dan advokasi model, prototipe piranti keras dan lunak;
b.pelaksanaan fasilitasi dan advokasi pengamanan piranti keras dan lunak.
Bidang Piranti Keras dan Lunak terdiri dari:
a.Subbidang Rancang Bangunan
b.Subbidang Pengamanan.
(1).Subbidang Rancang Bangun mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi model, prototipe sarana teknik telematika;
(2).Subbidang Pengamanan mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi pengamanan sarana teknik telematika.
Subbagian Tata Usaha
Subbagian Tata Usaha mempunyai tugas melaksanakan urusan tata usaha dan rumah tangga Pusat.
Kelompok Jabatan Fungsional
Kelompok Jabatan Fungsional pada Pusat Sarana Teknik Telematika mempunyai tugas melakukan kegiatan sesuai dengan jabatan fungsional masing-masing berdasarkan peraturan perundang-undangan yang berlaku.
(1).Kelompok Jabatan Fungsional terdiri dari sejumlah jabatan fungsional yang terbagi dalam berbagai kelompok jabatan fungsional sesuai dengan bidang keahliannya yang diangkat dan diatur berdasarkan peraturan perundang-undangan yang berlaku.
(2).Masing-masing Kelompok Jabatan Fungsional, dikoordinasikan oleh seorang tenaga fungsional senior yang ditetapkan oleh Kepala Pusat Sarana Teknik Telematika.
(3).Jumlah tenaga fungsional, ditentukan berdasarkan kebutuhan dan beban kerja.
(4).Jenis dan jenjang jabatan fungsional, diatur berdasarkan peraturan perundang-undangan yang berlaku.
Sumber : http://blogs.depkominfo.go.id/setjen/struktur-organisasi/pusat-sarana-teknik-telematik
Pusat Sarana Teknik Telematika adalah unsur pelaksana tugas tertentu departemen berada di bawah serta bertanggung jawab kepada Menteri melalui Sekretaris Jenderal. Pusat Sarana Teknik Telematika dipimpin oleh seorang Kepala Pusat. Pusat Sarana Teknik Telematika mempunyai tugas melaksanakan layanan pengelolaan, pengembangan dan pemanfaatan sarana teknik telematika departemen berdasarkan kebijakan yang ditetapkan oleh Menteri.
Dalam melaksanakan tugas, Pusat Sarana Teknik Telematika menyelenggarakan fungsi:
a.pelayanan aplikasi interface dan fasilitasi sarana teknik telematika;
b.pelayanan dan pengembangan sistem jaringan interface dan piranti keras telematika;
c.pelaksanaan urusan ketatausahaan pusat.
Susunan Organisasi
Pusat Sarana Teknik Telematika terdiri dari:
a.Bidang Aplikasi;
b.Bidang Piranti Keras dan Lunak;
c.Subbagian Tata Usaha.
Bidang Aplikasi
Bidang Aplikasi mempunyai tugas melaksanakan penyiapan bahan pelayanan aplikasi interface untuk pelayanan publik dan fasilitasi sarana teknik telematika untuk pelayanan publik. Dalam melaksanakan tugas, Bidang Aplikasi menyelenggarakan fungsi:
a.pelayanan aplikasi interface di bidang telematika;
b.pelaksanaan fasilitasi sarana teknik telematika.
Bidang Aplikasi terdiri dari:
a.Subbidang Layanan Aplikasi;
b.Subbidang Fasilitasi Sarana.
(1).Subbidang Layanan Aplikasi mempunyai tugas melakukan penyiapan bahan pelayanan aplikasiinterface telematika.
(2).Subbidang Fasilitasi Sarana mempunyai tugas melakukan penyiapan bahan fasilitasi di bidang sarana teknik telematika.
Bidang Piranti Keras dan Lunak
Bidang Piranti Keras dan Lunak mempunyai tugas melaksanakan advokasi dan konsultasi model, prototipedan pengamanan piranti keras dan lunak telematika. Dalam melaksanaan tugas, Bidang Piranti Keras dan Lunak menyelenggarakan fungsi:
a.pelaksanaan fasilitasi dan advokasi model, prototipe piranti keras dan lunak;
b.pelaksanaan fasilitasi dan advokasi pengamanan piranti keras dan lunak.
Bidang Piranti Keras dan Lunak terdiri dari:
a.Subbidang Rancang Bangunan
b.Subbidang Pengamanan.
(1).Subbidang Rancang Bangun mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi model, prototipe sarana teknik telematika;
(2).Subbidang Pengamanan mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi pengamanan sarana teknik telematika.
Subbagian Tata Usaha
Subbagian Tata Usaha mempunyai tugas melaksanakan urusan tata usaha dan rumah tangga Pusat.
Kelompok Jabatan Fungsional
Kelompok Jabatan Fungsional pada Pusat Sarana Teknik Telematika mempunyai tugas melakukan kegiatan sesuai dengan jabatan fungsional masing-masing berdasarkan peraturan perundang-undangan yang berlaku.
(1).Kelompok Jabatan Fungsional terdiri dari sejumlah jabatan fungsional yang terbagi dalam berbagai kelompok jabatan fungsional sesuai dengan bidang keahliannya yang diangkat dan diatur berdasarkan peraturan perundang-undangan yang berlaku.
(2).Masing-masing Kelompok Jabatan Fungsional, dikoordinasikan oleh seorang tenaga fungsional senior yang ditetapkan oleh Kepala Pusat Sarana Teknik Telematika.
(3).Jumlah tenaga fungsional, ditentukan berdasarkan kebutuhan dan beban kerja.
(4).Jenis dan jenjang jabatan fungsional, diatur berdasarkan peraturan perundang-undangan yang berlaku.
Sumber : http://blogs.depkominfo.go.id/setjen/struktur-organisasi/pusat-sarana-teknik-telematik
Spesifikasi Open Services Gateway Initiative (OSGI)
Spesifikasi Open Services Gateway Initiative (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.
Spesifikasi:
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.
Arsitektur 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:
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://bluewarrior.wordpress.com
http://en.wikipedia.org/wiki/OSGi
http://www.osgi.org/Main/HomePage
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.
Spesifikasi:
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.
Arsitektur 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:
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://bluewarrior.wordpress.com
http://en.wikipedia.org/wiki/OSGi
http://www.osgi.org/Main/HomePage
Teknologi Java Security Proses
Teknologi Java Security Proses
Java Community Process atau JCP, didirikan pada tahun 1998, merupakan sebuah proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam definisi versi dan fitur dari platform Java.
The JCP melibatkan penggunaan Spesifikasi Jawa Permintaan (JSRs) – dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan untuk menambah platform Java. Publik formal review dari JSRs akan muncul sebelum JSR final dan Komite Eksekutif JCP suara di atasnya. JSR terakhir yang menyediakan implementasi referensi yang merupakan implementasi bebas teknologi dalam bentuk kode sumber dan Teknologi Kompatibilitas Kit untuk memverifikasi spesifikasi API.
Sebuah JSR menggambarkan JCP itu sendiri. Seperti tahun 2009, JSR 215 menggambarkan versi sekarang (2.7) dari JCP.
AMI-C (Automotive Multimedia Interface Colaboration)
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 persyaratan sebagai dasar untuk konvergensi pasar.
AMI-C adalah organisasi global yang mewakili mayoritas dunia produksi kendaraan. AMI-C mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif antarmuka untuk kendaraan jaringan komunikasi.
Tujuan utamanya adalah untuk:
1. 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;
2. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan;
3. 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; dan
4. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.
The Automotive Multimedia Interface Colaboration (AMI-C) mengumumkan hak cipta di seluruh dunia penugasan dari otomotif 1394 spesifikasi teknis kepada Asosiasi Perdagangan 1394. Berikut dokumen AMI-C sekarang milik 1394TA:
1. AMI-C 3.023 Power Management Spesifikasi
2. AMI-C 3.013 Power Management Arsitektur
3. AMI-C 2002 1.0.2 common Pesan Set Power Management
4. AMI-C Uji 3.034 Dokumen Manajemen Power
5. AMI-C 4.001 Revisi Spesifikasi Fisik
Automotive Multimedia Interface Kolaborasi (AMIC) mengatakan akan menjadi tuan rumah tiga update internasional briefing untuk menjadi pemasok otomotif, komputer dan teknologi tinggi industri elektronik. Briefing akan diadakan 23 Februari di Frankfurt, Jerman; Februari 29 di Tokyo; dan Maret 9 di Detroit.
“AMIC telah membuat suatu kemajuan yang signifikan dalam satu tahun terakhir ini dalam menyelesaikan struktur organisasi dan mencapai kesepakatan mengenai persyaratan yang diperlukan untuk hardware dan software baik di masa depan mobil dan truk,” Jurubicara AMIC Dave Acton berkata, “Dan sekarang sudah saatnya bagi kita untuk bertemu dengan pemasok dan mereka yang tertarik untuk menjadi pemasok untuk memastikan kami pindah ke tahap berikutnya pembangunan kita bersama-sama. ”
Acton menekankan bahwa AMIC terbuka untuk semua pemasok yang tertarik bisnis elektronik. AMIC dibentuk pada bulan September l998 dan saat ini dipimpin oleh 12 produsen otomotif dan anak perusahaan yang meliputi: BMW, DaimlerChrysler, Ford, Fiat, General Motors, Honda, Mitsubishi, Nissan, PSA / Peugeot-Citroen, Renault, Toyota, dan VW. Seorang juru bicara mengatakan kelompok AMIC berencana untuk mendirikan sebuah kantor di San Francisco di masa depan.
sumber:
http://fajarnurdiansyah.blogspot.com/
http://en.wikipedia.org/wiki/Java_Community_Process
http://qbheadlines.com/inovasi_bwh.php?aid=131&flag=1&baru=0&cat=6
http://www.medeaplus.org/web/medeaplus/article_october2002.php
Java Community Process atau JCP, didirikan pada tahun 1998, merupakan sebuah proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam definisi versi dan fitur dari platform Java.
The JCP melibatkan penggunaan Spesifikasi Jawa Permintaan (JSRs) – dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan untuk menambah platform Java. Publik formal review dari JSRs akan muncul sebelum JSR final dan Komite Eksekutif JCP suara di atasnya. JSR terakhir yang menyediakan implementasi referensi yang merupakan implementasi bebas teknologi dalam bentuk kode sumber dan Teknologi Kompatibilitas Kit untuk memverifikasi spesifikasi API.
Sebuah JSR menggambarkan JCP itu sendiri. Seperti tahun 2009, JSR 215 menggambarkan versi sekarang (2.7) dari JCP.
AMI-C (Automotive Multimedia Interface Colaboration)
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 persyaratan sebagai dasar untuk konvergensi pasar.
AMI-C adalah organisasi global yang mewakili mayoritas dunia produksi kendaraan. AMI-C mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif antarmuka untuk kendaraan jaringan komunikasi.
Tujuan utamanya adalah untuk:
1. 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;
2. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan;
3. 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; dan
4. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.
The Automotive Multimedia Interface Colaboration (AMI-C) mengumumkan hak cipta di seluruh dunia penugasan dari otomotif 1394 spesifikasi teknis kepada Asosiasi Perdagangan 1394. Berikut dokumen AMI-C sekarang milik 1394TA:
1. AMI-C 3.023 Power Management Spesifikasi
2. AMI-C 3.013 Power Management Arsitektur
3. AMI-C 2002 1.0.2 common Pesan Set Power Management
4. AMI-C Uji 3.034 Dokumen Manajemen Power
5. AMI-C 4.001 Revisi Spesifikasi Fisik
Automotive Multimedia Interface Kolaborasi (AMIC) mengatakan akan menjadi tuan rumah tiga update internasional briefing untuk menjadi pemasok otomotif, komputer dan teknologi tinggi industri elektronik. Briefing akan diadakan 23 Februari di Frankfurt, Jerman; Februari 29 di Tokyo; dan Maret 9 di Detroit.
“AMIC telah membuat suatu kemajuan yang signifikan dalam satu tahun terakhir ini dalam menyelesaikan struktur organisasi dan mencapai kesepakatan mengenai persyaratan yang diperlukan untuk hardware dan software baik di masa depan mobil dan truk,” Jurubicara AMIC Dave Acton berkata, “Dan sekarang sudah saatnya bagi kita untuk bertemu dengan pemasok dan mereka yang tertarik untuk menjadi pemasok untuk memastikan kami pindah ke tahap berikutnya pembangunan kita bersama-sama. ”
Acton menekankan bahwa AMIC terbuka untuk semua pemasok yang tertarik bisnis elektronik. AMIC dibentuk pada bulan September l998 dan saat ini dipimpin oleh 12 produsen otomotif dan anak perusahaan yang meliputi: BMW, DaimlerChrysler, Ford, Fiat, General Motors, Honda, Mitsubishi, Nissan, PSA / Peugeot-Citroen, Renault, Toyota, dan VW. Seorang juru bicara mengatakan kelompok AMIC berencana untuk mendirikan sebuah kantor di San Francisco di masa depan.
sumber:
http://fajarnurdiansyah.blogspot.com/
http://en.wikipedia.org/wiki/Java_Community_Process
http://qbheadlines.com/inovasi_bwh.php?aid=131&flag=1&baru=0&cat=6
http://www.medeaplus.org/web/medeaplus/article_october2002.php
Minggu, 26 Desember 2010
Apa yang kalian harapkan dengan adanya "Telematika Service"
Menurut saya dengan adanya Telematika , masyarakat makin banyak mengetahui teknologi-teknologi yang ada pada saat ini, dengan disediakannya beberapa manajamen data telematika. Harapan saya dengan layanan telematika, terutama di Indonesia harus bisa mengimbangi teknologi-teknologi dunia telamatika dengan Negara-negara lainnya yang sangat berkembang pesat. Dan diharapkan selalu diberikan layanan-layanan informasi yang semakin berkualitas. Mudah-mudahan layanan telematika dapat digunakan dengan baik dalam bidang usaha maupun penunjang usaha.
Minggu, 05 Desember 2010
Sistem Context-Aware
Sistem Context-Aware
Layanan Context Aware dan Event-Based
Di dalam ilmu komputer menyatakan bahwa perangkat komputer memiliki kepekaan dan dapat bereaksi terhadap lingkungan sekitarnya berdasarkan informasi dan aturan-aturan tertentu yang tersimpan di dalam perangkat. Gagasan inilah yang diperkenalkan oleh Schilit pada tahun 1994 dengan istilah context-awareness. Context-awareness adalah kemampuan layanan network untuk mengetahui berbagai konteks, yaitu kumpulan parameter yang relevan dari pengguna (user) dan penggunaan network itu, serta memberikan layanan yang sesuai dengan parameter-parameter itu. Beberapa konteks yang dapat digunakan antara lain lokasi user, data dasar user, berbagai preferensi user, jenis dan kemampuan terminal yang digunakan user. Sebagai contoh : ketika seorang user sedang mengadakan rapat, maka context-aware mobile phone yang dimiliki user akan langsung menyimpulkan bahwa user sedang mengadakan rapat dan akan menolak seluruh panggilan telepon yang tidak penting. Dan untuk saat ini, konteks location awareness dan activity recognition yang merupakan bagian dari context-awareness menjadi pembahasan utama di bidang penelitian ilmu komputer.
Tiga hal yang menjadi perhatian sistem context-aware menurut Albrecht Schmidt, yaitu:
1. The acquisition of context
Hal ini berkaitan dengan pemilihan konteks dan bagaimana cara memperoleh konteks yang diinginkan, sebagai contoh : pemilihan konteks lokasi, dengan penggunaan suatu sensor lokasi tertentu (misalnya: GPS) untuk melihat situasi atau posisi suatu lokasi tersebut.
2. The abstraction and understanding of context
Pemahaman terhadap bagaimana cara konteks yang dipilih berhubungan dengan kondisi nyata, bagaimana informasi yang dimiliki suatu konteks dapat membantu meningkatkan kinerja aplikasi, dan bagaimana tanggapan sistem dan cara kerja terhadap inputan dalam suatu konteks.
3. Application behaviour based on the recognized context
Terakhir, dua hal yang paling penting adalah bagaimana pengguna dapat memahami sistem dan tingkah lakunya yang sesuai dengan konteks yang dimilikinya serta bagaimana caranya memberikan kontrol penuh kepada pengguna terhadap sistem.
Sumber :http://mala06-telematika-telematika.blogspot.com/2009/12/layanan-telematika.html
Layanan Context Aware dan Event-Based
Di dalam ilmu komputer menyatakan bahwa perangkat komputer memiliki kepekaan dan dapat bereaksi terhadap lingkungan sekitarnya berdasarkan informasi dan aturan-aturan tertentu yang tersimpan di dalam perangkat. Gagasan inilah yang diperkenalkan oleh Schilit pada tahun 1994 dengan istilah context-awareness. Context-awareness adalah kemampuan layanan network untuk mengetahui berbagai konteks, yaitu kumpulan parameter yang relevan dari pengguna (user) dan penggunaan network itu, serta memberikan layanan yang sesuai dengan parameter-parameter itu. Beberapa konteks yang dapat digunakan antara lain lokasi user, data dasar user, berbagai preferensi user, jenis dan kemampuan terminal yang digunakan user. Sebagai contoh : ketika seorang user sedang mengadakan rapat, maka context-aware mobile phone yang dimiliki user akan langsung menyimpulkan bahwa user sedang mengadakan rapat dan akan menolak seluruh panggilan telepon yang tidak penting. Dan untuk saat ini, konteks location awareness dan activity recognition yang merupakan bagian dari context-awareness menjadi pembahasan utama di bidang penelitian ilmu komputer.
Tiga hal yang menjadi perhatian sistem context-aware menurut Albrecht Schmidt, yaitu:
1. The acquisition of context
Hal ini berkaitan dengan pemilihan konteks dan bagaimana cara memperoleh konteks yang diinginkan, sebagai contoh : pemilihan konteks lokasi, dengan penggunaan suatu sensor lokasi tertentu (misalnya: GPS) untuk melihat situasi atau posisi suatu lokasi tersebut.
2. The abstraction and understanding of context
Pemahaman terhadap bagaimana cara konteks yang dipilih berhubungan dengan kondisi nyata, bagaimana informasi yang dimiliki suatu konteks dapat membantu meningkatkan kinerja aplikasi, dan bagaimana tanggapan sistem dan cara kerja terhadap inputan dalam suatu konteks.
3. Application behaviour based on the recognized context
Terakhir, dua hal yang paling penting adalah bagaimana pengguna dapat memahami sistem dan tingkah lakunya yang sesuai dengan konteks yang dimilikinya serta bagaimana caranya memberikan kontrol penuh kepada pengguna terhadap sistem.
Sumber :http://mala06-telematika-telematika.blogspot.com/2009/12/layanan-telematika.html
Manajemen Data Telematika
Manajemen Data Telematika
PENGERTIAN CLIENT-SERVER
Client/Server dapat diartikan sebagai kemampuan komputer untuk meminta layanan request data kepada komputer lain. Setiap instance dari komputer yang meminta layanan disebut sebagai client, sedangkan setiap instance yang menyediakan layanan disebut sebagai server. Data yang diminta oleh client dapat diambil dari database pada sisi server yang sering disebut database server, seperi misalnya MySQL, PostgreSQL, Oracle, atau SQL Server.
Jenis Manajemen Data Telematika :
Manajemen data sisi klien- server
Client server diaplikasikan pada aplikasi mainframe yang sangat besar untuk membagi beban proses loading antara client dan server. Dalam perkembangannya, client server dikembangkan oleh dominasi perusahaan-perusahaan software yaitu Baan, Informix, Microsoft, Novell, Oracle, SAP, PeopleSoft, Sun, dan Sybase.
Awalnya pengertian client server adalah sebuah system yang saling berhunungan dalam sebuah jaringan yang memiliki dua komponen utama yang satu berfungsi sebagai client dan satunya lagi sebagai server atau biasa disebut 2-Tier. Definisi lain dari client server adalah pembagian kerja antara server dan client yg mengakses server dalam suatu jaringan. Jadi arsitektur client-server adalah desain sebuah aplikasi terdiri dari client dan server yang saling berkomunikasi ketika mengakses server dalam suatu jaringan.
Istilah tier dalam server adalah untuk menjelaskan pembagian sebuah aplikasi yang melalui client dan server. Pembagian proses kerja adalah bagian uatama dari konsep client/ server saat ini.
Manajemen data Base system perangkat bergerak
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 :
• Memperkaya utility investasi untuk perangkat GSM yang sudah ada.
• Merupakan teknologi jembatan yang bagus menuju generasi ke 3.
• Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.
• Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.
• Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi ‘dial up’ 56 kbps yang berlaku.
• Menampakan diri sebagai komunikasi yang ‘selalu’ terhubung sehingga memiliki
• waktu sesi hubungan yang pendek dan akses langsung ke internet.
KARAKTERISTIK CLIENT-SERVER
Client dan Server merupakan item proses (logika) terpisah yang bekerja sama pada suatu jaringan komputer untuk mengerjakan suatu tugas sebagai berikut:
• Service : Menyediakan layanan terpisah yang berbeda
• Shared resource : Server dapat melayani beberapa client pada saat yang sama dan mengatur pengaksesan resource .
• Asymmetrical Protocol : antara client dan server merupakan hubungan one-to-many. Client memulai komunikasi dengan mengirim request ke server. Server menunggu permintaan dari client. Kondisi tersebut juga memungkinkan komunikasi callback.
• Transparency Location : proses server dapat ditempatkan pada mesin yang sama atau terpisah dengan proses client. Client/server akan menyembunyikan lokasi server dari client.
• Mix-and-match : tidak tergantung pada platform
• Message-based-exchange : antara client dan server berkomunikasi dengan mekanisme pertukaran message.
• Encapsulation of service : message memberitahu server apa yang akan dikerjakan.
• Scalability : sistem C/S dapat dimekarkan baik vertical maupun horisontal
• Integrity : kode dan data server diatur secara terpusat, sedangkan pada client tetap pada komputer tersendiri.
• Characteristics of a client
– Initiates requests
– Waits for and receives replies
– Usually connects to a small number of servers at one time
– Typically interacts directly with end-users using a graphical user interface
• Characteristics of a server
– Passive (slave)
– Waits for requests from clients
–Upon receipt of requests, processes them and then serves replies
– Usually accepts connections from a large number of clients
– Typically does not interact directly with end-users
KEUNTUNGAN CLIENT-SERVER
• Client-server mampu menciptakan aturan dan kewajiban komputasi secara terdistribusi.
• Mudah dalam maintenance. Memungkinkan untuk mengganti, memperbaiki server tanpa mengganggu client.
• Semua data disimpan di server Server dapat mengkontrol akses terhadap resources, hanya yang memiliki autorisasi saja.
• Tempat penyimpanan terpusat, update data mudah. Pada peer-to-peer, update data sulit.
• Mendukung banyak clients berbeda dan kemampuan yang berbeda pula.
KELEMAHAN CLIENT-SERVER
• Traffic congestion on the network, jika banyak client mengakses ke server secara simultan, maka server akan overload.
– Berbeda dengan P2P network, dimana bandwidthnya meningkat jika banyak client merequest. Karena bandwidth berasal dari semua komputer yang terkoneksi kepadanya.
• Pada client-server, ada kemungkinan server fail.
– Pada P2P networks, resources biasanya didistribusikan ke beberapa node sehingga masih ada node yang dapat meresponse request.
ARSITEKTUR CLIENT/SERVER
=> Menggunakan LAN untuk mendukung jaringan PC
=> Masing-masing PC memiliki penyimpan tersendiri
=> Berbagi hardware atau software
ARSITEKTUR FILE SERVER
=> Model pertama Client/Server
=> Semua pemrosesan dilakukan pada sisi workstation
=> Satu atau beberapa server terhubungkan dalam jaringan
=> Server bertindak sebagai file server
=> File server bertindak sebagai pengelola file dan memungkinkan klien mengakses file tersebut.
=> Setiap klien dilengkapi DBMS tersendiri
=> DBMS berinteraksi dengan data yang tersimpan dalam bentuk file pada server
=> Aktivitas pada klien:
=> Meminta data
=> Meminta penguncian data
=> Tanggapan dari klien :
– Memberikan data
– Mengunci data dan memberikan statusnya
BATASAN FILE SERVER
=> Beban jaringan tinggi karena tabel yang diminta akan diserahkan oleh file server ke klien melalui jaringan.
=> Setiap klien harus memasang DBMS sehingga mengurangi memori.
=> Klien harus mempunyai kemampuan proses tinggi untuk mendapatkan response time yang bagus.
=> Salinan DBMS pada setiap klien harus menjaga integritas databasse yang dipakai secara bersama-sama ð tanggung jawab diserahkan kepada programmer.
ARSITEKTUR DATABASE SERVER
=> Klien bertanggung jawab dalam mengelola antar muka pemakai (mencakup logika penyajian data, logika pemrosesan data, logika aturan bisnis).
=> Database server bertanggung jawab pada penyimpana, pengaksesan, dan pemrosesan database.
=> Database serverlah yang dituntut memiliki kemampuan pemrosesan yang tinggi
=> Beban jaringan menjadi berkurang.
=> Otentikasi pemakai, pemeriksaan integrasi, pemeliharaan data dictionary dilakukan pada database server.
=> Database server merupakan implementasi dari two-tier architecture.
APPLICATION ARCHITECTURES
- Two-tier architecture, Contoh : program klien menggunakan ODBC/JDBC untuk berkomunikasi dengan database.
- Three-tier architecture, Contoh : aplikasi berbasis Web.
Contoh Two-Tier Architecture :
Contoh Three-Tier Architecture :
Arsitektur Three-Tier
- Melibatkan lapisan server yang lain selain lapisan database server.
Beberapa Keuntungan Arsitektur Three-Tier :
=> Keluwesan teknologi
=> Mudah untuk mengubah DBMS engine
=> Memungkinkan pula middle tier ke platform yang berbeda
=> Biaya jangka panjang yang rendah
=> Perubahan-perubahan cukup dilakukan pada middle tier daripada pada aplikasi keseluruhan
=> Keunggulan kompetitif
=> Kekampuan untuk bereaksi thd perubahan bisnis dengan cepat, dengan cara mengubah modul kode daripada mengubah keseluruhan aplikasi
Aplikasi Web dapat dibagi menjadi 2 macam:
=> Web Statis
=> Web Dinamis
Teknologi Web
Teknologi untuk membentuk aplikasi Web yang dinamis :
1. Teknologi pada sisi klien (client-side technology)
2. Teknologi pada sisi server (server-side technology)
Teknologi pada sisi Klien :
1. Kontrol Active X
2. Java applet
3. Client-side script (JavaScript dan VBScript)
4. 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
Sumber:
http://purwakarta.org/flash/GPRS.pdf
http://joanmathilda.wordpress.com/2009/11/29/manajemen-data-sisi-client-server/
http://utiemarlin.blogspot.com/2009/12/manajemen-data-telematika.html
PENGERTIAN CLIENT-SERVER
Client/Server dapat diartikan sebagai kemampuan komputer untuk meminta layanan request data kepada komputer lain. Setiap instance dari komputer yang meminta layanan disebut sebagai client, sedangkan setiap instance yang menyediakan layanan disebut sebagai server. Data yang diminta oleh client dapat diambil dari database pada sisi server yang sering disebut database server, seperi misalnya MySQL, PostgreSQL, Oracle, atau SQL Server.
Jenis Manajemen Data Telematika :
Manajemen data sisi klien- server
Client server diaplikasikan pada aplikasi mainframe yang sangat besar untuk membagi beban proses loading antara client dan server. Dalam perkembangannya, client server dikembangkan oleh dominasi perusahaan-perusahaan software yaitu Baan, Informix, Microsoft, Novell, Oracle, SAP, PeopleSoft, Sun, dan Sybase.
Awalnya pengertian client server adalah sebuah system yang saling berhunungan dalam sebuah jaringan yang memiliki dua komponen utama yang satu berfungsi sebagai client dan satunya lagi sebagai server atau biasa disebut 2-Tier. Definisi lain dari client server adalah pembagian kerja antara server dan client yg mengakses server dalam suatu jaringan. Jadi arsitektur client-server adalah desain sebuah aplikasi terdiri dari client dan server yang saling berkomunikasi ketika mengakses server dalam suatu jaringan.
Istilah tier dalam server adalah untuk menjelaskan pembagian sebuah aplikasi yang melalui client dan server. Pembagian proses kerja adalah bagian uatama dari konsep client/ server saat ini.
Manajemen data Base system perangkat bergerak
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 :
• Memperkaya utility investasi untuk perangkat GSM yang sudah ada.
• Merupakan teknologi jembatan yang bagus menuju generasi ke 3.
• Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.
• Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.
• Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi ‘dial up’ 56 kbps yang berlaku.
• Menampakan diri sebagai komunikasi yang ‘selalu’ terhubung sehingga memiliki
• waktu sesi hubungan yang pendek dan akses langsung ke internet.
KARAKTERISTIK CLIENT-SERVER
Client dan Server merupakan item proses (logika) terpisah yang bekerja sama pada suatu jaringan komputer untuk mengerjakan suatu tugas sebagai berikut:
• Service : Menyediakan layanan terpisah yang berbeda
• Shared resource : Server dapat melayani beberapa client pada saat yang sama dan mengatur pengaksesan resource .
• Asymmetrical Protocol : antara client dan server merupakan hubungan one-to-many. Client memulai komunikasi dengan mengirim request ke server. Server menunggu permintaan dari client. Kondisi tersebut juga memungkinkan komunikasi callback.
• Transparency Location : proses server dapat ditempatkan pada mesin yang sama atau terpisah dengan proses client. Client/server akan menyembunyikan lokasi server dari client.
• Mix-and-match : tidak tergantung pada platform
• Message-based-exchange : antara client dan server berkomunikasi dengan mekanisme pertukaran message.
• Encapsulation of service : message memberitahu server apa yang akan dikerjakan.
• Scalability : sistem C/S dapat dimekarkan baik vertical maupun horisontal
• Integrity : kode dan data server diatur secara terpusat, sedangkan pada client tetap pada komputer tersendiri.
• Characteristics of a client
– Initiates requests
– Waits for and receives replies
– Usually connects to a small number of servers at one time
– Typically interacts directly with end-users using a graphical user interface
• Characteristics of a server
– Passive (slave)
– Waits for requests from clients
–Upon receipt of requests, processes them and then serves replies
– Usually accepts connections from a large number of clients
– Typically does not interact directly with end-users
KEUNTUNGAN CLIENT-SERVER
• Client-server mampu menciptakan aturan dan kewajiban komputasi secara terdistribusi.
• Mudah dalam maintenance. Memungkinkan untuk mengganti, memperbaiki server tanpa mengganggu client.
• Semua data disimpan di server Server dapat mengkontrol akses terhadap resources, hanya yang memiliki autorisasi saja.
• Tempat penyimpanan terpusat, update data mudah. Pada peer-to-peer, update data sulit.
• Mendukung banyak clients berbeda dan kemampuan yang berbeda pula.
KELEMAHAN CLIENT-SERVER
• Traffic congestion on the network, jika banyak client mengakses ke server secara simultan, maka server akan overload.
– Berbeda dengan P2P network, dimana bandwidthnya meningkat jika banyak client merequest. Karena bandwidth berasal dari semua komputer yang terkoneksi kepadanya.
• Pada client-server, ada kemungkinan server fail.
– Pada P2P networks, resources biasanya didistribusikan ke beberapa node sehingga masih ada node yang dapat meresponse request.
ARSITEKTUR CLIENT/SERVER
=> Menggunakan LAN untuk mendukung jaringan PC
=> Masing-masing PC memiliki penyimpan tersendiri
=> Berbagi hardware atau software
ARSITEKTUR FILE SERVER
=> Model pertama Client/Server
=> Semua pemrosesan dilakukan pada sisi workstation
=> Satu atau beberapa server terhubungkan dalam jaringan
=> Server bertindak sebagai file server
=> File server bertindak sebagai pengelola file dan memungkinkan klien mengakses file tersebut.
=> Setiap klien dilengkapi DBMS tersendiri
=> DBMS berinteraksi dengan data yang tersimpan dalam bentuk file pada server
=> Aktivitas pada klien:
=> Meminta data
=> Meminta penguncian data
=> Tanggapan dari klien :
– Memberikan data
– Mengunci data dan memberikan statusnya
BATASAN FILE SERVER
=> Beban jaringan tinggi karena tabel yang diminta akan diserahkan oleh file server ke klien melalui jaringan.
=> Setiap klien harus memasang DBMS sehingga mengurangi memori.
=> Klien harus mempunyai kemampuan proses tinggi untuk mendapatkan response time yang bagus.
=> Salinan DBMS pada setiap klien harus menjaga integritas databasse yang dipakai secara bersama-sama ð tanggung jawab diserahkan kepada programmer.
ARSITEKTUR DATABASE SERVER
=> Klien bertanggung jawab dalam mengelola antar muka pemakai (mencakup logika penyajian data, logika pemrosesan data, logika aturan bisnis).
=> Database server bertanggung jawab pada penyimpana, pengaksesan, dan pemrosesan database.
=> Database serverlah yang dituntut memiliki kemampuan pemrosesan yang tinggi
=> Beban jaringan menjadi berkurang.
=> Otentikasi pemakai, pemeriksaan integrasi, pemeliharaan data dictionary dilakukan pada database server.
=> Database server merupakan implementasi dari two-tier architecture.
APPLICATION ARCHITECTURES
- Two-tier architecture, Contoh : program klien menggunakan ODBC/JDBC untuk berkomunikasi dengan database.
- Three-tier architecture, Contoh : aplikasi berbasis Web.
Contoh Two-Tier Architecture :
Contoh Three-Tier Architecture :
Arsitektur Three-Tier
- Melibatkan lapisan server yang lain selain lapisan database server.
Beberapa Keuntungan Arsitektur Three-Tier :
=> Keluwesan teknologi
=> Mudah untuk mengubah DBMS engine
=> Memungkinkan pula middle tier ke platform yang berbeda
=> Biaya jangka panjang yang rendah
=> Perubahan-perubahan cukup dilakukan pada middle tier daripada pada aplikasi keseluruhan
=> Keunggulan kompetitif
=> Kekampuan untuk bereaksi thd perubahan bisnis dengan cepat, dengan cara mengubah modul kode daripada mengubah keseluruhan aplikasi
Aplikasi Web dapat dibagi menjadi 2 macam:
=> Web Statis
=> Web Dinamis
Teknologi Web
Teknologi untuk membentuk aplikasi Web yang dinamis :
1. Teknologi pada sisi klien (client-side technology)
2. Teknologi pada sisi server (server-side technology)
Teknologi pada sisi Klien :
1. Kontrol Active X
2. Java applet
3. Client-side script (JavaScript dan VBScript)
4. 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
Sumber:
http://purwakarta.org/flash/GPRS.pdf
http://joanmathilda.wordpress.com/2009/11/29/manajemen-data-sisi-client-server/
http://utiemarlin.blogspot.com/2009/12/manajemen-data-telematika.html
Langganan:
Komentar (Atom)
