サーバーの自動化がどのようにFANGに到達したか

今日のデスクトップアプリケーションの大部分は、ユーザーが特定の操作（ドキュメントの作成、計算、データ分析など）を実行できるように設計されています。

多くの場合、これらのアプリケーションには、たとえば反復操作シーケンスの場合に、これらのサービスを使用するコードを作成するための組み込みのマクロ言語があります。言い換えれば、この種のアプリケーションはプログラム可能です。

サーバーの自動化は、クライアントのアドレス空間で実行できます。この場合、内部（処理中）サーバーと呼ばれ、ライブラリ（DLL）として実装されます。

さらに、自動化サーバーは、コントローラーのアドレス・スペースとは異なる独自のアドレス・スペースで実行できます。この場合、それはアウトプロセスサーバーと呼ばれます。議論されるのはこのタイプのサーバーについてです。

自動化サーバーが、コントローラーが実行されているコンピューター以外のコンピューターで実行されている場合、それはリモートと呼ばれます。多くのローカル自動化サーバーをリモートで実行できることに注意してください。どのようにしてFANGに到達しましたか？

FANGは、米国で最大のテクノロジー企業の略で、次のとおりです。
F – Facebook
A – Amazon
N – Netflix
G – Google

彼らはすでに全米で最も著名な企業の1つになりました。プロセスの自動化について話すとき、サーバーの自動化は彼らにとって特に重要です。そのような大企業は、それらを最も必要としている企業です。

FANGのサーバー自動化を実際に決定したのは過去10年間でした。開発者はこのシステムの導入に関与してきました。これは非常に効果的です。

小規模な非技術企業もこれを使用し始めています。特に、サーバーの自動化により、完璧なエクスペリエンスに必要なMT5インジケーターに関する情報を顧客に提供できるようになっているFXブローカーがそうです。

フィンテックは徐々にそのような技術が本当に重要な分野になり、ますます多くの企業がこの傾向を楽しみにしています。

サーバー自動化の背後にある概念は何ですか？

クライアントとサーバーが異なるアドレス空間にある場合（同じコンピューター上にあるか異なるコンピューター上にあるかにかかわらず）、クライアントはサーバーを管理するために異なるアドレス空間にあるオブジェクトのメソッドを参照する必要があります。この目的には、LRPC（ローカルリモートプロシージャコール）テクノロジが使用されます。

前述のように、各SOMサーバー（サーバーの自動化）およびSOMオブジェクトの各クラスには、一意の128ビットGUID（グローバル一意識別子）があります。

SOMオブジェクトクラスに移動すると、CLSID（クラスID）と呼ばれることがあります。 SOMサーバー（自動化サーバーを含む）を作成する場合、GUIDとCLSIDを使用してITを自動的に生成できますが、必要に応じて、標準のWindowsAPIcoCreateGUIDを呼び出すことで生成できます。

すべてのSOMサーバーとSOMオブジェクトクラスに関する情報はシステムレジストリに保存されます。これにより、クライアントはどのディレクトリ（またはローカルネットワークのどのコンピュータ）がSOMサーバーであるかを「知らない」ことができ、レジストリ。

一般に、SOMサーバーは、SOMオブジェクトを作成し、それを他のプログラムで使用できるようにするアプリケーションです。自動化サーバーは、アクセス用の特別なタイプのオブジェクトであるディスパッチオブジェクトを顧客に提供します。

同時に、サーバーを制御するアプリケーションコントローラーのアドレス空間には、インターフェイスIDispatchを含むオプションの変数があり、SOMサーバー上のこのオブジェクトへのアクセスを許可します。

コントローラは、サーバーの実行を開始し、ドキュメントやその他のオブジェクトを作成することにより、サーバーを制御できます。また、サーバーウィンドウのサイズ、位置、および可視性を変更することもできます。コントローラは、サーバーオブジェクトをクリップボードにコピーしたり、サーバーによって作成されたドキュメントにデータを追加したりすることによっても動作します。

一部の種類のサーバー管理機能を利用できるかどうかは、サーバーの開発者が外部アプリケーションで自動化するためにサーバーの開発者から開発者に提供されるサーバーのオブジェクト、プロパティ、およびメソッドによって異なります。