네트워크의 투과성
Network transparency |
가장 일반적인 의미에서 네트워크 투과성은 프로토콜을 사용하는 애플리케이션을 사용하는 사용자에게는 관찰할 수 없는("보이지 않는 것처럼 투명") 방식으로 네트워크를 통해 데이터를 전송하는 프로토콜의 능력을 의미합니다.이와 같이 특정 응용 프로그램의 사용자는 자신의 로컬리소스에 액세스하는 것과 같은 방법으로 리모트리소스에 액세스 할 수 있습니다.예를 들어 원격 파일이 로컬로 액세스할 수 있는 것으로 표시되는 클라우드 스토리지와 해당 리소스가 처리 중인 클라우드 컴퓨팅이 있습니다.
X 창
이 용어는 네트워크상에서 그래픽 데이터를 전송하고 로컬에서 실행 및 표시되는 애플리케이션과 심리스하게 통합할 수 있는 X Window 시스템의 컨텍스트에서 부분적으로 올바르게 사용되는 경우가 많습니다.단, X Window 시스템의 특정 확장 기능은 네트워크를 [1]통해 작동할 수 없습니다.
데이터베이스
중앙 집중식 데이터베이스 시스템에서 사용자로부터 보호되어야 하는 유일한 사용 가능한 리소스는 데이터(즉, 스토리지 시스템)입니다.분산형 DBMS에서 두 번째 리소스는 거의 동일한 방식으로 관리해야 합니다. 네트워크입니다.바람직하게는, 네트워크 동작의 상세로부터 유저를 보호할 필요가 있습니다.그러면 중앙 집중형 데이터베이스에서 실행되는 데이터베이스 애플리케이션과 분산형 데이터베이스에서 실행되는 데이터베이스 애플리케이션 간에 차이가 없습니다.이러한 종류의 투과성을 네트워크 투과성 또는 분산 투과성이라고 합니다.Database Management System(DBMS; 데이터베이스 관리 시스템)의 관점에서는 분산 투과성을 위해 사용자가 데이터의 위치를 지정할 필요가 없습니다.
일부는 분포의 투명성을 위치 투명성과 명명 투명성으로 구분했습니다.
작업을 수행하는 데 사용되는 명령어의 위치 투명도는 데이터 위치 및 작업이 수행되는 시스템 모두에 독립적입니다.
투명 이름은 데이터베이스의 각 개체에 대해 고유한 이름이 제공됨을 의미합니다.
방화벽
방화벽 기술의 투과성은 네트워킹(IP 또는 인터넷 계층) 또는 애플리케이션 계층에서 정의할 수 있습니다.
IP 레이어의 투과성은 클라이언트가 서버의 실제 IP 주소를 대상으로 한다는 것을 의미합니다.연결이 투명하지 않은 경우 클라이언트는 프록시 또는 캐싱 서버일 수 있는 중간 호스트(주소)를 대상으로 합니다.서버의 관점에서 IP 레이어 투과성을 정의할 수도 있습니다.접속이 투과적인 경우 서버는 실제 클라이언트 IP를 확인합니다.비투과적인 경우 서버는 중간 호스트의 IP를 확인합니다.
애플리케이션 계층의 투명성은 클라이언트 애플리케이션이 프로토콜을 다른 방식으로 사용하는 것을 의미합니다.서버의 투과 HTTP 요구의 예를 다음에 나타냅니다.
얻다 / HTTP/1.1 주인: example.org 연결: 킵얼라이브 프록시(캐시)에 대한 비투과 HTTP 요청의 예를 다음에 나타냅니다.
얻다 http://foo.bar/ HTTP/1.1 프록시 접속: 킵얼라이브 애플리케이션 레이어 투과성은 양쪽에서 동일한 작업 모드가 사용되는 경우 대칭입니다.투과성은 방화벽(일반적으로 프록시)이 서버 유형 요청을 프록시 유형으로 변환하거나 그 반대로 변환할 때 비대칭적입니다.
IP 레이어의 투과성이 애플리케이션레이어의 투과성을 자동적으로 의미하는 것은 아닙니다.
「 」를 참조해 주세요.
레퍼런스
- ^ "The Wayland Situation: Facts About X vs. Wayland (Phoronix)". LWN.net. 23 June 2013.
