透明性の影響は、システムソフトウェアの設計に大きな影響を与えます。
単純な言葉での透明性は、システムが独立したコンポーネントの集合としてではなく全体として認識されるように、分散システム内のコンポーネントの分離をユーザーおよびアプリケーションプログラマから隠すこととして定義されます。
アクセスの透過性により、同一の操作を使用してローカルリソースとリモートリソースにアクセスできます。
場所の透過性により、物理的またはネットワーク上の場所(たとえば、どの建物やIPアドレス)を知らなくてもリソースにアクセスできます。
障害の透過性により、障害の隠蔽が可能になり、ハードウェアまたはソフトウェアコンポーネントの障害にもかかわらず、ユーザーおよびアプリケーションプログラムがタスクを完了できるようになります。
同時実行性の透過性により、複数のプロセスが干渉することなく、共有リソースを使用して同時に動作できます。
現実的な例を挙げると、Webサイトがハッキングされ、ホームページに「ハッキングされました...問題が解決するまでお待ちください」と表示され、失敗の透過性がない場合を想像してください。システムが更新されており、システムが「脆弱」でハッキングされているという事実を隠すようにユーザーに認識させたいと思うでしょう。
透明性を確保するために、独立したコンポーネントの集まりとしてではなく、全体として行動したいと思うでしょう。