1

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

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

В качестве примеров ниш, для которых может оказаться востребован Fedora Server отмечается создание отдельных серверов для запуска приложения или сервиса (DNS, DHCP, файловый сервер, хранилище, СУБД, web-сервер и т.п.), использование в качестве платформ для центров обработки данных и развёртывание приватных облачных систем (IaaS, Infrastructure-as-a-Service). Для упрощения сопровождения серверов в Fedora Server предусмотрено наличие инфраструктуры для централизованного управления группой серверов как одним целым, возможность автоматизации массовой установки на несколько серверов и поддержка обновлений уже установленных систем до нового релиза с минимальным участием администратора.

Fedora Server должен решать следующие задачи:

  • Возможность лёгкого развёртывания и настройки готовых серверных конфигураций (server role), таких как контроллер домена FreeIPA, BIND DNS, DHCP, СУБД, iSCSI target, файловый сервер и т.п. Компоненты отдельных серверных конфигураций должны быть оформлены в виде, позволяющем разом установить все связанные с данной конфигурацией пакеты (установка в один клик);

  • Средства для удалённой настройки, проверки и управления при помощи стабильных и распространённых интерфейсов. Поддержка использования на удалённых системах, не имеющих монитора и клавиатуры;

  • Возможность быстро присоединить Fedora Server к контроллерам доменов Active Directory или FreeIPA;

  • Возможность управлять ресурсами, потребляемыми запущенными сервисами, и ограничивать их;

  • Наличие средств для быстрой переустановки сервисов, развиваемых в соответствии с парадигмой DevOps;

  • Возможность лёгкого развёртывания и настройки приложений, построенных с использованием популярных фреймворков (JBoss, Ruby on Rails, Django, Turbogears, Node.js, PHP);

  • Предоставление средств для работы в качестве узла облачной инфраструктуры на базе OpenStack;

  • Наличие привычных инструментов для создания и манипулирования большим числом изолированных контейнеров.

Первый предварительный выпуск Fedora Server ожидается примерно через месяц после выхода Fedora 21, релиз Fedora Server 1.0 планируется выпустить после готовности Fedora 23, а Fedora Server 2.0 через полтора года к моменту готовности Fedora 26. Пакеты для Fedora Server будут развиваться в отдельном репозитории, синхронизируемом с базовым дистрибутивом Fedora при начале подготовки новой значительной ветки Fedora Server. В промежуточных выпусках Fedora Server (1.1, 1.2...) будут доступны только не нарушающие обратной совместимости обновления пакетов.

Таким образом развитие каждой новой ветки Fedora Server будет осуществляться в течение трех шестимесячных циклов подготовки базового дистрибутива Fedora, при этом в первые два цикла будут сформированы предварительные выпуски (Fedora 21 - Fedora Server 1.0 Pre1, Fedora 22 - Fedora Server 1.0 Pre2), а в конце третьего - финальный стабилизированный релиз (Fedora 23 - Fedora Server 1.0). Для уже выпущенных стабильных релизов Fedora Server каждые шесть месяцев будут формироваться корректирующие обновления. Время поддержки каждого значительного выпуска составит два года.

Источник: http://www.opennet.ru/opennews/art.shtml?num=38831

ᛈᚺ'ᚾᚷᛚᚢᛁ ᛗᚷᛚᚹ'ᚾᚨᚠᚺ ᚲᛏᚺᚢᛚᚺᚢ ᚱ'lᚷᛖᚺ ᚹᚷᚨᚺ'ᚾᚨᚷᛚ ᚠᚺᛏᚨᚷᚾ

Asus Prime B460M-K, i5-10500, Intel 630 UHD + NVIDIA GeForce RTX3060, DDR4 32 GB, SSD 1TB + HDD 2TB | Linux Mint 22.3 Cinnamon + Windows 11

2

rizado пишет:

....Таким образом развитие каждой новой ветки Fedora Server будет осуществляться в течение трех шестимесячных циклов подготовки базового дистрибутива Fedora, при этом в первые два цикла будут сформированы предварительные выпуски (Fedora 21 - Fedora Server 1.0 Pre1, Fedora 22 - Fedora Server 1.0 Pre2), а в конце третьего - финальный стабилизированный релиз (Fedora 23 - Fedora Server 1.0). Для уже выпущенных стабильных релизов Fedora Server каждые шесть месяцев будут формироваться корректирующие обновления. Время поддержки каждого значительного выпуска составит два года.

Ну и кому надо иметь на серверах в продакшене систему, срок жизни которой - полтора-два года?
Серверная система должна, IMHO, жить и поддерживаться в актуальном состоянии лет 5-7, минимум. А лучше все 10 лет. То есть то время, пока сервера, на которых она установлена, находятся в реальной эксплуатации.

Апгрейдить же на серверах настроенную систему? Ну нафиг такое счастье...

3

Cruiser78 пишет:
rizado пишет:

....Таким образом развитие каждой новой ветки Fedora Server будет осуществляться в течение трех шестимесячных циклов подготовки базового дистрибутива Fedora, при этом в первые два цикла будут сформированы предварительные выпуски (Fedora 21 - Fedora Server 1.0 Pre1, Fedora 22 - Fedora Server 1.0 Pre2), а в конце третьего - финальный стабилизированный релиз (Fedora 23 - Fedora Server 1.0). Для уже выпущенных стабильных релизов Fedora Server каждые шесть месяцев будут формироваться корректирующие обновления. Время поддержки каждого значительного выпуска составит два года.

Ну и кому надо иметь на серверах в продакшене систему, срок жизни которой - полтора-два года?
Серверная система должна, IMHO, жить и поддерживаться в актуальном состоянии лет 5-7, минимум. А лучше все 10 лет. То есть то время, пока сервера, на которых она установлена, находятся в реальной эксплуатации.

Апгрейдить же на серверах настроенную систему? Ну нафиг такое счастье...

полностью поддерживаю... Данная ось будет если будет конечна нужна разве что пионерам для домашнего сервачка....

Спросить - стыд минуты, не узнать - стыд всей жизни

4

Для других целей это предназначено ab В заметке, кстати, написано. А так, достаточно удобно быстро поднимать сервера, срок жизни которых - несколько дней или даже часов и которые с наиболее свежим ПО.

5

alexfinn пишет:

Для других целей это предназначено ab В заметке, кстати, написано. А так, достаточно удобно быстро поднимать сервера, срок жизни которых - несколько дней или даже часов и которые с наиболее свежим ПО.

У меня не хватает фантазии, чтобы придумать нужду в таком сервере. И при этом - с требованием иметь наиболее свежее ПО на нём.

6 (11.01.2014 21:23:15 отредактировано alexfinn)

например, для тестирования чего-либо... и сервер создается буквально только на то время, чтобы прогнать тесты и умереть ab

7

Cruiser78 пишет:

Ну и кому надо иметь на серверах в продакшене систему, срок жизни которой - полтора-два года?
Серверная система должна, IMHO, жить и поддерживаться в актуальном состоянии лет 5-7, минимум. А лучше все 10 лет. То есть то время, пока сервера, на которых она установлена, находятся в реальной эксплуатации.
Апгрейдить же на серверах настроенную систему? Ну нафиг такое счастье...

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

8

alexfinn пишет:

например, для тестирования чего-либо... и сервер создается буквально только на то время, чтобы прогнать тесты и умереть ab

Какой смысл в тестировании чего либо на самом передовом прикладе, если оно работать будет дальше в обычном дистрибутиве? Тестировать надо в той среде, в которой должно работать приложение, а не в той, которая, может, и не появится в продакшене никогда.
Мне понятен смысл тестирования серверного приложения, например, в CentOS 6.5. Но вот какой смысл такого тестирования (кроме набора очков)  в F-20? Это первое.
Второе - если ось создается под нужды серверного тестирования на час-другой, то тогда вообще зачем нужно её сопровождать, обновлять полтора года? Она же разовая... Выкладывай периодически новый исошник с установочным комплектом и этого вполне достаточно будет.
Ну не понимаю я такой глобальной затеи.

Другое дело, если декларируется серверная Федора, а для обеспечения "стабильности" дистрибутива организуется плавная сшивка, плавный переход между версиями... Типа как CentOS 6.0 своими апдейтами плавно перерос в 6.5. И расти будет так до 2020-го года. Так и Fedora должна плавно расти. То есть должен быть только update и никакого  upgrade (fedup'а). Как то так...

9

Cruiser78 пишет:

Какой смысл в тестировании чего либо на самом передовом прикладе, если оно работать будет дальше в обычном дистрибутиве?

Сами же себе и ответили на вопрос в самом вопросе ab Однажды это передовое станет тем, что будет использоваться в обычном дистрибутиве ab Это как вариант

10

есть множество софта требующее свежих библиотек