Прозрачность сети

В этой статье есть несколько проблем. Помогите улучшить ее или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти сообщения ) Для проверки данной статьи необходимы дополнительные цитаты .Пожалуйста, помогите улучшить эту статью , добавив ссылки на надежные источники . Неподтвержденные материалы могут быть оспорены и удалены. Найти источники:  "Network transparent" – новости  · газеты  · книги  · ученый  · JSTOR ( Февраль 2017 )( Узнайте, как и когда удалить это сообщение ) Возможно, потребуется переписать вводный раздел статьи .Пожалуйста, помогите улучшить лид и прочитайте руководство по его составлению . ( Июль 2015 )( Узнайте, как и когда удалить это сообщение ) ( Узнайте, как и когда удалить это сообщение )

Прозрачность сети , в самом общем смысле, относится к способности протокола передавать данные по сети способом, который не является наблюдаемым (« прозрачным » как в значении «невидимый») для тех, кто использует приложения, использующие протокол. Таким образом, пользователи определенного приложения могут получать доступ к удаленным ресурсам таким же образом, каким они получали бы доступ к своим собственным локальным ресурсам. Примером этого является облачное хранилище , где удаленные файлы представлены как локально доступные, и облачные вычисления , где рассматриваемый ресурс обрабатывается.

Термин часто частично правильно применяется в контексте X Window System , которая способна передавать графические данные по сети и бесшовно интегрировать их с приложениями, работающими и отображаемыми локально; однако некоторые расширения X Window System не способны работать по сети. ^[1]

В централизованной системе баз данных единственный доступный ресурс, который необходимо защитить от пользователя, — это данные (то есть система хранения ). В распределенной СУБД вторым ресурсом необходимо управлять примерно таким же образом: сетью . Предпочтительно, чтобы пользователь был защищен от подробностей работы сети. Тогда не будет никакой разницы между приложениями баз данных, которые будут работать в централизованной базе данных, и теми, которые будут работать в распределенной. Этот вид прозрачности называется сетевой прозрачностью или прозрачностью распределения . С точки зрения системы управления базами данных (СУБД), прозрачность распределения требует, чтобы пользователи не должны были указывать, где находятся данные.

Некоторые разделили прозрачность распределения на прозрачность местоположения и прозрачность наименования.

Прозрачность местоположения в командах, используемых для выполнения задачи, не зависит ни от местоположения данных, ни от системы, в которой выполняется операция.

Прозрачность именования означает, что каждому объекту в базе данных присваивается уникальное имя.

Прозрачность в технологии межсетевого экрана может быть определена на сетевом уровне ( уровень IP или Интернета ) или на уровне приложений .

Прозрачность на уровне IP означает, что клиент нацеливается на реальный IP-адрес сервера. Если соединение непрозрачно, то клиент нацеливается на промежуточный хост (адрес), который может быть прокси-сервером или кэширующим сервером. Прозрачность на уровне IP может быть также определена с точки зрения сервера. Если соединение прозрачно, сервер видит реальный IP-адрес клиента. Если оно непрозрачно, сервер видит IP-адрес промежуточного хоста.

Прозрачность на уровне приложения означает, что клиентское приложение использует протокол по-другому. Пример прозрачного HTTP-запроса для сервера:

GET  /  HTTP / 1.1 Хост :  example.org Соединение :  Keep-Alive

Пример непрозрачного HTTP-запроса для прокси (кеша):

GET  http://foo.bar/  HTTP / 1.1 Прокси-соединение :  Keep-Alive

Прозрачность прикладного уровня симметрична, когда на обеих сторонах используется один и тот же рабочий режим. Прозрачность асимметрична, когда брандмауэр (обычно прокси) преобразует запросы типа сервера в запросы типа прокси или наоборот.

Прозрачность на уровне IP не означает автоматически прозрачность на уровне приложений.

• Независимость данных
• Прозрачность репликации