СЕТИ. СИСТЕМЫ. СВЯЗЬ.Практикум: документация сети
remtel.Подобрать схему
Оптические соединения и патч-панели — иллюстрация сетевой инфраструктуры
ИНФРАСТРУКТУРА / ОТ ИДЕИ ДО СИСТЕМЫ

За каждым
сервисом —
продуманная сеть.

Рабочие места, филиалы, серверы и облако.
Как связать их в устойчивую систему,
которой удобно управлять.

Найти своё решение ↗Посмотреть архитектуру ↓
REMTEL / ТЕХНОЛОГИИ В ДЕТАЛЯХОптика. Коммутация. Вычисления.Концептуальная иллюстрация
01 Сети и связь02 Вычислительная среда03 НаблюдаемостьИнженерный журнал ↗
НАПРАВЛЕНИЯ

Разные задачи.
Связанные решения.

Начинайте с того, как работает ваша организация.
Оборудование, каналы и сервисы должны
поддерживать этот сценарий.

01

Корпоративная сеть

Рабочие станции, телефония и Wi-Fi в общей архитектуре. Отдельные правила для сотрудников, гостей и оборудования.

VLAN / LAN / WLAN
Разобрать схему
02

Распределённый офис

Доступ к общим ресурсам из разных точек. Основной и резервный каналы, маршрутизация и единые правила доступа.

WAN / МАРШРУТИЗАЦИЯ
Разобрать схему
03

Серверная среда

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

ВЫЧИСЛЕНИЯ / ХРАНЕНИЕ
Разобрать схему
04

Эксплуатация

От состояния порта до доступности приложения. Журналы событий, уведомления и документация для команды.

МОНИТОРИНГ / ПРОЦЕССЫ
Разобрать схему
АРХИТЕКТУРА В ДЕТАЛЯХ

Посмотрите,
как всё связано.

Три типовых сценария. Выберите свой,
чтобы увидеть логику соединений
и основные точки внимания.

REMTEL / СХЕМА 01ПРИМЕР АРХИТЕКТУРЫ
ПровайдерШлюз / защитаРабочая сетьГостевой сегментСерверыРабочие местаГости / Wi-Fi
Сетевой узел Контроль доступа / граница
ОФИСНАЯ ИНФРАСТРУКТУРА

Сеть, в которой у каждого свой доступ.

Гостевой Wi-Fi не должен автоматически открывать путь к рабочим документам. На схеме показано разделение сети по назначению — с правилами взаимодействия между сегментами.

  • Отдельные сегменты для сотрудников и гостей
  • Контроль доступа на шлюзе и между сегментами
  • Схема портов, адресов и подключённого оборудования

Сегментация — отправная точка. Политики доступа и настройки устройств определяют, как она работает на практике.

ИНЖЕНЕРНЫЙ ЖУРНАЛ

Не только «как».
Ещё и «почему».

Короткие разборы для тех, кто выбирает решения,
принимает инфраструктуру и работает с ней каждый день.

ОСНОВНОЙ / РЕЗЕРВНЫЙДва подключения ≠ два независимых пути
АРХИТЕКТУРА 4 МИН

Второй канал есть.
А резервирование?

Общие точки отказа, маршрут кабеля и проверка переключения.

Читать материал ↗
ПРОПУСКНАЯ СПОСОБНОСТЬ / ЗАДЕРЖКАБыстрый канал. Медленный отклик?
ПРОИЗВОДИТЕЛЬНОСТЬ 3 МИН

Почему мегабиты
не объясняют всё.

Чем отличаются ёмкость канала, задержка и фактическая скорость.

Читать материал ↗
ДОКУМЕНТАЦИЯ / ПЕРЕДАЧА В ЭКСПЛУАТАЦИЮ
NETWORK / 01Схема сети
OPERATIONS / 02План восстановления
Система должна быть понятна не только автору
ПРАКТИКА 5 МИН

Сеть сдали.
Что осталось у команды?

Какие документы нужны для нормальной эксплуатации.

Читать материал ↗
ОТ ЗАДАЧИ К РЕШЕНИЮ

Сначала вопросы.
Потом спецификация.

Четыре этапа, которые помогают
не потерять смысл за списком оборудования.

01

Описать рабочий сценарий

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

РЕЗУЛЬТАТ / ТРЕБОВАНИЯ И ОГРАНИЧЕНИЯ
02

Построить схему зависимостей

Откуда приходят данные, где хранятся, через какие узлы проходят и кто имеет к ним доступ.

РЕЗУЛЬТАТ / АРХИТЕКТУРА И ПОЛИТИКИ
03

Проверить поведение при сбое

Планово отключить резервируемый компонент, измерить восстановление и зафиксировать результат.

РЕЗУЛЬТАТ / ПРОТОКОЛ ИСПЫТАНИЙ
04

Передать систему команде

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

РЕЗУЛЬТАТ / КОМПЛЕКТ ЭКСПЛУАТАЦИИ
ЧАСТЫЕ ВОПРОСЫ

До начала
проекта.

С чего начать, если сеть уже работает?+

С инвентаризации: устройства, подключения, адреса, критичные сервисы и ответственные. Затем сопоставьте схему с реальностью и определите проблемы, которые действительно мешают работе. Менять всё одновременно обычно не требуется.

Всегда ли нужен резервный канал?+

Решение зависит от допустимого простоя и стоимости перерыва в работе. Важна независимость маршрута и оборудования: два договора сами по себе не гарантируют два независимых пути.

Можно ли развивать инфраструктуру поэтапно?+

Да. Сначала опишите целевую архитектуру, затем выделите независимые этапы. Для каждого изменения нужны критерий готовности, проверка совместимости и способ возврата к предыдущей конфигурации.

Что подготовить для обсуждения архитектуры?+

Число площадок и рабочих мест, перечень приложений, текущую схему, ограничения по бюджету и допустимому простою. Если полной схемы нет, начните с доступного списка устройств и подключений.

Скачать список исходных данных ↓
О REMTEL

Разобраться в устройстве.
Увидеть возможности.

Remtel — независимый проект о сетях и цифровой инфраструктуре. Мы собираем принципы проектирования, типовые схемы и практические вопросы в одном месте — для инженеров, руководителей и команд эксплуатации.

Схемы и материалы помогают сформулировать задачу. Конкретные параметры решения зависят от вашей площадки и требований.

В РАБОЧУЮ ПАПКУХороший проект
начинается
с хороших вопросов.Чек-лист исходных данных ↓TXT · можно редактировать и дополнять