01ОБЛАЧНАЯ ИНФРАСТРУКТУРА
НАЙС.ОС
CLOUD
Серверная операционная система для облачной и виртуальной инфраструктуры.
- Минимальная серверная поставка
- RPM-пакетная база
- Настройка под задачи сервера
РОССИЙСКАЯ ОПЕРАЦИОННАЯ СИСТЕМА
Linux для облаков
и контейнерных
приложений.
НАЙС.ОС CLOUD — для облачных и виртуальных серверов. Контейнерный хост — для приложений, запускаемых через Docker Compose.
Собственная сборка из исходного кода. Пакетная база RPM.
НАЙС.ОС / РЕДАКЦИИНайс Софт Групп
01 / РЕДАКЦИИ
Выберите систему
под задачу.
Общая технологическая база. Разные модели эксплуатации.
НАЙС.ОС
02КОНТЕЙНЕРНЫЕ ПРИЛОЖЕНИЯ
НАЙС.ОС
Контейнерный хост
Специализированная ОС для запуска приложений через Docker Compose.
- Системный слой на rpm-ostree
- Атомарное обновление ОС
- Возврат к предыдущему развёртыванию
02 / СРАВНЕНИЕ
Два способа эксплуатации.
| Характеристика | НАЙС.ОС CLOUD | Контейнерный хост |
|---|---|---|
| Основная задача | Облачные и виртуальные серверы | Запуск приложений через Docker Compose |
| Прикладное ПО | Состав и способ установки определяются задачей сервера | Приложения работают в контейнерах |
| Системный слой | RPM-пакетная база | Версионируемое развёртывание на rpm-ostree |
| Изменения ОС | Администрирование серверной системы | Обновление согласованного системного образа |
| Обновление приложений | По правилам выбранного приложения | Отдельно: образы контейнеров и Compose-конфигурация |
| Выбор редакции | Нужна серверная среда для инфраструктурных задач | Нужен специализированный хост для контейнерного приложения |
Начните со способа запуска приложения.
Как поставляется ваше приложение?
Сервисы и RPM-пакетыПосмотреть CLOUD
01 / CLOUDНАЙС.ОС CLOUD
Серверная среда для облаков и виртуальных машин.
Контейнеры и Compose-файлПосмотреть хост
02 / КОНТЕЙНЕРЫКонтейнерный хост
Специализированная базовая ОС для Docker Compose.
Совместимость приложения и оборудования проверяется для выбранной версии ОС.
03 / ОБНОВЛЕНИЯ
Обновляем систему.
Сохраняем контроль.
Для Контейнерного хоста выпускаем обновлённый системный образ каждую неделю.
Если критическая уязвимость затрагивает состав поставки, готовим внеплановый выпуск после появления и проверки исправления. Установка и перезагрузка выполняются по правилам владельца инфраструктуры.
Как устроены обновления ↗- Еженедельно
- Плановый выпуск системного образа
- Вне плана
- Исправления критических уязвимостей в составе ОС
- Раздельно
- Обновление хоста и контейнерных приложений
Два повода выпустить новый образ.
Плановый выпуск
Неделя 01Неделя 02Неделя 03
Обновлённый системный образ каждую неделю.
Критическая уязвимость
CVE→Проверка исправления→Внеплановый выпуск
Если уязвимость затрагивает компоненты поставки и исправление готово.
Выпуск образа и его установка — разные события. Время установки и перезагрузки выбирает владелец инфраструктуры.
04 / О ПРОЕКТЕ
Из исходного кода —
в собственную поставку.
НАЙС.ОС собирается из исходных кодов открытых проектов с собственной сборочной цепочкой, RPM spec-файлами и настройками поставки.
В основе — ядро Linux и системные компоненты открытого ПО. Состав и правила сопровождения определяются редакцией.
Операционная система доступна для бесплатного использования. Условия определяются лицензией; коммерческое сопровождение обсуждается отдельно.
Подробнее о НАЙС.ОС ↗05 / СЕРВЕРНАЯ ОС
Российский Linux для рабочих серверных задач.
Операционная система как часть инфраструктуры
При выборе российской серверной операционной системы важны способ развёртывания, доступные компоненты и порядок эксплуатации. Серверу требуется предсказуемая базовая среда, приложению — подходящие библиотеки и ресурсы, а администратору — понятный процесс обновления и восстановления. НАЙС.ОС разделяет эти задачи между редакциями CLOUD и Контейнерный хост.
НАЙС.ОС CLOUD рассматривают как серверную среду для виртуальных машин и облаков. Контейнерный хост выбирают, когда прикладной комплекс поставляется через Docker Compose. Это позволяет сразу определить, кто отвечает за системный слой, образы приложений, конфигурацию и данные.
Собственная пакетная база RPM
RPM — формат пакетов, в которых поставляются системные компоненты НАЙС.ОС. Для каждого пакета важны не только название и номер версии, но и ревизия сборки, зависимости и изменения. Такой подход позволяет обсуждать конкретный состав установленной системы, а не ограничиваться названием дистрибутива.
Сборка из исходных кодов даёт проекту собственную цепочку подготовки поставки. Для пользователя практический результат — операционная система со своим составом пакетов и правилами сопровождения. Условия использования открытых компонентов сохраняются в соответствии с их лицензиями.
06 / СЦЕНАРИИ
Где применять НАЙС.ОС.
Облачные и виртуальные серверы
Виртуальная машина позволяет выделить ресурсы для отдельной службы и подготовить проверяемую конфигурацию. При оценке CLOUD учитывают виртуальное оборудование, сетевые настройки, диски, резервное копирование и требования приложения. Для переноса действующего сервиса сначала нужен стенд с сопоставимой конфигурацией.
Серверы контейнерных приложений
Если приложение состоит из веб-сервиса, базы данных, фоновых обработчиков и других связанных компонентов, его структуру можно описать в Docker Compose. Контейнерный хост предоставляет ОС для запуска такого стека. Хранилища, версии образов и доступность сервисов при обслуживании планируются отдельно.
Пилотные и тестовые контуры
Перед внедрением полезно воспроизвести типовую нагрузку, проверить перезагрузку и восстановление. На стенде фиксируют версии ОС, контейнерных образов и настройки. Такой протокол помогает повторить результат при тиражировании и понять, что изменилось после следующего обновления.
Сопровождение корпоративной инфраструктуры
Для организации важны распределение ответственности и доступность разработчика. Вопросы получения образов, адаптации и сопровождения обсуждаются через контакты проекта; обращения по эксплуатации направляются на портал поддержки. Условия и сроки работ закрепляются отдельно.
07 / ПОДГОТОВКА
Как перейти от выбора ОС к пилоту.
- 01
Определите прикладную задачу
Составьте список сервисов, зависимостей и данных. Уточните поддерживаемые разработчиком приложения способы установки и архитектуры процессора.
- 02
Выберите редакцию и поставку
Сопоставьте задачу с CLOUD или Контейнерным хостом. Для выбранного образа определите ресурсы, сетевой доступ и порядок получения обновлений.
- 03
Проверьте эксплуатационные сценарии
Проверьте запуск, обработку нагрузки, остановку, обновление и восстановление. Отдельно оцените простой при перезагрузке и совместимость данных после изменения приложения.
- 04
Зафиксируйте результат
Сохраните версии, конфигурацию и критерии проверки. Это станет основой для переноса в рабочую среду и последующих изменений.
ВОПРОСЫ ПО ТЕМЕ
Ответы перед выбором системы.
Основные направления — облачные и виртуальные серверы и отдельные хосты для контейнерных приложений. На главной странице представлены две редакции; сведения о загрузке CLOUD находятся на /about-niceos, а устройство специализированной ОС для Compose — на /container-host.
Системные обновления меняют базовые компоненты хоста. Прикладные обновления меняют программу, её библиотеки и иногда формат данных. Для контейнерного приложения это два отдельных процесса. Периодичность выпуска ОС не определяет автоматически периодичность обновления каждого сервиса.
Определите назначение сервера, способ поставки приложения и требования к доступности. Затем выберите редакцию и проведите пилот: проверьте запуск, сеть, хранение данных, перезагрузку и восстановление. Результат такой проверки полезнее общего перечня поддерживаемых технологий.