diff --git a/_notes/IT-School/01-croc_hub.md b/_notes/IT-School/01-croc_hub.md index 91b7d81..66a82cf 100644 --- a/_notes/IT-School/01-croc_hub.md +++ b/_notes/IT-School/01-croc_hub.md @@ -8,22 +8,22 @@ layout: single P.s. Я буду постепенно выкладывать, потому что преобразовывать заметки из Obsidian в формат для сайта - штука трудозатратная) ## 📘 Теория -1) [Что такое IT-инфраструктура]({% link _notes/IT-School/02-it_infra.md %})
-2) [Инфраструктура на уровне железа]({% link _notes/IT-School/03-bare-metal.md %})
-3) [Автоматизация в программной инфраструктуре]({% link _notes/IT-School/04-auto.md %})
-4) [Введение в виртуализацию]({% link _notes/IT-School/05-vm.md %})
- +1) [Что такое IT-инфраструктура]({% link _notes/IT-School/Lecture/02-it_infra.md %})
+2) [Инфраструктура на уровне железа]({% link _notes/IT-School/Lecture/03-bare-metal.md %})
+3) [Автоматизация в программной инфраструктуре]({% link _notes/IT-School/Lecture/04-auto.md %})
+4) [Введение в виртуализацию]({% link _notes/IT-School/Lecture/05-vm.md %})
+5) [Базовые сетевые службы]({% link _notes/IT-School/Lecture/06-bss.md %})
+6) [Системы резервного копирования (СРК)]({% link _notes/IT-School/Lecture/07-srk.md %})
+7) [Системы мониторинга]({% link _notes/IT-School/Lecture/08-mon.md %})
- +## 🧠 Полезные заметки
+- [Отказоустойчивость VS Высокая доступность]({% link _notes/IT-School/Additional/01-havs.md %})
+- [SLA, SLO, SLI]({% link _notes/IT-School/Additional/02-slaoi.md %})
+- [Метрики и алерты]
+- [Split-brain]
+- [Геораспределённые кластеры и ЦОД]
+- [Виды кластеров высокой доступности]
+- [RAID — Redundant Array of Independent Disks]
+- [Публичные выступления] diff --git a/_notes/IT-School/Additional/01-havs.md b/_notes/IT-School/Additional/01-havs.md new file mode 100644 index 0000000..a147282 --- /dev/null +++ b/_notes/IT-School/Additional/01-havs.md @@ -0,0 +1,34 @@ +--- +title: Отказоустойчивость VS Высокая доступность +--- + +В мире ИТ надёжность систем — критически важная задача. Часто используют два термина: **отказоустойчивость** и **высокая доступность**. Несмотря на схожесть целей, это разные подходы. + +--- + +### 🔹 Отказоустойчивость (Fault Tolerance) + +Это способность системы **продолжать работу без перерыва**, даже если откажет один или несколько компонентов. + +Такой эффект достигается за счёт **резервных узлов**, работающих параллельно. + +**Пример:** RAID-массив, кластер Active-Active. + +[[RAID — Redundant Array of Independent Disks]] + +--- + +### 🔹 Высокая доступность (High Availability) + +Это стремление к **минимальному времени простоя**. Если один компонент выходит из +строя, другой может заменить его, но с небольшой задержкой. + +**Пример:** автоматическое переключение на резервный сервер в кластере Active-Passive. + +--- + +### 🔸 Ключевое различие: + +- Отказоустойчивая система не прерывает работу вовсе. + +- Высокодоступная система может иметь **короткий простой**, но быстро восстанавливается. diff --git a/_notes/IT-School/Additional/02-slaoi.md b/_notes/IT-School/Additional/02-slaoi.md new file mode 100644 index 0000000..e3b4b1b --- /dev/null +++ b/_notes/IT-School/Additional/02-slaoi.md @@ -0,0 +1,56 @@ + +## ✅ SLI — Service Level Indicator + +**Показатель уровня сервиса.** + +Что мы измеряем? + +📌 Примеры: + +- Доля успешных запросов + +- Среднее время отклика + +- Аптайм за 30 дней + +--- + +## 🎯 SLO — Service Level Objective + +**Целевой уровень показателя.** + +Какого значения мы хотим достичь? + +📌 Примеры: + +- 99.9% успешных запросов + +- ≤ 200 мс отклик в 95% случаев + +--- + +## 🤝 SLA — Service Level Agreement + +**Соглашение об уровне сервиса.** + +Юридическое обязательство перед клиентом. + +📌 Включает: + +- SLO (цели) + +- Санкции за нарушения + +- Обязанности сторон + +--- + +## 📊 Связь: + +``` +SLI → что измеряем + +SLO → цель показателя + +SLA → договор с клиентом +``` diff --git a/_notes/IT-School/02-it_infra.md b/_notes/IT-School/Lecture/02-it_infra.md similarity index 97% rename from _notes/IT-School/02-it_infra.md rename to _notes/IT-School/Lecture/02-it_infra.md index a10c339..7576d97 100644 --- a/_notes/IT-School/02-it_infra.md +++ b/_notes/IT-School/Lecture/02-it_infra.md @@ -4,7 +4,9 @@ title: Что такое IT-инфраструктура 👨‍🏫 *Лектор: Дмитрий Рябов* + Эксперт Департамента инфраструктурных решений и сервисов + Летняя школа «System-инженер» --- @@ -14,10 +16,15 @@ title: Что такое IT-инфраструктура **ИТ-инфраструктура** — совокупность физических и программных компонентов, обеспечивающих бесперебойную, безопасную и эффективную работу ИТ-среды предприятия. Она включает: + - Серверы и вычислительные узлы + - Сетевое оборудование и каналы связи + - Системы хранения данных (СХД) + - Базовые и инфраструктурные программные сервисы + - Средства безопасности и мониторинга > 🧠 Является **основой функционирования всех бизнес-приложений и сервисов**. @@ -27,10 +34,15 @@ title: Что такое IT-инфраструктура ## 🎯 Основные задачи ИТ-инфраструктуры 1. 🔒 **Бесперебойность и безопасность** — защита данных и стабильность работы критически важных систем + 2. ⚙️ **Производительность и экономия** — снижение затрат и оптимизация операций + 3. 🤝 **Связь и сотрудничество** — обеспечение взаимодействия пользователей и сервисов + 4. 📈 **Оптимизация ресурсов** — устранение избыточности и повышение эффективности + 5. 🔄 **Гибкость** — адаптация к изменениям и масштабируемость + 6. 💸 **Снижение затрат и рисков** — управление рисками при внедрении новых решений --- @@ -40,8 +52,11 @@ title: Что такое IT-инфраструктура Физическая основа ИТ-инфраструктуры: - 🖥️ **Серверы и рабочие станции** — производительные системы для вычислений и обслуживания сервисов + - 🌐 **Сетевое оборудование** — маршрутизаторы, коммутаторы, точки доступа, межсетевые экраны + - 🏢 **ЦОД (центры обработки данных)** — помещения с системами питания, охлаждения, безопасности + - 🖨️ **Периферия** — принтеры, сканеры, ИБП, терминалы --- @@ -51,7 +66,9 @@ title: Что такое IT-инфраструктура Обеспечивает связность и обмен данными: - **Оборудование**: маршрутизаторы, коммутаторы, точки доступа + - **Протоколы**: TCP/IP, Ethernet, VLAN, VPN + - **Доступы**: интернет, облачные ресурсы, корпоративная сеть --- @@ -59,19 +76,29 @@ title: Что такое IT-инфраструктура ## 💽 Программная часть ### 1. Операционные системы + - Windows Server, Linux, гипервизоры (ESXi, KVM и др.) ### 2. Инфраструктурные сервисы + - ✅ **Служба каталога (LDAP/AD)** — управление пользователями, аутентификация + - 🌐 **DNS** — разрешение доменных имён + - 🛜 **DHCP** — автоматическая настройка IP-адресов + - ⏱ **NTP** — синхронизация времени + - 📧 **Почтовые и коммуникационные службы** + - 🖨 **Служба печати** + - 🗂 **Файловая система** + - 💾 **Резервное копирование и восстановление** ### 3. Системы безопасности + - Антивирусы, DLP, межсетевые экраны, IDS/IPS, шифрование --- @@ -97,12 +124,15 @@ title: Что такое IT-инфраструктура ## ☁️ Модели ИТ-инфраструктуры 1. **On-Premise (традиционная)** + Полный контроль, оборудование на стороне организации 2. **Облачная** + Использование ресурсов внешнего облака (IaaS, PaaS, SaaS) 3. **Гибридная** + Комбинация локальных и облачных решений --- @@ -110,15 +140,19 @@ title: Что такое IT-инфраструктура ## 🛠 Этапы создания ИТ-инфраструктуры 1. **Анализ и планирование** + Определение потребностей, целей, бюджета, масштабов 2. **Проектирование архитектуры** + Выбор платформ, протоколов, расчёт ресурсов 3. **Развёртывание и настройка** + Монтаж, установка, конфигурация всех компонентов 4. **Тестирование и оптимизация** + Проверка отказоустойчивости, безопасности, производительности --- @@ -126,10 +160,15 @@ title: Что такое IT-инфраструктура ## 🧩 Актуальные задачи и эффекты от внедрения - Централизация, миграции и консолидация систем + - Импортозамещение ПО + - Повышение отказоустойчивости + - Снижение затрат на поддержку + - Упрощение администрирования + - Рост гибкости и готовности к масштабированию --- @@ -137,11 +176,17 @@ title: Что такое IT-инфраструктура ## 🏗️ Типы проектов - Проектирование/внедрение новых служб + - Миграции и консолидация инфраструктуры + - Технический аудит и консалтинг + - Поддержка интеграционных решений + - Модернизация и импортозамещение + - Разделение/слияние инфраструктуры + - Техническая поддержка и сопровождение --- @@ -149,15 +194,7 @@ title: Что такое IT-инфраструктура ## ✅ Итоги **ИТ-инфраструктура — стратегический актив компании.** + Она не просто "техническая база", а фундамент для цифровой трансформации, роста эффективности, устойчивости бизнеса и реагирования на вызовы рынка. --- - -## 📈 Карьерные грейды system-инженера - -- **Стажёр** -- **Младший system-инженер** -- **System-инженер** -- **Старший / Ведущий** -- **Эксперт** -- **Ресурс-менеджер** diff --git a/_notes/IT-School/03-bare-metal.md b/_notes/IT-School/Lecture/03-bare-metal.md similarity index 99% rename from _notes/IT-School/03-bare-metal.md rename to _notes/IT-School/Lecture/03-bare-metal.md index 908e8f4..724880a 100644 --- a/_notes/IT-School/03-bare-metal.md +++ b/_notes/IT-School/Lecture/03-bare-metal.md @@ -1,10 +1,11 @@ --- title: Инфраструктура на уровне железа -order: 3 --- 👨‍🏫 *Антон Иванов* + Руководитель группы инженеров поддержки инфраструктурного ПО + Летняя школа «System-инженер» --- @@ -12,8 +13,11 @@ order: 3 ## 📐 Слои ИТ-инфраструктуры (условный «слоёный пирог») - **Прикладной уровень** — ERP, CRM, почта, офис, ВКС + - **Платформенный уровень** — виртуализация, контейнеризация, СУБД + - **Системный уровень** — ОС, службы (DNS, DHCP, AD), безопасность + - **Аппаратный уровень** — серверы, СХД, SAN, сеть, СКС, ЦОД, ИБП, кондиционирование --- @@ -21,42 +25,67 @@ order: 3 ## 🔧 Основные элементы железной инфраструктуры ### 🖥️ Серверы — ядро вычислений + - Постоянно включены, предназначены для длительной нагрузки + - Отличия от ПК: + - Резервные блоки питания и вентиляторы + - 2+ процессора, объёмная ОЗУ + - Форм-фактор: rackmount + - Предназначены для запуска сервисов, баз данных, виртуальных машин и пр. ### 💽 СХД — хранение данных + - Не размещают данные на самих серверах: используется **выделенное хранилище** + - Это массив дисков (HDD/SSD), объединённых в [[RAID — Redundant Array of Independent Disks|RAID]] + - Типы подключения: + - **DAS** — прямое (к одному серверу) + - **SAN** — выделенная сеть + - **NAS** — файловый доступ по IP Подробнее про [[СХД — Системы хранения данных]] ### 🔗 SAN — сеть хранения данных + - Соединяет серверы и СХД + - Особенности: + - Оптические кабели, трансиверы, оптические коммутаторы + - Протоколы: **Fibre Channel (FC)**, **iSCSI** + - Преимущества: высокая скорость, низкие задержки, надёжность Подробнее про [[Сеть хранения данных (SAN — Storage Area Network)]] ### 🔁 Резервное копирование + - Зачем: + - Защита от сбоев, ошибок, атак, потерь + - Решения: + - **Ленточные библиотеки** — дёшево, надёжно, но медленно + - **Дисковые системы** — быстрее, с дедупликацией и сжатием ### 🏢 ЦОД — дом для всей инфраструктуры + - Помещение с серверами, СХД, сетями, системами охлаждения, безопасности, питания + - Используются несколько площадок (актив-актив, актив-пассив) + - Данные реплицируются → отказоустойчивость Подробнее про [[ЦОД - Центр обработки данных]] @@ -66,6 +95,7 @@ order: 3 ## ❗ SPOF — Single Point of Failure > Единая точка отказа — компонент, при сбое которого рушится вся система + Решение: дублирование, кластеризация, отказоустойчивость. --- @@ -73,18 +103,27 @@ order: 3 ## 🔍 Анатомия сервера x86 ### 🧠 Вычислительная подсистема + - Процессоры (часто 2+), соединённые по **UPI** + - Память DDR (в нескольких каналах) ### 💾 Дисковая подсистема + - RAID-контроллеры: аппаратные и программные + - Кэш + аккумулятор SuperCap + - Диски: **SAS**, **SATA**, **NVMe** ### 💳 PCIe-карты (расширения) + - **NIC** — сетевые карты (Ethernet, TCP/IP) + - **HBA** — адаптеры для SAN (Fibre Channel) + - **GPU/ASIC** — ускорение ML, AI, вычислений + Подробнее про [[PCI-карты (карты расширения)]] Подробнее про [[Сервер x86]] @@ -104,6 +143,7 @@ order: 3 ## 📉 RTO и RPO - **RPO (Recovery Point Objective)** — сколько данных допустимо потерять (в минутах/часах) + - **RTO (Recovery Time Objective)** — за сколько система должна восстановиться > 💡 Ключевые метрики при проектировании резервного копирования и отказоустойчивости @@ -113,8 +153,12 @@ order: 3 ## ✅ Итоги - Железо — основа ИТ-инфраструктуры + - Серверы ≠ место для хранения данных → для этого есть СХД + - Сеть хранения и резервные решения повышают отказоустойчивость + - Архитектура должна быть спроектирована без SPOF + - Понимание уровня "железа" важно даже для тех, кто работает на уровне софта diff --git a/_notes/IT-School/04-auto.md b/_notes/IT-School/Lecture/04-auto.md similarity index 100% rename from _notes/IT-School/04-auto.md rename to _notes/IT-School/Lecture/04-auto.md diff --git a/_notes/IT-School/05-vm.md b/_notes/IT-School/Lecture/05-vm.md similarity index 100% rename from _notes/IT-School/05-vm.md rename to _notes/IT-School/Lecture/05-vm.md diff --git a/_notes/IT-School/Lecture/06-bss.md b/_notes/IT-School/Lecture/06-bss.md new file mode 100644 index 0000000..48c39d8 --- /dev/null +++ b/_notes/IT-School/Lecture/06-bss.md @@ -0,0 +1,166 @@ +--- +title: Базовые сетевые службы +--- + +👨‍🏫 *Лектор: Никита Ефимов* +Системный инженер департамента инфраструктурных решений и сервисов
+Летняя школа «System-инженер» + +--- +## ⚙️ Роль сетевых служб в инфраструктуре + +**Без них ничего не работает:** + +- ❌ Невозможно запомнить все IP → нужен **DNS** +- ❌ Ручная настройка сетей → нужен **DHCP** +- ❌ Много паролей → нужна **служба каталога** +- ❌ Нет корректного анализа логов → нужен **NTP** +- ❌ Совместная работа — кошмар + +> 🧠 При сбоях в этих службах возникает множество "необъяснимых" проблем: недоступные сервисы, ошибки авторизации, разрыв сессий, сбои CI/CD, нарушения аудита. + +--- + +# 📚 Служба каталога + +## 🎯 Назначение +- Централизованное хранение и управление учетными записями пользователей, групп и устройств + +- Аутентификация и авторизация в домене (логины, пароли, доступы) + +## ➕ Дополнительные функции
+- Интеграция с другими сервисами (DNS, принт-сервер, файловые шары)
+- Применение групповых политик (GPO) — настройка рабочих станций централизованно
+- Управление безопасностью: контроль доступа, политики паролей, аудита + +## 🧱 Ключевые понятия
+- **Лес (Forest)** — логическая граница всей инфраструктуры службы каталога
+- **Домен (Domain)** — единица управления пользователями и ресурсами
+- **Контроллер домена (DC)** — сервер, предоставляющий каталог и аутентификацию
+- **OU (организационные подразделения)** — для логического структурирования объектов
+- **Доверительные отношения** — связь между доменами, разрешающая доступ между ними
+- **Kerberos** — протокол безопасной аутентификации с использованием билетов
+- **LDAP** — протокол для поиска и изменения данных в каталоге + +![alt text]() + +## 🛠 Что важно при проектировании
+- Архитектура (лес, домены, сайты)
+- Модель управления и администрирования
+- Интеграции с внешними системами
+- Объёмы миграции при переходе с другого решения + + +![alt text]() + +--- + +# 🌐 DNS — служба разрешения доменных имён + +## 🎯 Основное назначение + +- Преобразование доменных имён в IP-адреса (и обратно) + +- Обнаружение сервисов и маршрутизация трафика + + ![alt text]() + +## 🧱 Ключевые понятия + +- **DNS-сервер** — хранит зоны и обслуживает запросы
+- **Резолвер (resolver)** — клиент, который запрашивает имя
+- **Зоны** — области пространства имён (forward/reverse, primary/secondary, AD-интегрированные)
+- **Типы серверов** — корневой, авторитативный, кэширующий + +## 🔍 Популярные типы записей + +- `A` — IPv4-адрес хоста
+- `AAAA` — IPv6-адрес
+- `PTR` — обратное соответствие IP → имя
+- `MX` — почтовый сервер домена
+- `CNAME` — псевдоним
+- `TXT` — SPF, DKIM, верификация
+- `NS` — указывает, кто отвечает за зону
+- `SOA` — основная информация о зоне (сервер, TTL, серийный номер) + +## 🛠 Особенности проектирования + +- Разделение внешней и внутренней зон (Split DNS)
+- Делегирование и репликация зон
+- Безопасность (защита от подмены DNS, ограничение зон)
+- Схема разрешения имён (например, через Root Hints или DNS Forwarders) + +--- + +# 📡 DHCP — динамическая конфигурация узлов + +## 🎯 Назначение + +- Автоматическая выдача IP-адресов и других параметров (маска, шлюз, DNS, PXE и пр.) + +## 🔁 DORA: как работает + +1. **Discover** — клиент ищет DHCP-сервер
+2. **Offer** — сервер предлагает свободный IP
+3. **Request** — клиент запрашивает выбранный IP
+4. **Acknowledge** — сервер подтверждает и назначает IP + +> Использует протокол UDP (порты 67/68), часто работает через широковещательные пакеты. + +![alt text]() + +## 🧱 Основные понятия + +- **Область DHCP** — диапазон адресов, который выдаёт сервер
+- **Ретранслятор (DHCP Relay)** — пересылает запросы между подсетями
+- **Резервирование** — закрепление IP за конкретным устройством (по MAC-адресу)
+- **Аренда** — IP выдаётся на ограниченное время (с возможностью продления) + +## 🛠 Что учитывать + +- Топология сети: расположение клиентов и серверов
+- Надёжность: резервные DHCP, ретрансляторы
+- Интеграция с DNS — автоматическая регистрация имён
+- Защита от спуфинга (например, DHCP Snooping) + +--- + +# ⏱️ NTP — служба времени + +## 🎯 Назначение + +- Синхронизация системных часов на всех устройствах в сети
+- Критично для: Kerberos, журналов событий, мониторинга, расследования инцидентов + +## 🧱 Основные понятия + +- **Stratum** — уровень иерархии (Stratum 0 — эталонные часы)
+- **NTP-сервер и клиент** — один задаёт время, другой получает
+- **Дрейф времени** — расхождение часов без синхронизации + +## ➕ Дополнительно + +- Чаще всего используется встроенный Windows Time (w32time)
+- Kerberos требует расхождения ≤ 5 минут
+- NTP-сервер может быть внешним (например, `time.windows.com`) или локальным (на КД) + +## 🛠 Что учитывать + +- Требования к точности (мс или секунды)
+- Отказоустойчивость (несколько источников)
+- Синхронизация всей инфраструктуры — от доменов до рабочих станций + +--- + +## 🧠 Вывод + +Базовые сетевые службы — фундамент цифровой инфраструктуры: + +| Служба | Назначение | +|----------------|----------------------------------------------------------------------------| +| Каталог (AD/LDAP) | Аутентификация, учётки, политики, безопасность | +| DNS | Разрешение имён, обнаружение сервисов | +| DHCP | Быстрая настройка IP, управление адресным пространством | +| NTP | Единое время в сети, корректность логов, безопасность (Kerberos) | + +> 💬 Пользователи не замечают этих служб — пока они работают. Но без них сеть перестаёт быть сетью. diff --git a/_notes/IT-School/Lecture/07-srk.md b/_notes/IT-School/Lecture/07-srk.md new file mode 100644 index 0000000..177db57 --- /dev/null +++ b/_notes/IT-School/Lecture/07-srk.md @@ -0,0 +1,131 @@ +--- +title: Системы резервного копирования (СРК) +--- + +**Источник:** Летняя Школа «System-инженер» + +**Спикер:** Антон Иванов, Руководитель группы инженеров поддержки инфраструктурного ПО + +--- + +## 📉 Причины отказа ИТ-инфраструктуры + +- Аппаратные сбои
+- Ошибки ПО
+- Человеческий фактор
+- Атаки и уязвимости + +--- + +## 🛡 Как защищается ИТ-инфраструктура + +### На уровне оборудования
+- Дублирование компонентов
+- Отказоустойчивость
+ [Отказоустойчивость VS Высокая доступность]({% link _notes/SysEngine/01-ha %}) + +### На уровне приложений
+- Кластеризация
+- Отказоустойчивые сервисы + +### На уровне информационной безопасности + +- Резервное копирование + +- Контроль доступа + +- Шифрование + +--- + +## ⏱ RTO — Recovery Time Objective + +- Время, за которое система должна быть восстановлена после сбоя + +- **RTO** определяет максимально допустимый **период простоя** + +--- + +## 📍 RPO — Recovery Point Objective + +- Максимально допустимая потеря данных (время между последней резервной копией и сбоем) + +- **RPO** определяет, сколько данных **можно потерять** + +--- + +## 🧱 Схемы резервного копирования + +- **Полное** (full) + +- **Инкрементное** (incremental) + +- **Дифференциальное** (differential) + +- **Комбинированные стратегии** + + - Например: еженедельно — полное, ежедневно — инкрементное + + Подробнее [[Схемы резервного копирования]] + +--- + +## ⏲ Расписание резервного копирования + +- Частота зависит от RPO/RTO + +- Баланс между безопасностью и нагрузкой на систему + +[[Схемы резервного копирования#Подходы к расписанию в бэкапах]] + +--- + +## 📚 Компрессия + +### Алгоритмы в ПО: + +- LZ4 + +- Zlib + +- Zstd + +- Gzip + +### В аппаратных СХД: + +- Проприетарные алгоритмы + +--- + +## 📉 Дедупликация + +> Удаление повторяющихся блоков данных + +Примеры коэффициентов: + +- БД: **3.5:1** + +- VDI: **7:1** + +- ВМ: **2.6:1** + +--- + +## 🏗 Архитектура СРК + +### Железо РК + +- Сервера хранения + +- Ленточные накопители + +- NAS/SAN + +### Софт РК + +- Программы управления резервным копированием + +- Примеры: Veeam, Bacula, Acronis + +--- diff --git a/_notes/IT-School/Lecture/08-mon.md b/_notes/IT-School/Lecture/08-mon.md new file mode 100644 index 0000000..fbf3f50 --- /dev/null +++ b/_notes/IT-School/Lecture/08-mon.md @@ -0,0 +1,72 @@ +--- +title: Системы мониторинга +--- + +**Зачем нужен мониторинг:** + +1. Обеспечение высокой доступности и надёжности + +2. Быстрое выявление и устранение проблем + +3. Выявление неэффективного использования ресурсов + +4. Оптимизация ёмкости и масштабирования + +5. Планирование и бюджетирование на основе данных + +--- + +## 🔍 Мониторинг vs Observability + +| Подход | Суть | +|---------------|------------------------------------------| +| **Мониторинг** | Не знаем, что искать — смотрим на всё | +| **Наблюдаемость** | Понимаем, что важно — мониторим осознанно | + +--- + +## 🔧 Что нужно мониторить + +### 🧱 Базовый уровень: + +- Серверы, коммутаторы, маршрутизаторы (железо) + +- Операционные системы + +### 🗃️ Средний уровень: + +- Базы данных + +- IT-сервисы + +- Сертификаты и лицензии + +### 🚀 Продвинутый уровень: + +- Пользовательский опыт + +- SLA, SLO, SLI (9 страшных букв) + +--- + +## 🧠 Что ещё важно + +- Понимание механики мониторинга + +- Знание точек отказа + +- Работа со сложными метриками + +- Интеграция систем + +- Комплексный подход + +--- + +## 🧩 Связанные темы: + +- [[SLA, SLO, SLI]] + +- [[Метрики и алерты]] + + diff --git a/assets/cache/IT-School/dhcp1.png b/assets/cache/IT-School/dhcp1.png new file mode 100644 index 0000000..9d46887 Binary files /dev/null and b/assets/cache/IT-School/dhcp1.png differ diff --git a/assets/cache/IT-School/dns1.png b/assets/cache/IT-School/dns1.png new file mode 100644 index 0000000..6f5e42b Binary files /dev/null and b/assets/cache/IT-School/dns1.png differ diff --git a/assets/cache/IT-School/domain1.png b/assets/cache/IT-School/domain1.png new file mode 100644 index 0000000..c4fe372 Binary files /dev/null and b/assets/cache/IT-School/domain1.png differ diff --git a/assets/cache/IT-School/domain2.png b/assets/cache/IT-School/domain2.png new file mode 100644 index 0000000..1ac7312 Binary files /dev/null and b/assets/cache/IT-School/domain2.png differ