Опубликовано: 18.10.2026 | Источник: CNews (новости)

Yandex 360 on-premises в дипломе: развертывание корпоративного файлового сервиса

**Поддомен:** Cloud/DevOps · **Роль:** DevOps/SRE-инженер **Primary keyword:** развертывание on-premises в ВКР **LSI:** Kubernetes, Docker, LDAP/Active Directory, S3-совместимое хранилище, TLS, резервное копирование, OpenTelemetry, SLA/SLO, RTO/RPO, TCO **Сущности:** ГОСТ 34.601-90, ISO/IEC 25010, OWASP Top 10, C4-модель, UML Deployment, OpenTelemetry, метрики RTO/RPO/TCO ---

Введение

В конце марта 2026 года Yandex B2B Tech добавила «Яндекс Диск» и «Яндекс Документы» в линейку сервисов «Яндекс 360», доступных по модели on-premises. Если раньше корпоративные файловые сценарии у российских заказчиков закрывались либо облаком, либо самописными решениями, то теперь перед ИТ-отделами открылась третья опция: развернуть привычный пользователю продукт на собственных мощностях компании. Для выпускника ИТ-специальности это, по сути, готовая тема ВКР с реальным заказчиком и понятной методикой оценки.

Почему это полезно именно для диплома? On-premises — это всегда про архитектуру, безопасность, отказоустойчивость и экономику эксплуатации. Здесь есть что проектировать (диаграммы развертывания по C4), что измерять (RTO, RPO, TCO, SLA) и что оформлять (ТЗ по ГОСТ 34). Ниже разберём, как превратить новость в защищаемую работу, а не в пересказ пресс-релиза.

---

FAQ: что спрашивают на консультациях чаще всего

1. Где взять реальную инфраструктуру, если на кафедре нет серверов?

Виртуальная среда. Разверните десктоп-версию в VirtualBox или Proxmox на одном ноутбуке, поднимите K3s и сымитируйте домен через samba-ad-dc. Главное — показать архитектурное решение и методику оценки, а не факт покупки лицензии.

2. Насколько «настоящим» должен быть прототип?

Достаточно воспроизводимого сценария развертывания: манифесты, конфиги, скрипты проверки, дашборд метрик. Комиссия оценивает инженерное мышление, а не количество CPU.

3. Какими метриками доказывать эффективность?

RTO/RPO при отказе узла, доля доступности (SLA), время применения обновления, совокупная стоимость владения (TCO) за 3 года против облачной подписки. Формулы — в главе 3.

4. Как оформлять схемы, чтобы нормоконтроль пропустил?

C4 (контекст/контейнеры) — как иллюстрация архитектуры, UML Deployment — как обязательный раздел развертывания, ГОСТ 34 — как рамка для ТЗ и требований. Не смешивайте нотации в одной диаграмме.

---

Темы ВКР: три варианта под on-premises

Вариант 1. «Проектирование защищённого файлового хранилища на базе on-premises-решения»

Актуальность: запрос на импортозамещение и перенос критичных данных с зарубежных облаков.
Цель: спроектировать и частично реализовать хранилище, удовлетворяющее требованиям по ИБ и отказоустойчивости.
Задачи: анализ моделей (SaaS/PaaS/on-premises), проектирование архитектуры по C4, настройка аутентификации через LDAP, тестирование сценариев отказа, расчёт TCO.
Структура: Гл.1 — сравнение моделей и стандартов; Гл.2 — проектирование и конфигурация стенда; Гл.3 — нагрузочные и отказные тесты, выводы.

Вариант 2. «Оценка экономической эффективности перехода с облачной подписки на on-premises»

Актуальность: CFO и CIO хотят понимать точку безубыточности перехода.
Цель: построить модель TCO и обосновать условия, при которых on-premises выгоднее.
Задачи: собрать исходные данные по типовой компании, построить формулы CAPEX/OPEX, провести сценарный анализ (100/500/2000 пользователей), визуализировать sensitivity-графики.
Структура: Гл.1 — методология TCO; Гл.2 — модель и допущения; Гл.3 — расчёты и рекомендации.

Вариант 3. «Мониторинг и обеспечение SLA для корпоративного файлового сервиса»

Актуальность: после перехода на self-hosted ответственность за доступность полностью на ИТ-службе.
Цель: построить систему наблюдаемости и рассчитать RTO/RPO.
Задачи: развернуть OpenTelemetry-коллектор и Prometheus, определить SLI/SLO, сымитировать инцидент, зафиксировать время восстановления.
Структура: Гл.1 — SRE-подход и ISO/IEC 25010; Гл.2 — реализация метрик; Гл.3 — эксперименты и рекомендации.

---

Основная часть: как встроить кейс в главы

Глава 1. Куда положить аналитику

В первом разделе сравните три модели эксплуатации (SaaS, private cloud, on-premises) по критериям ISO/IEC 25010: зрелость, безопасность, переносимость, эксплуатируемость. Здесь же уместно сослаться на публикацию CNEWS как на индикатор тренда и обосновать актуальность через смену рыночного предложения. Не увлекайтесь — 2–3 страницы, одна сравнительная таблица в <div class="table-scroll"> в приложении.

Глава 2. Диаграммы и конфигурация стенда

Обязательный набор графики: C4-контекст, C4-контейнеры, UML Deployment (размещение контейнеров на узлах), схема резервного копирования. Ниже — минимальный фрагмент манифеста для локального стенда на K3s, который можно приложить к работе:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: disk-web
spec:
  replicas: 2
  selector:
    matchLabels: { app: disk-web }
  template:
    metadata:
      labels: { app: disk-web }
    spec:
      containers:
        - name: web
          image: registry.local/disk-web:1.0
          env:
            - name: LDAP_URL
              value: "ldaps://dc01.corp.local:636"
            - name: STORAGE_ENDPOINT
              value: "https://s3.corp.local"
          readinessProbe:
            httpGet: { path: /healthz, port: 8080 }

Рядом — раздел про TLS: сертификаты из внутреннего CA, требования OWASP по защите сессий, отключение устаревших протоколов. Это ровно та часть, за которую обычно снимают баллы, если её нет.

Глава 3. Что и как измерять

Метрики разнесите на два уровня. Технические: доступность контейнера, p95 латентности, доля ошибок 5xx. Бизнесовые: время восстановления после отказа узла (RTO), объём потерянных данных при сбое (RPO), суммарный TCO за 3 года. Пример фиксации эксперимента:

Эксперимент №2: отказ узла k3s-node-02
Начало инцидента: 14:02:11
Автоматический ре-шедулинг пода: 14:02:48  (RTO = 37 c)
Потеря последней транзакции записи: 0   (RPO = 0, репликация sync)
Наблюдение: дашборд Grafana, источник — Prometheus + OTel Collector

Такой журнал экспериментов придаёт работе инженерный вес — комиссия видит, что вы не только «развернули», но и умеете доказывать свойства системы.

Нормоконтроль и оформление

ТЗ и требования — по ГОСТ 34.601-90, схема алгоритмов — по ГОСТ 19.701. Скриншоты дашбордов не заменяют диаграммы. Все листинги — в приложении, в основном тексте — только выдержки. Ссылки на источники — по ГОСТ Р 7.0.5.

---

Чему вы научитесь

Проектировать архитектуру по C4 и UML Deployment под конкретные требования.
Разворачивать сервис в Kubernetes и связывать его с корпоративным LDAP.
Строить наблюдаемость через OpenTelemetry и Prometheus, формулировать SLI/SLO.
Считать TCO и обосновывать экономику перехода с облака на собственные мощности.
Оформлять ТЗ и требования в соответствии с ГОСТ 34 и ГОСТ 19.

---

Чек-лист перед сдачей

Задачи в главах 2–3 дословно соответствуют пунктам цели из введения.
Есть UML Deployment и C4-диаграммы — не только скриншоты интерфейса.
Приведены формулы TCO, RTO, RPO и хотя бы один числовой расчёт.
Список литературы оформлен по ГОСТ Р 7.0.5, ссылки кликабельны и реальны.
Листинги вынесены в приложение, в тексте — только необходимые фрагменты.
Уникальность основного текста проверена, заимствования корректно цитированы.
Проверена согласованность терминов (on-premises, private cloud) по всему тексту.

Типичные ошибки студентов

1. Пересказ пресс-релиза вместо анализа. Новость про Yandex B2B Tech — это повод, а не содержание. Если вся глава 1 сводится к «компания объявила», защита провалится. Нужны критерии сравнения и собственная аргументация.

2. Прототип без измеримости. Скриншот работающего интерфейса ничего не доказывает. Добавьте журнал экспериментов с RTO/RPO — иначе третья глава превращается в мануал.

3. Игнорирование ИБ. on-premises означает, что безопасность — ваша зона ответственности. Отсутствие раздела про TLS, LDAP-аутентификацию и OWASP-требования — минус балл на защите.

Если тема с on-premises кажется перспективной, но непонятно, как собрать стенд и оформить расчёты, — обсудим на бесплатной консультации. Наши специалисты помогают с разработкой темы и оформлением: 120 часов работы, прозрачная методика, поддержка до защиты. Помощь с дипломом — это про сопровождение, а не про готовый текст.

Материал подготовлен экспертами компании Diplom-Expert. Мы помогаем студентам с 2010 года. Если вам нужна помощь в разработке темы или оформлении работы, наши специалисты готовы подсказать.

Последнее обновление: 2026-10-18

Источник: Yandex B2B Tech открыла доступ к «Диску» и «Документам» по модели on-premises (опубликовано 2026-03-30)