コマンドラインエコノミー コマンドの循環 rpc さらばRMI(remote method invocation)
APIエコノミー
APIは企業ソリューションの重要な構成要素となり、業務上のボトムラインに影響を与え、効率化、成長、革新に貢献することが認識されるようになりました。これは、APIが組織の収益性にプラスの影響を与える方法として緩やかに定義されるAPIエコノミーを生み出しました。
コマンドラインエコノミー RPC メッセージパッシング
プログラマーは、サブルーチンが実行プログラムのローカルにあろうと、リモートにあろうと、本質的に同じコードを書く。これは、クライアントとサーバーの相互作用の一種で（呼び出し側がクライアント、実行側がサーバー）、通常、リクエスト・レスポンス型のメッセージパッシングシステムで実装される。
ブルース・ジェイ・ネルソンは1981年に「リモートプロシージャコール」という言葉を作ったと一般に言われている
リモートプロシージャコール（以下、RPC）の考え方は非常にシンプルです。これは、プロシージャコールが、1台のコンピュータ上で動作するプログラム内で制御とデータを転送するためのよく知られ、よく理解されているメカニズムであるという観察に基づいている。したがって、この同じメカニズムを拡張して、通信ネットワークを介した制御とデータの転送を提供することが提案される。リモートプロシージャが呼び出されると、呼び出し側の環境は中断され、パラメータはネットワークを介してプロシージャが実行される環境（ここでは着呼側と呼ぶ）に渡され、そこで目的のプロシージャが実行される。
ネットワーク操作をリモートプロシージャコールとして扱うという考えは、少なくとも1970年代のARPANET初期の文書に遡る
このアプローチでは、2つのProtocolメッセージのそれぞれをPCPデータオブジェクトとしてモデル化し、特に最初の要素がINDEXメッセージタイプであるLISTをモデル化することができる。
1990年代には、オブジェクト指向プログラミングの普及に伴い、Common Object Request Broker Architecture (CORBA, 1991) や Java remote method invocation など、RMI (remote method invocation) という代替モデルが広く実装されるようになった。しかし、RMI はインターネットの普及に伴い、特に 2000 年代になると、その人気は下降していった。
リモートプロシージャコールとローカルコールの重要な違いは、リモートコールが予測不可能なネットワークの問題によって失敗する可能性があることです。
いいなと思ったら応援しよう！
