Спорю, что никто и никогда не объяснял сетевые технологии подобным образом
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