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

# Семантический анализ **Primary keyword:** оптимизация ИТ-инфраструктуры ВКР / ресурсная эффективность в дипломе **LSI-запросы:** TCO, VDI-инфраструктура, тонкий клиент, Kubernetes requests/limits, capacity planning, кэширование, нагрузочное тестирование, SLO/SLA, OpenTelemetry, Prometheus/Grafana, ISO/IEC 25010, ГОСТ 34.602-89, импортозамещение оборудования. **Реальные вопросы студентов:** 1. Как измерить производительность в дипломе и не получить «25 FPS» вместо метрик? 2. Обязательно ли писать работающий код, или хватит схем и расчётов? 3. Где брать данные для экономических расчётов, если нет реального предприятия? 4. Как обосновать выбор стека, если преподаватель «не любит Kubernetes»? 5. Что делать, если тема звучит как «оптимизация», а оптимизировать нечего? **Ключевые сущности:** ISO/IEC 25010, ГОСТ 34.602-89 (ТЗ на АС), Kubernetes, OpenTelemetry, CI/CD-пайплайн, C4-модель, time-series БД. --- ```html

Оптимизация ИТ-инфраструктуры в дипломе: меньше железа — та же нагрузка

Во II квартале 2026 года розничные цены на десктопы и ноутбуки тайваньских производителей могут подняться на 30–40%, а бюджетный сегмент при этом заметно сожмётся. Причина не в маркетинге: дорожают ОЗУ и SSD, плюс сбоит поставка процессоров. Для выпускника ИТ-направления это не новость «про железо», а готовое обоснование актуальности. Как только железо перестаёт быть дешёвым и доступным, любая работа, где вы показываете экономию вычислительных ресурсов, памяти или денег на парк техники, автоматически получает защищаемую практическую ценность. Ниже — как превратить этот тренд в структуру ВКР, метрики и внятные выводы.

Четыре темы ВКР, которые опираются на этот новостной фон

Тема 1. Снижение совокупной стоимости владения (TCO) корпоративного парка рабочих мест через VDI и тонкие клиенты

Актуальность: обновлять парк «в лоб» по новым ценам экономически невыгодно; централизация вычислений переносит нагрузку на серверный сегмент и продлевает жизнь существующим машинам.

Цель: разработать архитектуру VDI-контура и количественно оценить экономию на горизонте 5 лет.

• инвентаризация парка и построение профилей нагрузки по группам пользователей;
• сравнение платформ виртуализации и обоснование выбора по критериям ISO/IEC 25010;
• расчёт TCO «как есть» против «как будет» с учётом роста цен на комплектующие;
• прототип на 20–30 виртуальных рабочих мест и нагрузочное тестирование.

Структура: Глава 1 — рынок ПК, теория VDI, обзор аналогов. Глава 2 — проектирование контура, схемы, ТЗ по ГОСТ 34.602-89. Глава 3 — тестирование, метрики, экономика внедрения.

Тема 2. Прогнозная модель динамики цен на компоненты для планирования закупок

Актуальность: резкие скачки цен на ОЗУ и SSD ломают квартальные бюджеты отделов ИТ, нужна модель, которая даёт горизонт 4–8 кварталов.

Цель: построить и валидировать модель прогноза стоимости закупки с приемлемой ошибкой.

• сбор и очистка временных рядов по ценам и объёмам поставок;
• разведочный анализ, выделение сезонности и структурных сдвигов;
• сравнение baseline-моделей и градиентного бустинга, оценка MAPE и MAE;
• интеграция модели в модуль планирования закупок с REST-интерфейсом.

Структура: Глава 1 — анализ рынка и методов прогнозирования. Глава 2 — архитектура сервиса, схема данных. Глава 3 — эксперименты, метрики качества, сценарии бюджета.

Тема 3. Оптимизация потребления ОЗУ и дискового ввода-вывода в высоконагруженном сервисе

Актуальность: если память и накопители дорожают, дешевле переписать узкое место в коде и кэше, чем докупать планки.

Цель: снизить требования к аппаратным ресурсам без деградации SLO.

• профилирование приложения, поиск утечек и неэффективных аллокаций;
• внедрение многоуровневого кэша и настройка пулов соединений;
• подбор параметров сборщика мусора и работа с сериализацией;
• сравнительное нагрузочное тестирование «до/после» с фиксацией метрик.

Структура: Глава 1 — теория производительности и метрик. Глава 2 — проектирование изменений, диаграммы C4. Глава 3 — тесты, графики, расчёт экономии.

Тема 4. Уплотнение нагрузки в Kubernetes: оптимизация requests и limits

Актуальность: рост цен на серверное железо заставляет выжимать больше pod'ов из существующих узлов.

Цель: повысить плотность размещения без роста числа отказов.

• сбор фактического потребления через Prometheus и OpenTelemetry;
• калибровка requests/limits по перцентилям, а не «на глаз»;
• настройка автомасштабирования и правил вытеснения;
• замер bin-packing-эффективности и стабильности под нагрузкой.

Структура: Глава 1 — оркестрация и управление ресурсами. Глава 2 — архитектура кластера и пайплайна. Глава 3 — эксперименты и метрики утилизации.

Аналитическая глава: как встроить статью в обоснование

Первую главу чаще всего проваливают из-за пересказа учебника. Сделайте иначе: откройте раздел рыночным фактом из новости и сразу переведите его в критерии выбора решения. Не «VDI — это хорошо», а «при удорожании парка на 30–40% капитальные затраты на классические рабочие места растут быстрее операционных затрат VDI».

Рядом с таблицей обязательно дайте методику расчёта: формулу TCO, ставку дисконтирования, горизонт. Иначе цифры будут выглядеть как взятые с потолка. Если своей организации нет — берите открытые прайсы, усредняйте по трём поставщикам и фиксируйте допущения в отдельном подразделе «Исходные данные и ограничения».

Проектная часть: схемы, которые ждёт комиссия

Здесь статья превращается в техническую конкретику. Минимальный набор графики: контекстная диаграмма C4 уровня 1, диаграмма развёртывания, схема потоков данных и алгоритм в виде блок-схемы по ГОСТ 19.701-90. Никаких «картинок ради картинок» — каждая должна иметь подпись и хотя бы одно предложение интерпретации в тексте.

Если тема связана с Kubernetes, покажите не только схему, но и фрагмент манифеста с обоснованием значений:

resources:
  requests:
    memory: "512Mi"
    cpu: "250m"
  limits:
    memory: "768Mi"
    cpu: "1"

Поясните, откуда взялись именно эти числа: p95 потребления по данным мониторинга за две недели плюс запас 20–30% на пики. Такой абзац на защите стоит дороже целой главы теории.

Тестирование и метрики: где работа становится доказательной

Формулировка «система работает быстро» — это не результат. Результат — это таблица «до/после» с одинаковыми условиями эксперимента. Нагрузку подавайте k6 или Locust, снимайте показатели через Prometheus и Grafana, трассировку стройте на OpenTelemetry, чтобы видеть, какой сервис съедает ресурсы.

Что делать, если стенда для нагрузочных тестов нет

Разворачивайте локальный кластер на ноутбуке (k3s, Minikube) и честно указывайте ограничения: «объём выборки ограничен, абсолютные значения не переносятся на прод, сравнительный эффект сохраняется». Сравнительный характер эксперимента — это нормальная научная позиция, а не слабость.

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

• переводить рыночное событие в инженерные критерии и измеримые требования;
• сравнивать архитектурные варианты по ISO/IEC 25010, а не «мне так кажется»;
• снимать и интерпретировать метрики производительности, а не публиковать скриншоты диспетчера задач;
• оформлять ТЗ, схемы и протоколы испытаний в соответствии с ГОСТ 34 и 19;
• защищать экономическую часть через TCO, а не через лозунги об эффективности.

Вопросы, которые задают чаще всего

Обязательно ли писать рабочий код?

Для инженерной ВКР — да, хотя бы прототип. Для аналитической допустима модель и расчёты. Но если в задачах стоит «разработать», код ожидается: манифесты, сервис, скрипты нагрузочного теста. Без него третья глава разваливается.

Как оформить UML- и C4-диаграммы, чтобы их приняли?

Единый нотацией по всей работе, с легендой и подписями. Не смешивайте UML-компоненты и блок-схемы алгоритмов в одной иллюстрации. Каждая диаграмма должна упоминаться в тексте до её появления, а не после.

Где брать тестовые данные и цифры для расчётов?

Открытые прайс-листы поставщиков, статистика маркетплейсов, отчёты аналитических агентств, синтетические данные, сгенерированные по реалистичному распределению. Все источники — в список литературы с датой обращения.

Насколько глубоко нужно уходить в экономику?

Достаточно одного раздела с формулой TCO, таблицей исходных допущений и графиком накопленных затрат за 5 лет. Полноценный бизнес-план не требуется, но и одной строки «внедрение выгодно» недостаточно.

Источник: Тайвань поднимает цены на любимые россиянами марки ПК на 30% (опубликовано 2026-03-24)

```