Зачем на сетевой схеме рисовали облако
Схема сети должна показывать, как устройства связаны между собой, но не обязательно изображать каждый промежуточный узел. Если компьютеры компании подключены к провайдеру, а тот — к множеству других сетей, подробная карта быстро стала бы громоздкой и постоянно устаревала бы. Облако позволяло свернуть эту сложность в один условный знак.
Оно обозначало участок, устройство которого неважно для текущей задачи или неизвестно автору схемы. Внутри могли находиться маршрутизаторы, линии связи и сети других организаций; диаграмма просто показывала, что данные входят в этот участок и выходят из него в нужном месте.
Что происходило с данными за пределами схемы
Когда пакет данных покидал локальную сеть, его передавали маршрутизатору — устройству, которое выбирает следующий участок пути к адресу назначения. Далее пакет мог пройти через несколько сетей и маршрутизаторов, прежде чем достигнуть нужного сервера. Для схемы локального офиса эти промежуточные шаги часто несущественны: достаточно знать, что выход наружу есть и ведёт к нужной сети или службе.
Облако поэтому не означало, что путь случайный или буквально спрятан в одном месте. Оно лишь отделяло известную часть схемы от внешней инфраструктуры, детали которой не требовалось раскрывать. Один и тот же знак мог представлять интернет, сеть провайдера или другую сложную сеть — в зависимости от того, что именно объясняла диаграмма.
Условность, которая упрощает разговор
Такой символ помогает обсуждать границы ответственности: внутри локальной сети администратор может контролировать устройства и настройки, а за облаком начинаются системы, которыми управляют другие стороны. Если соединение не работает, схема подсказывает, где заканчивается видимая область, но сама по себе не показывает, на каком именно промежуточном узле возникла проблема.
В этом и практический смысл облака: оно скрывает детали не потому, что их нет, а потому, что для конкретного объяснения важнее показать связь между двумя точками.
