🔌 Модель OSI — как устройства понимают друг друга в сети

Еще в 1977 году появилась идея объединить разные устройства и сети в единую систему общения. Так родилась модель OSI — концепция из 7 уровней, каждый из которых выполняет свою роль в передаче данных.

📡 Физический слой — ток, свет, радиоволны. Все начинается с передачи сигналов по проводам.
📦 Канальный слой — делит данные на кадры, проверяет на ошибки.
🧭 Сетевой слой — отвечает за маршруты и IP-адреса.
📨 Транспортный слой — гарантирует доставку данных.
🔄 Сеансовый слой — устанавливает и управляет соединением.
🧩 Презентационный слой — форматирует данные (например, шифрует или сжимает).
📱 Прикладной слой — интерфейс пользователя (браузер, почта и пр.).

📌 Хотя в 2024 модель OSI считается устаревшей, она легла в основу TCP/IP — реального "двигателя" интернета.

На удалёнке😉😂

🧩 Что такое SOAP API и зачем он нужен?

Когда вы слышите SOAP API, представьте не мыло, а почтовую службу. Настоящую, государственную — надёжную, стандартизованную, медленную, но строго по правилам. Именно такой протокол взаимодействия между приложениями предлагает SOAP (Simple Object Access Protocol).

SOAP появился в конце 90-х, когда бизнес начал активно передавать данные между корпоративными сетями. Он создавался не просто как архитектурный стиль (как REST), а как полноценный протокол обмена сообщениями, где важна не столько структура URL, сколько структура самого сообщения. SOAP использует XML и даёт жёстко определённый шаблон:
📦 Envelope — "конверт" с сообщением
🔐 Encoding — правила кодирования
📨 Request/Response — строгое тело запроса и ответа

🧠 Почему SOAP до сих пор в игре?

Несмотря на свою возрастную архитектуру, SOAP остаётся актуальным. Причины:

✅ Независим от языка и платформы: Java, .NET, Python — не важно.
✅ Безопасность: поддержка WS-Security делает его идеальным выбором для банков, госорганов, биллинговых систем.
✅ Работает через HTTP, но может и через SMTP, TCP, UDP — гибко.
✅ Хорошо себя чувствует в распределённых системах, где REST может давать сбои из-за своей «легковесности».

💥 А что не так с SOAP?

🔻 Нет кэширования — каждый вызов всегда заново.
🔻 Строгая структура = больше кода и времени на разработку.
🔻 Порог входа выше: нужен WSDL, генерация клиента, знание XML.
🔻 Обычно медленнее REST, особенно в вебе.

🎯 Где SOAP раскрывается на полную мощность?

* 💳 Банковские переводы — безопасность + взаимодействие между разными системами
* ✈️ Бронирование билетов — вызов множества внешних сервисов
* 📞 Биллинг в телекомах — сложные расчёты и конфиденциальные данные
* 🧭 Навигация и логистика — сбор данных из разных источников
* 🏙 Управление городом — от светофоров до канализации

📘 Пример SOAP API:
Сервис проверки ISBN книг. Вот как выглядит SOAP-запрос:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <IsValidISBN10 xmlns="http://webservices.daehosting.com/ISBN">
      <sISBN>0-19-852663-6</sISBN>
    </IsValidISBN10>
  </soap:Body>
</soap:Envelope>

Ответ приходит в том же формате XML, внутри <soap:Envelope>, с логическим флагом <IsValidISBN10Result>true</IsValidISBN10Result>.

🔚 Вывод

SOAP — это не просто альтернатива REST. Это индустриальный стандарт, где ставка делается на надёжность, формализм и безопасность. Да, он не так гибок. Да, он не такой быстрый. Но если вам нужно интегрировать ядро банка, биллинг оператора или муниципальные сервисы — SOAP всё ещё остаётся тем самым протоколом, которому можно доверить критически важные данные.

#INTEGRATION

🔍 Как выбрать базу данных: краткий обзор типов СУБД

При проектировании системы важно правильно выбрать тип базы данных под конкретные задачи. Вот краткий гид по основным видам:

🔸 Реляционные СУБД — классика (PostgreSQL, MySQL). Данные хранятся в таблицах. Хорошо подходят для транзакционных и аналитических систем.

🔸 Key-Value базы — максимум скорости для кеширования и быстрого доступа к данным по ключу (Redis, Tarantool).

🔸 Документо-ориентированные — гибкость и масштабируемость при хранении JSON-подобных структур (MongoDB, YDB).

🔸 Временные ряды — идеальны для метрик, логов и IoT (Prometheus, InfluxDB).

🔸 Графовые — анализ связей между объектами: соцсети, финансы, телеком (Neo4j).

🔸 Поисковые движки — быстрый фуллтекстовый поиск в больших объемах данных (Elasticsearch, OpenSearch).

🔸 Объектно-ориентированные БД — удобно для приложений на ООП-языках (Db4o).

🔸 RDF и векторные БД — для семантических и ИИ-задач: триплеты, эмбеддинги, смысловая близость.

🧠 Каждая СУБД решает свои задачи. Нет универсального решения, важно выбрать подходящий инструмент под нагрузку, структуру и цели проекта.

#DBMS

смол ток😂)

🎯 Что такое INVEST и зачем оно нужно аналитикам?

INVEST — это удобная аббревиатура, которая помогает писать качественные пользовательские истории. Каждая буква обозначает важный критерий:

🔹 I — Independent (Независимая)
История не должна зависеть от других — так её проще приоритизировать и планировать.

🔹 N — Negotiable (Договорная)
История — это не контракт. Её можно переписать до начала разработки. Гибкость — наше всё.

🔹 V — Valuable (Ценная)
История должна приносить ценность пользователю, а не просто описывать внутреннюю реализацию.

🔹 E — Estimable (Оцениваемая)
История должна быть понятной и оцениваемой. Если нет — возможно, нужен технический «всплеск» (spike) для предварительного ресерча.

🔹 S — Sized Appropriately (Соразмерная)
Слишком большая история? Разбей. Слишком мелкая? Объедини. Главное — влезть в итерацию.

🔹 T — Testable (Тестируемая)
Формулировка истории должна позволять однозначно проверить, что сделано правильно.
❌ «быстро»
✅ «до 1,5 сек в 97% случаев»

🏷 #REQUIREMENTS

"ПРЫГУНОК"

Обсудить вопросы с командой)

🚀 Redis vs MongoDB: главное за 2 минуты

1. Модель данных
• Redis – in‑memory хранилище ключ‑значение, молниеносные операции, поддерживает структуры вроде списков, множеств и pub/sub ([Amazon Web Services][1]).
• MongoDB – документо‑ориентированная СУБД, хранит BSON-документы на диске, но может кешировать в памяти ([Amazon Web Services][1]).

2. Хранилище и производительность
• Redis работает в оперативной памяти, что обеспечивает минимальную задержку. Для устойчивости используют снапшоты и лог AOF ([Amazon Web Services][1], [Википедия][2]).
• MongoDB хранит данные на диске, допускает горизонтальное масштабирование и ACID‑транзакции ([Amazon Web Services][1]).

3. Масштабирование и отказоустойчивость
• Redis требует внешних компонентов (Sentinel, кластеры) для автоматического failover ([Википедия][3], [Amazon Web Services][1]).
• MongoDB из коробки поддерживает sharding и автоматическое переключение реплик ([Amazon Web Services][1]).

4. Язык запросов
• Redis — набор команд (GET, LPUSH и др.) для прямого доступа к ключам ([Amazon Web Services][1]).
• MongoDB — мощный JSON-подобный язык запросов MQL с поддержкой агрегатов и геоопераций ([Amazon Web Services][1]).

5. Когда что использовать
• Redis – идеален для кешей, сессий, real‑time очередей и подсчёта лидеров ([Википедия][2]).
• MongoDB – отлично подходит для документных хранилищ, профилей пользователей, геоданных и аналитики ([Amazon Web Services][1]).

✅ Часто используют их обе: Redis – как быстрый кэш/очередь, MongoDB – для долговечного хранения.

#DBMS

Никогда такого не было и вот опять)

🔗 Что такое API простыми словами

API (Application Programming Interface) — это «переводчик» между двумя программами. С его помощью они договариваются, какие данные и в каком формате друг другу отправлять. В современном мире большинство ИТ-систем интегрированы между собой именно через API.

💡 Примеры API вокруг нас:
• Когда вы авторизуетесь на сайте через Google — работает API Google OAuth.
• Когда карта в мобильном банке подтягивает последние операции — это запрос к банковскому API.
• Когда погода на сайте обновляется — данные приходят через API погодного сервиса.

⚙️ Что обычно включает описание API:
• Адрес запроса (endpoint)
• Метод запроса (GET, POST, PUT, DELETE)
• Параметры (query или body)
• Ответ (формат, поля, коды ошибок)
• Авторизация (ключи, токены)

#INTEGRATION

Два исхода, но реакция одна

🎯 Как пройти собеседование на системного аналитика

🔹 Что точно спросят:
– Чем отличается системный аналитик от бизнес-аналитика
– Как ты документируешь требования
– Какие UML- или BPMN-диаграммы умеешь строить
– Уровень знания SQL
– Примеры взаимодействия с разработкой и тестированием
– Какие системы и подходы к интеграции знаешь

🛠 На что обращают внимание:
– Умение мыслить системно: разбивать задачу на части
– Понимание этапов разработки: от идеи до релиза
– Опыт работы с документацией и API
– Как объясняешь сложное простыми словами

📚 Подготовка — must have:
– Повтори UML, BPMN, REST и SOAP
– Вспомни структуру спецификаций (Swagger, JSON-схемы)
– Подготовь рассказ о кейсах: что делал, какие были сложности, как решал
– Проверь SQL: JOIN, оконные функции, подзапросы

#INTERVIEW

Классика менеджеров

Уважаемые коллеги, представляю базу авторитетных каналов по направлению :
Искусственный интеллект

Что полезного для вас?
✅самые свежие инструменты;
✅бесплатные курсы от гуру экспертов;
✅разборы кейсов;
✅Ии в повседневной жизни и бизнесе

Забирай и используй

🏗 Модель C4: простой способ визуализировать архитектуру

C4 — это нотация, которая помогает описывать архитектуру системы на разных уровнях детализации. Она проста, понятна и удобна для аналитиков, разработчиков и заказчиков.

📐 Уровни C4

Context – показывает границы системы и взаимодействие с пользователями и внешними системами.
Container – основные части системы: сервисы, базы данных, приложения.
Component – внутренние модули контейнеров и их зависимости.
Code – (опционально) ключевые классы, интерфейсы, детали реализации.

🧩 Почему C4 полезна

✅ Минимум абстракций – всего 5 базовых элементов.
✅ Подходит для Agile – диаграммы легко обновлять по мере изменений.
✅ Понятна всем участникам команды.

🔑 Лучшие практики

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

#ARCHITECTURE

И так всегда)

📦 Что такое XML и зачем он нужен?

XML (eXtensible Markup Language) — это текстовый формат для хранения и передачи структурированных данных. Он читаем как человеком, так и машиной, используется в веб-сервисах, API, конфигурациях и интеграциях между системами.

🔹 Зачем нужен XML?
– Обмен данными между приложениями и платформами
– Хранение данных в структурированном виде
– Конфигурация программ (например, Android, Maven)
– Поддержка международных стандартов (например, SOAP, RSS)

🔹 Пример XML-документа:

<order>
  <id>12345</id>
  <customer>
    <name>Иван Иванов</name>
    <email>ivan@example.com</email>
  </customer>
  <items>
    <item>
      <name>Книга</name>
      <price>500</price>
    </item>
    <item>
      <name>Ручка</name>
      <price>50</price>
    </item>
  </items>
</order>

🔹 Ключевые особенности:
✅ Расширяемый формат
✅ Поддерживает схемы и строгую валидацию
✅ Подходит для сложных структур и стандартизированных протоколов (например, SOAP)

#INTEGRATION