Перейти к содержимому

Спорю, что никто и никогда не объяснял сетевые технологии подобным образом

Cloud X Berry

0:00 / 0:00

Спорю, что никто и никогда не объяснял сетевые технологии подобным образом

36 973 просмотра · 1 день назад
Cloud X Berry
52,4 тыс. подписчиков
36 973 просмотра · 1 день назад
В этом видео Cloud X Berry простым и доступным для начинающих языком объясняет 20 тем, связанных с сетями, которые должен знать каждый разработчик. Ваше приложение работает на вашем ноутбуке. База данных запущена, учетные данные верны, и все же приложение не может подключиться. Запрос отправляется, исчезает где-то посередине, и все, что вы получаете в ответ, — это тайм-аут. Именно в этот момент большинство разработчиков понимают, что сети никогда не объяснялись им как единая, взаимосвязанная картина. Их преподносили в виде двадцати отдельных определений, которые нужно было запомнить. Поэтому вместо определений мы рассмотрим один запрос. Пассажир открывает RideNow, нажимает «Заказать поездку», и через несколько секунд на карте появляется водитель. На первый взгляд просто, но на самом деле это одно нажатие проходит от телефона через домашний маршрутизатор, по интернету и попадает в бэкэнд RideNow, и каждая концепция сети решает одну конкретную проблему на этом пути. Мы начнем с того, где находится телефон: IP-адреса, IPv4 против IPv6 и частные против публичных IP-адресов. Затем мы рассматриваем, как система вообще находит RideNow: DNS преобразует имя в адрес, а порты выбирают нужное приложение на этом компьютере. Мы переходим к локальной сети с MAC-адресами и ARP, а затем выходим за её пределы: маршрутизация шаг за шагом и NAT, позволяющий частному адресу взаимодействовать через публичный. Внутри RideNow мы разделяем инфраструктуру на подсети и передаём новым машинам их конфигурацию с помощью DHCP. Затем само соединение: TCP, трёхстороннее рукопожатие, HTTPS и TLS, обеспечивающие конфиденциальность данных, и HTTP, передающий фактический запрос. По мере роста RideNow мы добавляем балансировщики нагрузки, обратные прокси и брандмауэры, затем WebSockets для определения местоположения водителей в реальном времени и UDP для определения момента завершения новых рейсов. Заканчиваем моделью OSI, не как семью уровнями, которые нужно пересказывать на собеседовании, а как способом точно определить, где возникает проблема. РАЗДЕЛЫ 1:30 01 · IP-адрес 4:50 02 · DNS 5:48 03 · Порты 6:48 04 · MAC-адрес 7:39 05 · ARP 8:30 06 · Маршрутизация 9:17 07 · NAT 10:18 08 · Подсети 11:16 09 · DHCP 12:17 10 · TCP 13:07 11 · Трехстороннее рукопожатие 13:51 12 · HTTPS и TLS 15:02 13 · HTTP 15:41 14 · Балансировщик нагрузки 16:33 15 · Обратный прокси 17:40 16 · Межсетевой экран 18:50 17 · WebSockets 20:18 18 · UDP 21:29 Модель OSI 22:50 Краткий обзор: один запрос, от начала до конца ДЛЯ КОГО ЭТО Разработчики, которые выпустили приложения, но все еще чувствуют себя растерянными, когда что-то «не может подключиться», бэкенд-инженеры, которые хотят отлаживать сетевые проблемы, а не гадать, новички, которые хотят, чтобы сетевые технологии наконец-то стали понятны, и все, кто готовится к собеседованиям по системному проектированию или DevOps, где эти концепции встречаются. #networking #systemdesign #backend #devops #tcpip #dns #computernetworking