Forwarded from BApedia | Бизнес-анализ
Forwarded from Business | System analyst
Салют! Сегодня на повестке дня - Модели OSI и TCP/IP
И для начала я сделала информативную шпаргалку по моделям OSI и TCP/IP👆
@ba_and_sa
Часть 1:
1️⃣ Модель OSI:
OSI (Open Systems Interconnection) — это теоретическая модель, которая объясняет, как данные передаются по сети. Её придумали, чтобы унифицировать и стандартизировать работу сетей. Модель состоит из 7 уровней, каждый из которых выполняет свою задачу.
1. Физический уровень (Physical Layer)
- Отвечает за передачу битов (нулей и единиц) через физические среды (кабели, Wi-Fi, оптоволокно).
Примеры: Ethernet, USB, HDMI, Wi-Fi.
2. Канальный уровень (Data Link Layer)
- Обеспечивает надёжную передачу данных между устройствами в одной сети. Работает с MAC-адресами.
Примеры: Ethernet, Wi-Fi (802.11), PPP.
3. Сетевой уровень (Network Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP (Internet Protocol), ICMP, ARP.
4. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая, но ненадёжная передача).
5. Сеансовый уровень (Session Layer)
- Управляет сессиями (соединениями) между устройствами.
Примеры: RPC, SIP.
6. Представительный уровень (Presentation Layer)
- Отвечает за преобразование данных в понятный формат (шифрование, сжатие, кодирование).
Примеры: SSL/TLS (шифрование), JPEG, MPEG.
7. Прикладной уровень (Application Layer)
- Обеспечивает взаимодействие с пользователем и приложениями.
Примеры: HTTP, FTP, SMTP, DNS.
2️⃣ Модель TCP/IP:
TCP/IP (Transmission Control Protocol/Internet Protocol) — это практическая модель, на которой работает весь интернет. Она проще, чем OSI, и состоит из 4 уровней. TCP/IP — это как реальная жизнь: она не идеальна, но работает эффективно.
1. Сетевой интерфейс (Network Interface Layer)
- Объединяет физический и канальный уровни OSI. Отвечает за передачу данных через физические среды.
Примеры: Ethernet, Wi-Fi, DSL.
2. Интернет-уровень (Internet Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP, ICMP, ARP.
3. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая передача).
4. Прикладной уровень (Application Layer)
- Объединяет сеансовый, представительный и прикладной уровни OSI. Отвечает за взаимодействие с приложениями.
Примеры: HTTP, FTP, SMTP, DNS.
______________
✅ Какая разница между моделями?
- OSI — это теория, которая помогает понять, как всё устроено.
- OSI строго разделяет уровни, что удобно для обучения.
- TCP/IP — это практика, на которой работает интернет.
- TCP/IP более гибкая, но уровни могут пересекаться.
Источник: @ba_and_sa
p.s. Остались вопросы или есть возражения, делитесь в комментариях👇
И для начала я сделала информативную шпаргалку по моделям OSI и TCP/IP
@ba_and_sa
Часть 1:
OSI (Open Systems Interconnection) — это теоретическая модель, которая объясняет, как данные передаются по сети. Её придумали, чтобы унифицировать и стандартизировать работу сетей. Модель состоит из 7 уровней, каждый из которых выполняет свою задачу.
Представь, что OSI — это как инструкция по сборке мебели: каждый шаг (уровень) важен, и если что-то пропустить, мебель (или сеть) не будет работать правильно.
1. Физический уровень (Physical Layer)
- Отвечает за передачу битов (нулей и единиц) через физические среды (кабели, Wi-Fi, оптоволокно).
Примеры: Ethernet, USB, HDMI, Wi-Fi.
2. Канальный уровень (Data Link Layer)
- Обеспечивает надёжную передачу данных между устройствами в одной сети. Работает с MAC-адресами.
Примеры: Ethernet, Wi-Fi (802.11), PPP.
3. Сетевой уровень (Network Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP (Internet Protocol), ICMP, ARP.
4. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая, но ненадёжная передача).
5. Сеансовый уровень (Session Layer)
- Управляет сессиями (соединениями) между устройствами.
Примеры: RPC, SIP.
6. Представительный уровень (Presentation Layer)
- Отвечает за преобразование данных в понятный формат (шифрование, сжатие, кодирование).
Примеры: SSL/TLS (шифрование), JPEG, MPEG.
7. Прикладной уровень (Application Layer)
- Обеспечивает взаимодействие с пользователем и приложениями.
Примеры: HTTP, FTP, SMTP, DNS.
TCP/IP (Transmission Control Protocol/Internet Protocol) — это практическая модель, на которой работает весь интернет. Она проще, чем OSI, и состоит из 4 уровней. TCP/IP — это как реальная жизнь: она не идеальна, но работает эффективно.
Если OSI — это учебник, то TCP/IP — это реальный мир, где всё немного проще, но зато быстрее и удобнее
1. Сетевой интерфейс (Network Interface Layer)
- Объединяет физический и канальный уровни OSI. Отвечает за передачу данных через физические среды.
Примеры: Ethernet, Wi-Fi, DSL.
2. Интернет-уровень (Internet Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP, ICMP, ARP.
3. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая передача).
4. Прикладной уровень (Application Layer)
- Объединяет сеансовый, представительный и прикладной уровни OSI. Отвечает за взаимодействие с приложениями.
Примеры: HTTP, FTP, SMTP, DNS.
______________
- OSI — это теория, которая помогает понять, как всё устроено.
- OSI строго разделяет уровни, что удобно для обучения.
- TCP/IP — это практика, на которой работает интернет.
- TCP/IP более гибкая, но уровни могут пересекаться.
Источник: @ba_and_sa
p.s. Остались вопросы или есть возражения, делитесь в комментариях
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как аналитику на «чиле» пройти испытательный срок
Меня зовут Шпак Артем, я системный аналитик в финтехе. В статье-гайде расскажу, что скрывается за короткими формулировками в чек-листах по онбордингу и дополню еще несколькими пунктами, которых в этих...
💯3❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Конспект по архитектуре ПО и System Design
Несколько лет назад я начал всё больше разбираться в том, как проектируются большие и сложные IT-системы. Ещё и такие, которые выдерживают огромные нагрузки: обрабатывают запросы миллионов...
❤3👍3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Глава 1. Введение в API-интерфейсы для самых маленьких
Введение в API-интерфейсы Об этой книге Автор курса Брайн Кукси, совместно с редакторами Брайаном Ландерсом и Дэнни Шрайбером, при участии Брайса Эмли. В своем произведении знакомит читателей с темой...
❤7👍1🔥1
Forwarded from Business | System analyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Первые шаги в BPMN. Типы диаграмм
Эту статью я написала для себя, но, возможно, она будет полезна тем, кто изучает BPMN. «Не сформулировав то, что вы хотите сказать, не беритесь за карандаш» Джин Желязны, «Говори...
🔥2❤1
55 систем управления проектами: самый полный обзор рынка 2025
⏳ 33 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Оптимизация работы с REST API: когда и как использовать пагинацию (+ простой пример на Python)
⏳ 14 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Оптимизация работы с REST API: когда и как использовать пагинацию (+ простой пример на Python)
Итак, пользователи вашего приложения уже жалуются на долгую загрузку данных, а серверы едва справляются с нагрузкой. Одна из возможных (и частых) причин в том, что API пытается выгрузить тысячи...
👍2
Зачем бизнесу нужно DWH и как обосновать необходимость проекта? Можно ли оценить окупаемость хранилища?
⏳ 9 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Зачем бизнесу нужно DWH и как обосновать необходимость проекта? Можно ли оценить окупаемость хранилища?
Многочисленные данные в компании, как правило, хранятся разрозненно. Доступ к информационным системам ограничен в зависимости от подразделения и задач. Данные о финансовых результатах и налогах,...
Forwarded from Business | System analyst
Салют! Сегодня повторяем основы API или изучаем его с нуля, и в этом поможет Мини-курс API-интерфейсы для самых маленьких:
- Глава 1. Введение в API-интерфейсы для самых маленьких
- Глава 2: API-протоколы. Мини-курс API-интерфейсы для самых маленьких
- Глава 3: Типы и форматы API
- Глава 4: API-аутентификация, часть 1 (базовая и ключевая)
- Глава 5: API-аутентификация, часть 2 (OAuth)
- Глава 6: Проектирование API
- Глава 7: Взаимодействие с API в режиме реального времени. API-интерфейсы для самых маленьких
- Глава 8: Реализация API. API-интерфейсы для самых маленьких
- Глава 1. Введение в API-интерфейсы для самых маленьких
- Глава 2: API-протоколы. Мини-курс API-интерфейсы для самых маленьких
- Глава 3: Типы и форматы API
- Глава 4: API-аутентификация, часть 1 (базовая и ключевая)
- Глава 5: API-аутентификация, часть 2 (OAuth)
- Глава 6: Проектирование API
- Глава 7: Взаимодействие с API в режиме реального времени. API-интерфейсы для самых маленьких
- Глава 8: Реализация API. API-интерфейсы для самых маленьких
Хабр
Глава 1. Введение в API-интерфейсы для самых маленьких
Введение в API-интерфейсы Об этой книге Автор курса Брайн Кукси, совместно с редакторами Брайаном Ландерсом и Дэнни Шрайбером, при участии Брайса Эмли. В своем произведении знакомит читателей с темой...
❤9
Как настроить уведомления из систем документооборота (СЭД) с помощью API
⏳ 10 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как настроить уведомления из систем документооборота (СЭД) с помощью API
Системы электронного документооборота (СЭД) отлично справляются со своей задачей, избавляя вас от расходов на бумагу, упрощая управление документами и сокращая время на согласования. Минус у них один,...
6 способов сэкономить место на дашборде, используя интерактивные функции в Tableau
⏳ 4 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
6 способов сэкономить место на дашборде, используя интерактивные функции в Tableau
Центр непрерывного образования факультет компьютерных наук НИУ ВШЭ Одним из главных преимуществ дашбордов является возможность разместить все необходимые данные на одном экране. Это...
KPI по качеству управления ИТ-проектами для руководителя и команды
⏳ 9 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
KPI по качеству управления ИТ-проектами для руководителя и команды
Мы привыкли, что каждый ИТ-проект имеет конкретные ожидания и KPI . Корректно сформулированные показатели отлично подходят для мониторинга прогресса, статуса, эффективности и оценки успешности...
👍1
Двенадцать заповедей от тех, кто уже выжил в IT (и не потерял чувство юмора)
⏳ 9 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Двенадцать заповедей от тех, кто уже выжил в IT (и не потерял чувство юмора)
Изображение сгенерировано при помощи ИИ Midjourney Каждый раз, когда меня спрашивают: «А как ты вообще пришел к этим заповедям?», я улыбаюсь и вспоминаю одну историю. Она началась не в IT, не в офисе...
❤2🔥2
Forwarded from Business | System analyst
Зачем аналитику знать Kafka?
🎯 Главная цель: зачем системному аналитику знать Kafka?
Kafka — это не просто технология для разработчиков. Аналитик, понимающий её принципы, может проектировать более эффективные системы, улучшать процессы сбора данных и точнее ставить задачи команде.
❓ Зачем аналитику разбираться в Kafka?
1. Проектирование потоков данных
- Аналитик часто участвует в проектировании интеграций между системами.
- Kafka помогает организовать гибкую передачу событий (например, заказы → аналитика → CRM → склад).
- Без Kafka такие потоки часто делают через прямые вызовы API или базы данных, что сложнее масштабировать.
2. Работа с реальными данными (event-driven аналитика)
- Современные системы генерируют потоки событий (клики, платежи, логины).
- Kafka позволяет собирать их в реальном времени и передавать в аналитические хранилища (ClickHouse, BigQuery и др.).
- Без Kafka данные могут теряться или приходить с задержкой.
3. Упрощение ETL-процессов
- Раньше данные выгружали пакетами (раз в час/день), теперь можно стримить их непрерывно.
- Например:
- Данные из мобильного приложения → Kafka → обработка → витрины данных.
- Логи веб-сервера → Kafka → анализ аномалий.
4. Общение с разработчиками на одном языке
- Если аналитик говорит: *«Нам нужно подписаться на топик
- Понимание Kafka помогает уменьшить разрыв между аналитикой и разработкой.
5. Оптимизация нагрузки на БД
- Если система пишет данные напрямую в PostgreSQL / MySQL, при высокой нагрузке могут быть тормоза.
- Kafka буферизирует данные и отдаёт их потребителям в удобном темпе.
⛔️ Когда Kafka НЕ нужна?
- Если данные обновляются редко (раз в день).
- Если система маленькая и нет проблем с производительностью.
- Если команда не готова поддерживать Kafka (это всё же дополнительная инфраструктура).
📌 Вместо вывода
Аналитику Kafka нужна, чтобы:
✅ Лучше проектировать интеграции.
✅ Работать с данными в реальном времени.
✅ Упрощать ETL и снижать нагрузку на БД.
✅ Говорить с разработчиками на одном языке.
📖 Полезные материалы для аналитика:
1. Официальная документация Kafka – база для понимания.
2. Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций - основы в одном месте
3. Kafka для самых маленьких разработчиков, аналитиков и тестировщиков. - немного теории для самых маленьких
Если в вашем проекте есть много событий, микросервисы или большая нагрузка — Kafka стоит изучить🚀
Источник: @ba_and_sa
Kafka — это не просто технология для разработчиков. Аналитик, понимающий её принципы, может проектировать более эффективные системы, улучшать процессы сбора данных и точнее ставить задачи команде.
1. Проектирование потоков данных
- Аналитик часто участвует в проектировании интеграций между системами.
- Kafka помогает организовать гибкую передачу событий (например, заказы → аналитика → CRM → склад).
- Без Kafka такие потоки часто делают через прямые вызовы API или базы данных, что сложнее масштабировать.
2. Работа с реальными данными (event-driven аналитика)
- Современные системы генерируют потоки событий (клики, платежи, логины).
- Kafka позволяет собирать их в реальном времени и передавать в аналитические хранилища (ClickHouse, BigQuery и др.).
- Без Kafka данные могут теряться или приходить с задержкой.
3. Упрощение ETL-процессов
- Раньше данные выгружали пакетами (раз в час/день), теперь можно стримить их непрерывно.
- Например:
- Данные из мобильного приложения → Kafka → обработка → витрины данных.
- Логи веб-сервера → Kafka → анализ аномалий.
4. Общение с разработчиками на одном языке
- Если аналитик говорит: *«Нам нужно подписаться на топик
user_actions и агрегировать данные»* — это понятнее, чем *«Сделайте выгрузку из БД каждые 5 минут»*. - Понимание Kafka помогает уменьшить разрыв между аналитикой и разработкой.
5. Оптимизация нагрузки на БД
- Если система пишет данные напрямую в PostgreSQL / MySQL, при высокой нагрузке могут быть тормоза.
- Kafka буферизирует данные и отдаёт их потребителям в удобном темпе.
- Если данные обновляются редко (раз в день).
- Если система маленькая и нет проблем с производительностью.
- Если команда не готова поддерживать Kafka (это всё же дополнительная инфраструктура).
📌 Вместо вывода
Аналитику Kafka нужна, чтобы:
✅ Лучше проектировать интеграции.
✅ Работать с данными в реальном времени.
✅ Упрощать ETL и снижать нагрузку на БД.
✅ Говорить с разработчиками на одном языке.
1. Официальная документация Kafka – база для понимания.
2. Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций - основы в одном месте
3. Kafka для самых маленьких разработчиков, аналитиков и тестировщиков. - немного теории для самых маленьких
Если в вашем проекте есть много событий, микросервисы или большая нагрузка — Kafka стоит изучить
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
kafka.apache.org
Documentation Redirect
Apache Kafka
❤10👍5
Как я решил выяснить, какие технологии сегодня популярны, а получился GitHub Trend Analyzer
⏳ 8 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как я решил выяснить, какие технологии сегодня популярны, а получился GitHub Trend Analyzer
На прошлой неделе я наткнулся на перевод главы из учебника по проектированию API за авторством Брайана Кукси (переведен @trrerg ). Открыв статью, я с удивлением обнаружил,...
🔥2❤1