Сфера.ОркестрацияРеализовали откат состояния среды развертывания. Найти последнюю успешную версию в случае ошибок можно за пару кликов, а откатиться к ней сразу — для минимизации простоя.
Внедрили гибкое разграничение прав к ключевым ресурсам: пулам агентов и средам развертывания. Разрешить доступ можно к отдельному пулу или среде, не предоставляя прав ко всем остальным. Доработка повышает безопасность и реализует принцип минимальных привилегий.
Добавили иконки на страницу проекта и в дашборд ((информационную панель)
— с отображением триггеров автозапуска. Дополнение ускоряет работу в системе и снижает вероятность ошибок при клонировании проектов — пользователи всегда видят, в каких пайплайнах (конвейерах) настроен автоматический запуск сборок.
Реализовали механизм автоматической очистки внутренних таблиц аудита. Индивидуальный срок хранения записей теперь можно установить для каждой таблицы. Это позволяет контролировать объем материала, экономит время на ручную очистку.
Добавили новый Sfera Run‑параметр в проекте — при запуске сборки с его помощью можно выбрать источник — из текущего или любого другого проекта. Функциональность позволяет работать в скрипте пайплайна (конвейера) с атрибутами указанной сборки — например, с её статусом или артефактами. Это позволит использовать единый пайплайн для гибкого выстраивания различных цепочек сборок, что значительно сэкономит ресурсы инженеров.
Сфера.КодВнедрили подход CI as code. Конфигурацию пайплайна непрерывной интеграции оформили в виде кода и разместили в репозитории вместе с исходным кодом проекта. Это позволило:
- вести версионирование и контрольизменений — теперь можно отследить, кто, когда и зачем изменил пайплайн;
- обеспечить повторяемость и консистентность — новые участники команды быстрее разбираются в процессах сборки и тестирования;
- ускорить работу за счёт автоматизации — изменения в пайплайне применяются автоматически при мердже в основную ветку.
Настроили кастомные pre push хуки. Они автоматически проверяют код перед пушем: запускают тесты и линтеры, анализируют покрытие тестами и формат коммитов, а при обнаружении ошибок блокируют отправку изменений. Это:
- предотвращает попадание некачественного кода в репозиторий;
- ускоряет разработку и снижает нагрузку на CI/CD — локальные проверки до пуша экономят время команды, уменьшают число «сломанных» сборок на сервере и стандартизируют процесс отправки изменений.
Реализовали ограничение на именование веток. Ввели единый шаблон именования и правила создания веток (в т. ч. через pull request и с заданным именем). Это позволило:
- добиться единообразия и читаемости — назначение веток понятно без дополнительного изучения, что сокращает время на ориентацию в кодовой базе для новых сотрудников и упрощает сопровождение проекта;
- автоматизировать процессы — на основе правил именования настроили CI/CD пайплайны, которые автоматически запускают тесты, сборку или деплой в зависимости от префикса ветки, что снижает риск ошибок при релизе и ускоряет доставку продукта;
- усилить контроль доступа и безопасность — предотвратили появление «сиротских» веток и дублирование работы, обеспечили защиту от потери кода, аудит изменений и соответствие стандартам безопасности.
Сфера.Портал разработкиРасширили функционал веб‑чата с цифровым помощником —
добавили возможность шеринга для библиотеки промтов. Наработки в промптах теперь можно поделиться в чате.
Дополнили функционал метрик: метрики качества кода можно агрегировать и просматривать по пространствам. Доработка ускоряет сбор и анализ данные о качестве кода в разных модулях или проектах.
Сфера.Дистрибутивы и библиотекиДобавили загрузку артефактов через пользовательский интерфейс (UI) для форматов Helm, Npm, Rubygems, Raw, Conda, Nuget, PyPI. Операции теперь проходят быстрее — переключаться между терминалом и веб‑интерфейсом не нужно, всё происходит в одном месте.
Реализовали хранение GPG‑ключей и их использование в репозиториях APT hosted, Yum hosted и proxy. Доработка повышает безопасность работы с репозиториями за счет проверки подлинности артефактов.
Добавили типы Group и Proxy для репозиториев формата Conan — работать с артефактами данного формата можно без ограничений.
Добавили типы Group и Hosted для репозиториев формата Conda — работать с артефактами данного формата можно напрямую из системы.
Сфера.Нагрузочное тестированиеРеализовали построение отчетов с HTTP‑метриками для запусков и тестов с типом Gatling. Это снижает объем ручной работы по сбору и анализу данных.
Сфера.ОбезличиваниеДобавили возможность развертывания продукта через Docker Compose. За один запуск теперь можно поднять весь стек зависимостей — базы данных, кэш, брокеры сообщений и т. д. Устанавливать и настраивать каждый компонент вручную больше не нужно.
Реализовали загрузку оригинальных наименований таблиц и полей 1С в дополнение к системным наименованиям. Доработка повышает прозрачность данных для пользователей системы: технические идентификаторы переводятся в понятные наименования объектов 1С.