場所の透明性はアクセスの透明性を意味しますか?


7

分散システムの理論において、私は分散システムがとりわけロケーションとアクセスの透過性を必要とするという定義を見つけました。

場所の透明性にアクセスの透明性がまだ含まれていないのではないかと思っていました。

ウィキペディアでは、この2つを次のように定義しています。

アクセスの透過性–個々のコンピューティングエンティティでリソースアクセスと表現をどのように実行する必要があるかに関係なく、分散システムのユーザーは常に単一の統一された方法でリソースにアクセスする必要があります。

場所の透過性–分散システムのユーザーは、リソースが物理的にどこにあるかを意識する必要はありません。

リソースが物理的にどこに配置されているかを意識する必要がない場合、それは自動的にすべてのリソースに均一にアクセスできる必要があることを意味しませんか?

はいの場合、その意味を変更せずに、定義からアクセスの透明性を除外できますか?

回答:


6

これら2つのプロパティの間には確かに強い依存関係があり、多くの例がこの結論を示しています。ローカルファイルとリモートファイルの両方にアクセスするために同じ操作を使用する必要があるAPIについて考えてみます。既にファイルのリストを持っている場合、これらのファイルを取得したか、それらがどのように取得されたか(ftp?など)から、ファイルの物理的な場所(たとえば、一部のURL)を認識できません。同じリストを使用してファイルのリストを取得したことを意味します。しかし、これは完全に真実ではありません。ウィキペディアの定義を単純化しましょう:

アクセスの透過性 - 同じ操作を使用してリソースにアクセスできます。

場所の透過性 - 物理的またはネットワークの場所を知らなくてもリソースにアクセスできます。

この2つの形式の透明度は、2つの異なる建築レイヤーを参照するために必要です。アクセス透明性は、一方、アプリケーション層を指す位置の透過性は、物理層のことをいいます。最初の例に戻って、APIを使用してファイルのリストにアクセスしますが、そのリストがどのように取得されたか、または取得される前にそれらのファイルがどこにあったかは完全にはわかりません。


これは、アクセスの透過性(at)と場所の透過性(lt)が同等ではないことを示しているだけだと思います。ltがatを意味しないことを正当化するために、ltは保持するがatは保持しない例が必要です。ただし、APIの例では、保留中です。
Vincent
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.