Otomasi Server: Dari Macro Desktop hingga Platform FANG
Sebagian besar aplikasi desktop saat ini dirancang bagi pengguna untuk melakukan operasi tertentu: pembuatan dokumen, perhitungan, analisis data, dan seterusnya.
Seringkali, aplikasi ini memiliki bahasa macro bawaan untuk membuat kode yang menggunakan layanan ini, misalnya dalam kasus urutan operasi yang repetitif. Dengan kata lain, aplikasi semacam ini dapat diprogram.
Otomasi server dapat berjalan di ruang alamat klien. Dalam hal ini, itu disebut server internal (in-process) dan diimplementasikan sebagai perpustakaan (DLL).
Selain itu, server otomasi dapat berjalan di ruang alamatnya sendiri, yang berbeda dari ruang alamat pengontrol. Dalam hal ini, itu disebut server out-of-process. Ini adalah tentang server jenis ini yang akan dibahas.
Jika server otomasi dilakukan pada komputer selain komputer tempat pengontrol berjalan, itu disebut jarak jauh. Perhatikan bahwa banyak server otomasi lokal dapat dijalankan secara jarak jauh. Bagaimana itu mencapai FANG?
FANG adalah singkatan untuk perusahaan teknologi terbesar di AS, yaitu:
F – Facebook
A – Amazon
N – Netflix
G – Google
Mereka telah berhasil menjadi salah satu perusahaan terkemuka di seluruh Amerika Serikat. Otomasi server sangat penting bagi mereka karena ketika kita berbicara tentang mengotomatisasi proses. Perusahaan besar semacam ini adalah yang paling membutuhkannya.
Itu adalah dekade terakhir yang benar-benar menentukan otomasi server untuk FANG. Pengembang telah terlibat untuk memperkenalkan sistem, yang berfungsi dengan baik.
Seharusnya disebutkan bahwa perusahaan non-teknologi yang lebih kecil mulai menggunakannya juga, terutama perantara valuta asing yang sekarang mengizinkan otomasi server untuk memberikan informasi kepada Anda sebagai pelanggan tentang indikator MT5 yang Anda butuhkan untuk pengalaman yang sempurna.
Fintech perlahan-lahan menjadi bidang di mana teknologi semacam ini sangat penting dan semakin banyak perusahaan menantikan tren ini.
Apa konsep di balik otomasi server?
Jika klien dan server berada di ruang alamat yang berbeda (baik pada komputer yang sama atau yang berbeda), klien harus merujuk pada metode objek di ruang alamat yang berbeda untuk mengelola server. Teknologi LRPC (Local Remote Procedure Calls) digunakan untuk tujuan ini.
Seperti yang disebutkan sebelumnya, setiap server SOM (yang merupakan server otomasi) dan setiap kelas objek SOM memiliki GUID (Global Unique Identifier) 128-bit unik.
Ketika Anda pergi ke kelas objek SOM, terkadang disebut CLSID (Class ID). Ketika Anda membuat server SOM (termasuk server otomasi), Anda dapat menghasilkan IT secara otomatis dengan bantuan GUID dan CLSID, meskipun Anda dapat menghasilkannya jika diperlukan dengan memanggil API Windows standar coCreateGUID.
Informasi tentang semua server SOM dan kelas objek SOM disimpan dalam registry sistem, yang memungkinkan klien “tidak tahu” di direktori mana (atau pada komputer mana di jaringan lokal) server SOM, dan menerima informasi tentangnya dari registry.
Secara umum, server SOM adalah aplikasi yang membuat objek SOM dan membuatnya tersedia untuk program lain. Server otomasi menyediakan pelanggannya dengan jenis objek khusus untuk akses – objek dispatch.
Pada saat yang sama, di ruang alamat aplikasi pengontrol yang mengontrol server, ada variabel opsional yang berisi IDispatch Interface, yang memberinya akses ke objek ini pada server SOM.
Pengontrol dapat mengontrol server dengan memulai eksekusinya, membuat dokumen dan objek lain. Ini juga dapat mengubah ukuran, posisi, dan visibilitas jendela server. Pengontrol juga beroperasi dengan menyalin objek server ke clipboard, menambahkan data ke dokumen yang dibuat oleh server, dan seterusnya.
Ketersediaan beberapa kemampuan manajemen server tergantung pada objek, properti, dan metode server apa yang disediakan oleh pengembang server kepada pengembang untuk diotomatisasi dengan aplikasi eksternal.
