Anindira
Gambaran
Pemrograman berbasis komponen menjadi lebih populer dari sebelumnya. Hampir tidak ada aplikasi yang dibangun saat ini yang tidak melibatkan peningkatan komponen dalam beberapa bentuk, biasanya dari vendor yang berbeda. Karena aplikasi tumbuh lebih canggih, kebutuhan untuk memanfaatkan komponen yang didistribusikan pada mesin jarak jauh juga tumbuh.
Contoh aplikasi berbasis komponen adalah solusi e-niaga ujung ke ujung. Aplikasi e-commerce yang berada di Web farm perlu mengirimkan pesanan ke aplikasi Enterprise Resource Planning (ERP) back-end. Dalam banyak kasus, aplikasi ERP berada pada perangkat keras yang berbeda dan mungkin berjalan pada sistem operasi yang berbeda.
Microsoft Distributed Component Object Model (DCOM), infrastruktur objek terdistribusi yang memungkinkan aplikasi untuk memanggil komponen Component Object Model (COM) yang diinstal di server lain, telah di-porting ke sejumlah platform non-Windows. Tetapi DCOM tidak pernah diterima secara luas pada platform ini, sehingga jarang digunakan untuk memfasilitasi komunikasi antara komputer Windows dan non-Windows. Vendor perangkat lunak ERP sering membuat komponen untuk platform Windows yang berkomunikasi dengan sistem back-end melalui protokol berpemilik.
Beberapa layanan yang dimanfaatkan oleh aplikasi e-niaga mungkin tidak berada di dalam pusat data sama sekali. Misalnya, jika aplikasi e-niaga menerima pembayaran kartu kredit untuk barang yang dibeli oleh pelanggan, aplikasi tersebut harus meminta layanan bank pedagang untuk memproses informasi kartu kredit pelanggan. Tetapi untuk semua tujuan praktis, DCOM dan teknologi terkait seperti CORBA dan Java RMI terbatas pada aplikasi dan komponen yang dipasang di dalam pusat data perusahaan. Dua alasan utama untuk ini adalah bahwa secara default teknologi ini memanfaatkan protokol berpemilik dan protokol ini secara inheren berorientasi pada koneksi.
Klien yang berkomunikasi dengan server melalui Internet menghadapi banyak hambatan potensial untuk berkomunikasi dengan server. Administrator jaringan yang sadar keamanan di seluruh dunia telah menerapkan router dan firewall perusahaan untuk melarang hampir semua jenis komunikasi melalui Internet. Seringkali dibutuhkan tindakan Tuhan untuk membuat administrator jaringan membuka port melebihi batas minimum.
Jika Anda cukup beruntung mendapatkan administrator jaringan untuk membuka port yang sesuai untuk mendukung layanan Anda, kemungkinan besar klien Anda tidak seberuntung itu. Akibatnya, protokol berpemilik seperti yang digunakan oleh DCOM, CORBA, dan Java RMI tidak praktis untuk skenario Internet.
Masalah lain, seperti yang saya katakan, dengan teknologi ini adalah bahwa mereka secara inheren berorientasi pada koneksi dan oleh karena itu tidak dapat menangani gangguan jaringan dengan baik. Karena Internet tidak berada di bawah kendali langsung Anda, Anda tidak dapat membuat asumsi apa pun tentang kualitas atau keandalan sambungan. Jika terjadi gangguan jaringan, panggilan berikutnya yang dilakukan klien ke server mungkin gagal.
Sifat berorientasi koneksi dari teknologi ini juga menyulitkan untuk membangun infrastruktur dengan beban seimbang yang diperlukan untuk mencapai skalabilitas tinggi. Setelah koneksi antara klien dan server terputus, Anda tidak bisa begitu saja merutekan permintaan berikutnya ke server lain.
Pengembang telah mencoba mengatasi keterbatasan ini dengan memanfaatkan model yang disebut pemrograman tanpa negara, tetapi keberhasilan mereka terbatas karena teknologinya cukup berat dan membuatnya mahal untuk membangun kembali sambungan dengan objek jarak jauh.
Karena pemrosesan kartu kredit pelanggan dilakukan oleh server jarak jauh di Internet, DCOM tidak ideal untuk memfasilitasi komunikasi antara klien e-niaga dan server pemrosesan kartu kredit. Seperti dalam solusi ERP, komponen pihak ketiga sering kali dipasang di dalam pusat data klien (dalam hal ini, oleh penyedia solusi pemrosesan kartu kredit). Komponen ini berfungsi sebagai proxy yang memfasilitasi komunikasi antara perangkat lunak e-commerce dan bank pedagang melalui protokol berpemilik.
Apakah Anda melihat pola di sini? Karena keterbatasan teknologi yang ada dalam memfasilitasi komunikasi antar sistem komputer, vendor perangkat lunak sering kali terpaksa membangun infrastruktur mereka sendiri. Ini berarti sumber daya yang dapat digunakan untuk menambahkan fungsionalitas yang lebih baik ke sistem ERP atau sistem pemrosesan kartu kredit telah dikhususkan untuk menulis protokol jaringan berpemilik.
Dalam upaya untuk lebih mendukung skenario Internet seperti itu, Microsoft awalnya mengadopsi strategi untuk menambah teknologi yang ada, termasuk COM Internet Services (CIS), yang memungkinkan Anda untuk membuat sambungan DCOM antara klien dan komponen jarak jauh melalui port 80. Untuk berbagai alasannya, CIS tidak diterima secara luas.
Jelas bahwa diperlukan pendekatan baru. Jadi Microsoft memutuskan untuk mengatasi masalah tersebut dari bawah ke atas. Mari kita lihat beberapa persyaratan yang harus dipenuhi oleh solusi tersebut agar berhasil.
Interoperabilitas Remo
sumber : service ac pekanbaru