Пошаговый план написания ВКР по высоконагруженным базам данных

Введение

Выпускная квалификационная работа по направлению «высоконагруженные базы данных» представляет собой комплексное исследование, направленное на проектирование, оптимизацию или администрирование систем, способных обрабатывать значительные объёмы транзакций и запросов при сохранении требуемого уровня производительности и отказоустойчивости. Выполнение такого дипломного проекта требует от студента глубоких знаний в области распределённых вычислений, архитектур баз данных, сетевого взаимодействия и методов балансировки нагрузки.

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

Материал ориентирован как на студентов, желающих разобраться в процессе написания выпускного проекта, так и на тех, кто рассматривает возможность обращения к профессионалам для получения помощи в написании ВКР высоконагруженным базам данных. В статье учтены требования ФГОС последнего поколения, методические рекомендации ведущих технических вузов и практический опыт инженеров, работающих с высоконагруженными системами в индустрии.

Почему студентам сложно самостоятельно написать ВКР по высоконагруженным базам данных

Написание выпускной квалификационной работы по тематике высоконагруженных баз данных сопряжено с рядом объективных трудностей, которые не всегда очевидны на этапе выбора темы. Прежде всего, данная область требует практического опыта работы с инструментами, которые редко используются в учебных лабораториях: кластерные конфигурации PostgreSQL, распределённые NoSQL-системы (Cassandra, MongoDB, ScyllaDB), очереди сообщений (Kafka, RabbitMQ) и балансировщики нагрузки (HAProxy, Nginx). Отсутствие доступа к реальной инфраструктуре с высокими нагрузками существенно ограничивает возможность проведения эмпирических экспериментов.

Вторая причина — высокая сложность формулирования исследовательского вопроса. В отличие от прикладных работ по веб-разработке, где достаточно создать прототип интернет-магазина, исследование в области HighLoad требует обоснования выбора архитектурного паттерна (шардинг, репликация, партиционирование), сравнительного анализа стратегий кэширования и доказательства эффективности предложенного решения на основе нагрузочного тестирования. Без глубокого понимания теоретических основ ACID, CAP-теоремы и моделей согласованности построить убедительную аргументацию крайне затруднительно.

Третьим значимым барьером является объём и специфика нормативной документации, которую необходимо изучить. Методические указания вузов часто не учитывают особенности IT-тематики, и студенту приходится самостоятельно адаптировать требования ГОСТ к структуре дипломного проекта по высоконагруженным базам данных. Всё это приводит к тому, что многие обучающиеся принимают решение заказать ВКР по высоконагруженным базам данных у специалистов, имеющих соответствующий инженерный и академический бэкграунд.

Что входит в подготовку дипломной работы

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

Теоретическая часть

Теоретический раздел посвящён анализу предметной области: классификации высоконагруженных систем, обзору существующих СУБД (PostgreSQL, MySQL, Oracle, Microsoft SQL Server, Cassandra, MongoDB, Redis), сравнению моделей согласованности (strong consistency vs eventual consistency) и методов масштабирования (вертикальное, горизонтальное, шардинг). Помимо описания технологий, студент должен сформулировать проблемную ситуацию, обосновать актуальность исследования и определить объект и предмет работы. Минимальный объём теоретической главы — 20–25 страниц машинописного текста.

Практическая часть

Практический раздел включает проектирование архитектуры решения, реализацию прототипа или стенда для нагрузочного тестирования, а также анализ полученных результатов. В работе должно быть представлено описание конфигурации оборудования (или облачной инфраструктуры), сценарии тестирования (например, с использованием Apache JMeter или Yandex.Tank) и метрики производительности (TPS, p99 latency, количество одновременных соединений). Эмпирическая часть может содержать сравнение двух стратегий кэширования (Redis Cluster vs Memcached) или оценку эффективности различных методов индексации (B-tree, Hash, GiST). Объём практической главы — не менее 30–35 страниц.

Оформление и защита

Финальный этап — приведение работы к требованиям ГОСТ 7.32-2017 и вуза. Студент готовит пояснительную записку, презентационный материал (10–15 слайдов) и текст доклада. Важно проверить уникальность текста через систему «Антиплагиат.ВУЗ» — для IT-специальностей минимальный порог обычно установлен на уровне 70–85% оригинальности. Критически важно заранее уточнить требования к уникальности на кафедре, поскольку некоторые вузы требуют до 90% авторского текста.

Методы исследования, используемые в работах по высоконагруженным базам данных

Выбор методологии исследования является важнейшим этапом, определяющим научную состоятельность работы. При написании ВКР по высоконагруженным базам данных применяются как общенаучные, так и специальные технические методы.

• Аналитический обзор — систематизация публикаций из рецензируемых источников (IEEE, ACM, журналы из перечня ВАК) по темам распределённых транзакций, методов оптимизации запросов и масштабирования.
• Математическое моделирование — использование теории массового обслуживания для прогнозирования производительности при заданных параметрах нагрузки (интенсивность запросов, среднее время обслуживания).
• Эксперимент — проведение нагрузочного тестирования на стенде с фиксированными аппаратными ресурсами. Сравниваются такие показатели, как throughput, latency под нагрузкой, использование CPU и памяти.
• Сравнительный анализ — сопоставление характеристик двух или более СУБД (например, PostgreSQL vs MySQL под нагрузкой 10 000 запросов в секунду) с использованием одних и тех же сценариев тестирования.
• Экспертная оценка — интервью с DBA-инженерами или архитекторами баз данных для верификации предложенных решений (применяется редко, но допустимо в работах с грифом «прикладное исследование»).

Использование комбинированной методологии, включающей теоретический анализ и эмпирическую проверку, позволяет подготовить работу, соответствующую критериям ВАК. Это особенно важно, если студент планирует в дальнейшем продолжить исследование в аспирантуре.

Требования к ВКР

Выпускная квалификационная работа должна соответствовать ряду формальных и содержательных критериев, установленных ФГОС и внутренними регламентами образовательной организации. Ниже приведены основные требования, предъявляемые к дипломным проектам по направлению «высоконагруженные базы данных».

• Структура: введение, три главы (теоретическая, аналитическая, практическая), заключение, список литературы (не менее 30 источников, включая не менее 10 на иностранном языке).
• Объём: 60–80 страниц основного текста без учёта приложений. Для инженерных направлений возможно увеличение до 90 страниц за счёт схем и листингов кода.
• Оригинальность: не менее 75% при проверке в системе «Антиплагиат.ВУЗ» с отключением цитирования.
• Практическая значимость: обязательная апробация результатов (публикация тезисов, акт внедрения, справка о результатах).
• Оформление: строгое соблюдение ГОСТ 7.32-2017. Особое внимание — оформлению таблиц, рисунков, формул и библиографических ссылок.

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

Типовые требования вузов к ВКР по высоконагруженным базам данных

Несмотря на существование общих стандартов, каждый вуз вправе устанавливать дополнительные требования к содержанию и оформлению выпускных работ. Ниже приведён перечень наиболее распространённых вузовских регламентов, с которыми сталкиваются студенты IT-специальностей.

• МГТУ им. Н.Э. Баумана — обязательное наличие сравнительной таблицы характеристик не менее трёх СУБД, оформленной в виде аналитического обзора.
• НИУ ВШЭ — проверка на антиплагиат с обязательным предоставлением отчёта по всем модулям (включая проверку переводных заимствований).
• СПбПУ Петра Великого — требование наличия в работе диаграммы последовательности (sequence diagram) для демонстрации логики обработки запроса.
• МФТИ — акцент на математическом обосновании: необходимо привести модель массового обслуживания (M/M/1 queue) с расчётом среднего времени ожидания.
• ИТМО — реализация прототипа в облачной среде (Yandex Cloud, AWS) с приложением скриншотов мониторинга.

Для успешного прохождения предзащиты рекомендуется заранее запросить у научного руководителя методические указания кафедры и перечень тем, одобренных в текущем учебном году. Это поможет избежать несоответствия содержания формальным критериям.

Составление графика работы над дипломом

Планирование временных ресурсов является критическим фактором успешной защиты. Грамотно составленный график позволяет равномерно распределить нагрузку, избежать авралов и заложить резервные дни на типичные задержки — согласование с руководителем, закупку облачных ресурсов и доработку результатов тестирования.

Рекомендуется следующая структура графика (при стандартном семестре 16 недель):

• Недели 1–2: утверждение темы, подбор литературы, написание введения.
• Недели 3–5: написание теоретической главы, формирование обзора существующих решений.
• Недели 6–9: практическая часть — проектирование архитектуры, настройка стенда, проведение экспериментов.
• Недели 10–11: обработка результатов, написание аналитической главы и заключения.
• Недели 12–13: оформление пояснительной записки, проверка на антиплагиат, подготовка презентации.
• Недели 14–16: предзащита, доработка по замечаниям, защита.

Важно включить в график контрольные точки — даты, когда работа должна быть показана научному руководителю в черновом варианте. Критически важно не пропустить первую контрольную точку (конец 5-й недели), так как исправление концептуальных ошибок на поздних этапах потребует полной переработки значительных фрагментов.

Сбор и анализ требований к нагрузке

Формирование профиля нагрузки — ключевой этап, от которого зависит обоснованность всех последующих архитектурных решений. Студент должен определить, с каким типом системы он имеет дело: OLTP (операционная обработка транзакций — интернет-эквайринг, биллинг), OLAP (аналитическая обработка — отчёты, дашборды) или HTAP (гибридная нагрузка).

Сбор требований включает следующие подэтапы:

• Анализ бизнес-логики — какие операции являются критическими (запись платежа, чтение профиля пользователя), какое количество транзакций в секунду (TPS) ожидается на пике.
• Определение профиля данных — размер записей, степень денормализации, требования к консистентности. Например, для системы кэширования геоданных размер ключа может быть незначительным, а требования к точности координат — высокими.
• Оценка факторов роста — прогноз увеличения нагрузки в течение 1–3 лет. Это необходимо для выбора архитектуры с возможностью линейного масштабирования.

Результатом этапа является документ (в составе пояснительной записки), который включает описание требований к времени отклика (SLA по latenсy), допустимому проценту потерь данных (RPO) и времени восстановления системы после сбоя (RTO). Без этих данных невозможно обосновать выбор конкретных технологий, таких как шардинг на основе хеширования или использование очередей для обеспечения гарантированной доставки.

Написание пояснительной записки и практической части

Пояснительная записка является основным документом, представляемым к защите. Её структура строго регламентирована: введение, основная часть (главы), заключение, список литературы, приложения. При написании текста следует руководствоваться принципами научного стиля: точность формулировок, объективность изложения, аргументированность выводов.

Практическая часть требует наибольшего внимания, так как именно она демонстрирует способность студента применять теоретические знания на реальной задаче. В разделе описываются:

• Выбор и обоснование архитектуры. Если сравниваются схемы с синхронной и асинхронной репликацией, необходимо указать, почему для данного сценария предпочтительнее, например, синхронная репликация (более высокая надёжность при умеренном росте latency).
• Конфигурация стенда. Указываются версии СУБД, операционной системы, параметры памяти и дисков. При использовании облачных сервисов (AWS RDS, Yandex Managed Database) приводится класс инстансов.
• Методика тестирования. Описываются инструменты (sysbench, pgbench для PostgreSQL, Yandex.Tank), сценарии (например, 100 000 SELECT-запросов с равномерным распределением по ключу), условия проведения (фиксация фоновых процессов, количество повторений).
• Результаты экспериментов. Данные представляются в виде таблиц и графиков. Например, таблица со значениями p50, p95, p99 latency для разных уровней конкуренции (10, 50, 100 одновременных потоков).

Каждый полученный результат должен сопровождаться интерпретацией: почему производительность снизилась после 80 одновременных соединений (вероятно, из-за исчерпания пула соединений) и какое архитектурное изменение позволило масштабировать систему. Подготовка дипломной работы по высоконагруженным базам данных требует от студента умения не только провести эксперимент, но и объяснить его результаты с точки зрения работы подсистем СУБД — планировщика запросов, буферного кэша, механизмов блокировок.

Типичные ошибки при написании ВКР по высоконагруженным базам данных

Анализ десятков отзывов рецензентов и научных руководителей позволяет систематизировать наиболее частые недочёты, снижающие оценку выпускных работ. Ниже приведены пять основных ошибок, которых следует избегать.

1. Отсутствие чёткой формулировки исследовательской гипотезы. Вместо заявления «будет проведён анализ» необходимо указать: «Предполагается, что применение шардинга по географическому признаку позволит снизить среднее время ответа на 40% при нагрузке 5000 запросов в секунду по сравнению с номинальным режимом». Гипотеза должна быть проверяемой.
2. Путаница между CAP-теоремой и ACID. Эти концепции относятся к разным уровням. ACID — свойства транзакций реляционных БД, CAP — теорема для распределённых систем. Некорректное смешение понятий приводит к логическим противоречиям в тексте.
3. Работа выполнена без использования репрезентативной нагрузки. Нагрузочное тестирование с одним потоком или на ноутбуке с SSD-диском не даёт достоверных результатов. Должен быть создан стенд с параметрами, близкими к промышленным.
4. Недостаточный объём практической части. Теоретическая глава занимает 40 страниц, а практическая — 10. В такой работе не удаётся продемонстрировать владение инструментарием.
5. Игнорирование альтернативных подходов. Если обосновывается выбор Redis Cluster, необходимо хотя бы кратко сравнить с Memcached, Aerospike и Etcd. Отсутствие сравнительного анализа воспринимается как низкая квалификация автора.

Для предотвращения этих ошибок рекомендуется не менее двух раз показать черновик работы научному руководителю — на этапе завершения теоретической части и после получения первых результатов тестирования.

Как проходит защита ВКР

Процедура защиты выпускной квалификационной работы является публичным мероприятием, на котором студент представляет результаты своего исследования перед государственной экзаменационной комиссией (ГЭК). Успешное прохождение защиты требует не только глубокого знания материала, но и навыков публичного выступления.

Подготовка доклада

Доклад должен укладываться в регламент 7–10 минут. Структура выступления: актуальность (1 мин), цель и задачи (1 мин), обзор решений (2 мин), архитектура и результаты (4–5 мин), заключение (1 мин). В докладе обязательно указываются численные показатели (достигнутое TPS, latency, степень утилизации ресурсов).

Презентация

Презентация включает 10–15 слайдов с ключевыми графиками, схемой архитектуры и таблицей результатов. Не допускается копирование текста из пояснительной записки на слайды- каждый слайд должен содержать визуальный элемент, поддерживающий устное выступление.

Вопросы комиссии

Члены ГЭК задают уточняющие вопросы, направленные на проверку самостоятельности выполнения работы и глубины понимания. Типичные вопросы: «Почему выбрана именно схема мастер-слейв, а не мастер-мастер?», «Как вы обеспечили гарантию доставки сообщений при отказе основного узла?», «Какой метод шардинга применили и почему?».

Критерии оценки

Оценка складывается из трёх составляющих: отзыв научного руководителя (макс. 10 баллов), отзыв рецензента (макс. 10 баллов), ответы на вопросы (макс. 80 баллов). Комиссия оценивает актуальность, практическую значимость, логичность изложения, корректность ответов. Критически важным фактором является уверенное владение терминологией и способность отстаивать предложенные решения.

Тематика ВКР

Выбор темы — отправная точка, предопределяющая содержание всей работы. Ниже приведены примерные направления, актуальные для дисциплин «высоконагруженные базы данных» и «распределённые системы».

• Разработка архитектуры распределённой СУБД для геоинформационной системы с шардингом по пространственному индексу.
• Сравнительный анализ стратегий кэширования (Redis Cluster vs Aerospike) в системе реального времени.
• Оптимизация производительности PostgreSQL под нагрузку от сервиса онлайн-бронирования (с использованием партиционирования и параллельных сканирований).
• Разработка прототипа распределённого кэша для дедупликации сессионных данных на примере онлайн-кинотеатра.
• Моделирование и анализ ёмкости (capacity planning) кластера Apache Cassandra под ежедневный приток 10 млн записей.
• Разработка системы репликации между MongoDB и Elasticsearch с гарантией конечной согласованности.
• Исследование методов балансировки чтения (read-load balancing) в кластере MySQL Group Replication.
• Автоматизация вертикального масштабирования СУБД на основе метрик prometheus machine usage прогнозирования (ML-модель).
• Реализация паттерна Saga для распределённых транзакций в микросервисной архитектуре.
• Сравнение NoSQL-решений (MongoDB, ScyllaDB, FoundationDB) для хранения временных рядов в IoT-платформе.

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

Как выбрать тему ВКР по высоконагруженным базам данных

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

Критерии выбора темы:

• Актуальность — тема должна быть связана с современными вызовами: ростом объёмов данных, переходом к микросервисной архитектуре, необходимостью обеспечения отказоустойчивости.
• Доступность эмпирической базы — можно ли провести эксперимент в рамках вузовской лаборатории или использовать бесплатные облачные ресурсы (AWS Free Tier, Yandex Cloud Credits).
• Наличие источников — возможность цитирования статей из IEEE Xplore, ACM Digital Library, RSCI. Для ВКР требуется не менее 30 источников, из них 10–15 на английском языке.
• Возможность проведения исследования — для темы «Влияние схемы шардинга на производительность» потребуется кластер из нескольких нод, что может быть нереализуемо в одиночку без доступа к облаку.
• Требования научного руководителя — некоторые руководители предпочитают работы с фокусом на практическую реализацию (полный прототип), другие — с глубокой математической моделью.

Рекомендуется выбирать тему, которая вызывает не только академический интерес, но и может быть использована в портфолио для трудоустройства. Например, работа по развёртыванию отказоустойчивого кластера PostgreSQL с использованием Patroni и etcd будет полезна при собеседовании на позицию DBA.

Проверка ВКР на антиплагиат

Обязательным этапом перед защитой является проверка текста на оригинальность в системе «Антиплагиат.ВУЗ». Данная система используется большинством государственных вузов и отличается от открытых версий (например, text.ru) расширенным модулем поиска заимствований, включая переводные источники и коллекции диссертаций.

Основные требования:

• Минимальный порог оригинальности — 70–85% (уточняется в методических указаниях конкретного вуза).
• Корректное оформление цитирования — все заимствования должны быть заключены в кавычки с указанием источника в списке литературы. Нельзя заменять кавычки квадратными скобками.
• Самоцитирование — допустимо, но не более 5–10% от общего объёма. Если студент публиковал тезисы по теме, их фрагменты должны быть отмечены.

Распространённые причины низкой уникальности:

• Копирование блоков кода из документации (Microsoft, PostgreSQL) без оформления как листинг с указанием источника.
• Использование определений из ГОСТ без перефразирования (например, «база данных — это совокупность структурированных данных»).
• Перевод с английского без глубокой переработки текста (система Антиплагиат.ВУЗ находит совпадения в переведённых фрагментах).

Для повышения оригинальности рекомендуется после написания каждого абзаца перечитывать его и заменять стандартные конструкции авторскими формулировками. Если самостоятельно повысить уникальность не удаётся, можно воспользоваться помощью в написании ВКР высоконагруженным базам данных от профессиональных авторов, которые гарантируют прохождение проверки.

Этапы сотрудничества с автором

При заказе дипломной работы взаимодействие с исполнителем строится по прозрачной схеме, обеспечивающей контроль качества на каждом этапе. Ниже приведён типовой план совместной работы.

• Консультация и утверждение темы. Заказчик предоставляет информацию о вузе, требованиях кафедры и пожеланиях по содержанию. Автор предлагает список тем или корректирует предложенную.
• Сбор требований и написание технического задания. Фиксируются объём, структура, используемые технологии, сроки выполнения каждого этапа.
• Написание теоретической части. В течение 7–10 дней готовится первая глава. Заказчик получает черновик для проверки соответствия требованиям.
• Практическая часть и эксперименты. Настройка стенда, проведение нагрузочного тестирования, оформление результатов. При необходимости автор предоставляет скриншоты мониторинга.
• Оформление и проверка на антиплагиат. Готовая работа форматируется по ГОСТ, проверяется в системе «Антиплагиат.ВУЗ». Заказчику предоставляется отчёт.
• Подготовка к защите. Изготавливается презентация (10–15 слайдов), пишется текст доклада. Возможна репетиция защиты по видеосвязи.
• Сопровождение до защиты. Автор остаётся на связи для ответов на вопросы комиссии и доработки материалов по замечаниям.

Стоимость и сроки

Цена подготовки выпускной квалификационной работы варьируется в зависимости от сложности темы, объёма практической части и срочности. Среднерыночные параметры представлены ниже.

• Полный пакет (ВКР + презентация + доклад + проверка антиплагиата): от 35 000 до 60 000 рублей. Срок — 20–30 рабочих дней.
• Написание теоретической главы: от 12 000 до 18 000 рублей. Срок — 5–7 рабочих дней.
• Практическая часть (с проведением экспериментов): от 20 000 до 30 000 рублей. Срок — 10–14 рабочих дней.
• Повышение уникальности: от 2 000 до 5 000 рублей за 10 страниц.
• Срочный заказ (защита через 7–10 дней): + 40–60% к базовой стоимости.

Итоговая стоимость диплома по высоконагруженным базам данных уточняется после анализа требований вуза и темы работы. Оплата делится на этапы: предоплата (40–50%) и окончательный расчёт после сдачи готовой работы. Фиксированная цена не указывается, так как каждый проект требует индивидуальной оценки.

Преимущества обращения к профессионалам

Выбор исполнителя с опытом в области высоконагруженных баз данных даёт студенту ряд объективных преимуществ:

• Экономия времени — полностью освобождается до 4–5 месяцев, которые можно потратить на подготовку к экзаменам или работу.
• Экспертный уровень — авторы имеют сертификации (PostgreSQL Professional, MongoDB DBA, AWS Solutions Architect) и реальный опыт эксплуатации HighLoad-систем.
• Гарантия прохождения антиплагиата — текст проверяется на всех модулях системы Антиплагиат.ВУЗ, обеспечивается уникальность не ниже 85%.
• Соответствие ГОСТ — работа оформляется строго по стандарту, что исключает риск возврата на доработку из-за формальных ошибок.
• Сопровождение до защиты — автор помогает подготовить ответы на вопросы ГЭК, даёт рекомендации по улучшению доклада.

Гарантии

Любое сотрудничество должно быть защищено договорными обязательствами. Ответственный исполнитель предоставляет следующие гарантии:

• Соблюдение сроков — в договоре фиксируются даты сдачи каждого этапа; при просрочке предусмотрена неустойка.
• Уникальность — показатель оригинальности закрепляется в заявлении (обычно 85%+). При несоответствии исполнитель проводит доработку без дополнительной оплаты.
• Конфиденциальность — личные данные заказчика и текст работы не передаются третьим лицам.
• Бесплатные доработки — в течение 2 недель после сдачи работы студент может запросить исправление замечаний научного руководителя без доплат.
• Возврат денег — при отказе от проекта до начала работы возврат полной предоплаты; после начала — пропорционально выполненному этапу.

Типовые вопросы комиссии на защите

Для успешного выступления необходимо заранее подготовить ответы на наиболее вероятные вопросы членов ГЭК. Ниже приведён перечень вопросов, распределённых по тематическим блокам.

• Архитектура: Чем обоснован выбор схемы шардинга? Почему не использовали согласованное хеширование?
• Тестирование: Какие инструменты применялись для генерации нагрузки? Какие метрики считаете наиболее важными?
• Безопасность: Как обеспечивается защита данных в вашей системе? Какие механизмы шифрования задействованы?
• Масштабирование: Предел масштабирования вашей архитектуры? Как поведёт себя система при росте объёма данных в 10 раз?
• Альтернативы: Почему не выбрали Apache Cassandra / ScyllaDB / ClickHouse? В чём преимущество вашего решения?