Dynamic
動的
Dynamic gateways define a small, fixed starting point for a network. In the MagnetoCorp scenario, a dynamic gateway might identify just a single peer from MagnetoCorp; everything else will be discovered! (To provide resiliency, it might be better to define two such bootstrap peers.)
動的ゲートウエイは、ネットワークのための小さな固定出発点を定義します。 MagnetoCorpシナリオでは、動的ゲートウエイは MagnetoCorp からただ一人の相手を識別するかもしれません;他のすべてが発見されるでしょう! (回復力を提供するために、2人のこのようなブートストラップ相手を定義するほうが良いかもしれません。)
If service discovery is selected by an application, the topology defined in the gateway file is augmented with that produced by this process. Service discovery starts with the gateway definition, and finds all the connected peers and orderers within the MagnetoCorp organization using the gossip protocol. If anchor peers have been defined for a channel, then service discovery will use the gossip protocol across organizations to discover components within the connected organization. This process will also discover smart contracts installed on peers and their endorsement policies defined at a channel level. As with static gateways, the discovered network must be sufficient to get commercial paper transactions endorsed and distributed.
もしサービス発見がアプリケーションによって選ばれるなら、ゲートウエイファイルで定義されたトポロジーはそれがこのプロセスによって生ずる状態で、拡張されます。 サービス発見がゲートウエイ定義で始まって、そして ゴシップ プロトコルを使って MagnetoCorp の組織内のすべての接続される相手と注文者を見いだします。 もしアンカーの相手がチャンネルのために定義され接続されるなら、サービスディスカバリは接続される組織内のコンポーネントを見いだすため組織全体に渡り、ゴシップ通信規約を使うでしょう。 このプロセスは同じく相手に設置されたスマート契約とチャンネルレベルで定義される彼らの裏書方針を発見するでしょう。 静的ゲートウエイと同じように、見いだされたネットワークは裏書され配布される商業手形トランザクション得るのに十分であるに違いありません。
Dynamic gateways are the default setting for Fabric applications. They can be explicitly specified using the connect option discovery:
{
enabled:true
} on the gateway.connect() API. Alternatively, the environment variable setting FABRIC_SDK_DISCOVERY=true will always override the application choice.
動的ゲートウエイはファブリックアプリケーションのためにデフォルト設定です。 それらは明示的にコネクトオプション発見:ゲートウエイ.接続() APIの {enabled:true}を使って指定することができます。 代わりに、ファブリック_SDK_発見=真を設定する環境変数は常にアプリケーション選定子に優先します。
A dynamic gateway represents an up-to-date view of a network. As networks change, service discovery will ensure that the network view is an accurate reflection of the topology visible to the application. Applications will automatically pick up these changes; they do not even need to re-load the gateway file.
動的ゲートウエイはネットワークの最新の表示を表します。 ネットワークが変わるにつれて、サービス発見がネットワーク表示がアプリケーションに可視のトポロジーの正確な反射であることを保証するでしょう。 アプリケーションは自動的にこれらの変更を手に入れるでしょう;それらはゲートウエイファイルを再度ロードする必要さえありません。
Multiple gateways
複数のゲートウエイ
Finally, it is straightforward for an application to define multiple gateways, both for the same or different networks. Moreover, applications can use the name gateway both statically and dynamically.
最終的に、アプリケーションが、複数のゲートウエイを定義することは共に同じか、あるいは異なったネットワークにとって、簡単です。 さらに、アプリケーションは静的にも動的にも共に名前ゲートウエイを使うことができます。
It can be helpful to have multiple gateways. Here are a few reasons:
複数のゲートウエイを持つことは助けになり得ます。 こちらに2-3の理由があります:
· Handling requests on behalf of different users.
処理が異なった利用者の代わりに要求する。
· Connecting to different networks simultaneously.
同時に異なったネットワークに接続する。
· Testing a network configuration, by simultaneously comparing its behaviour with an existing configuration.
同時にそのふるまいを既存の構成定義と比較することによって、ネットワーク構成をテストする。
=========================
インターネット・コンピュータランキング
=========================
ネットサービスランキング
=========================
</table5
=========================
インターネット・コンピュータランキング
=========================
ネットサービスランキング
=========================
</table5