Open source даёт отдельные технологии. ANG отвечает за то, что они работают как единая платформа — и продолжают работать через годы, релизы и смены лицензий. Это записка о том, как именно.
Ванильная сборка использует то, что популярно сегодня. Но компонент может сменить лицензию, потерять сопровождение или изменить продуктовую стратегию — и инфраструктура заказчика оказывается заложником одного решения, которое больше нельзя поддерживать.
Один из наиболее распространённых S3-совместимых компонентов за несколько лет изменил лицензионную и продуктовую модель: проект перешёл с Apache 2.0 на AGPLv3, состав бесплатной редакции и модель распространения неоднократно менялись, а публичный репозиторий серверной части позднее был переведён в архивный режим. Для community-ветки больше нельзя рассчитывать на прежнюю модель регулярного upstream-развития и открытого выпуска исправлений.
Для корпоративного заказчика важен не сам факт изменения лицензии, а последствия: необходимость повторно оценивать юридические условия, доступность обновлений, модель поддержки и дальнейшую применимость компонента в составе коммерческого продукта. Для заказчика с самосборной платформой это самостоятельная работа и риск; для платформы ANG — штатная процедура: переоценка компонента, выбор квалифицированной замены и управляемый путь миграции.
«Qualified» означает не «мы это поставили». Означает, что компонент прошёл воспроизводимую процедуру и включён в поддерживаемую матрицу платформы.
Не единственный известный вариант, а выбранный из сопоставимых реализаций по заранее заданным критериям.
Тестирование на сценариях, приближённых к целевым нагрузкам ANG, а не только на универсальных синтетических тестах.
Поддерживаемая версия в матрице совместимости с проверенным сценарием обновления.
Описаны установка, масштабирование, backup/restore, мониторинг и диагностика.
Явно указано, для каких нагрузок компонент квалифицирован, а для каких — нет.
Заранее проработанная управляемая альтернатива на случай смены стратегии или лицензии.
Веса отражают приоритеты регулируемого Lakehouse-контура: нарушение семантики хранилища может приводить к потере целостности данных и метаданных — и стоит дороже любой задержки.
Независимо от взвешенной оценки, для регулируемого профиля компонент не проходит, если проваливает хотя бы один gate.
Conditional-запись под конкуренцией нарушается — две записи в один ключ проходят успешно.
Conditional-запись ломается при одновременно включённых versioning и object-lock / WORM.
Нарушается read-after-write consistency на метаданных и манифестах таблиц.
Теряются подтверждённые данные при штатном отказе одного узла.
Невозможно обеспечить TLS и аутентификацию в требуемой конфигурации контура.
Продуктовый вендор заранее отвечает на вопрос, что будет с платформой завтра — а не только сегодня.
ANG квалифицирует слой хранения не как «единственный победитель», а по профилю нагрузки, с управляемым путём миграции между профилями. Конкретные квалифицированные реализации и эксплуатационные ограничения предоставляются партнёрам и заказчикам в составе полного отчёта.
В рамках пересмотра слоя объектного хранения команда ANG провела сравнительную квалификацию пяти S3-совместимых реализаций.
Компоненты проверялись на совместимость с нагрузками Lakehouse, корректность S3-операций, работу с табличными форматами, отказоустойчивость, эксплуатационную сложность и лицензионные риски.
Для базового профиля ANG по результатам тестирования был квалифицирован SeaweedFS. Архитектура платформы при этом сохраняет S3-совместимый интерфейс и допускает применение других квалифицированных реализаций для отдельных профилей масштаба, отказоустойчивости и регуляторных требований.
SeaweedFS · базовый профиль · одна площадка (mid-scale)Сравнительная матрица, результаты нагрузочных тестов и эксплуатационные ограничения раскрываются партнёрам и заказчикам в составе технического отчёта.
Матрица не «замораживается» после запуска. Она пересматривается по триггерам — именно это и есть управление жизненным циклом платформы.
Повторный прогон затронутых категорий перед включением версии в матрицу.
Переоценка компонента и, при необходимости, активация плана замены.
Внеплановая проверка и обновление поддерживаемой версии.
Периодический пересмотр всей карты профилей и матрицы совместимости.
Тот же инженерный подход применяется к вашему data-ландшафту. Можно посчитать экономику, посмотреть платформу в действии или запустить проверку на ваших данных.
Оцените экономику перехода на Lakehouse под ваши объёмы и нагрузки.
Открыть калькулятор →Посмотрите платформу и единую панель управления в действии.
Открыть демо →Проверка применимости ANG на целевой архитектуре и согласованном наборе данных. Пилотный стенд — от 14 дней после предоставления данных и инфраструктуры.
Оставить заявку →Анализ data-ландшафта, целевая архитектура и пилотный стенд ANG. Это не демо — это инженерная проверка архитектуры.
Storage — первая из серии записок о том, как ANG квалифицирует, интегрирует и сопровождает слои платформы данных.
Методика, тестовый стенд, критерии с весами, эксплуатационные профили и план миграции предоставляются партнёрам и заказчикам в рамках обследования.
