В наше время многие компании создают приложения интегрированные с аппаратными решениями для которых в английском часто используют термин Appliance . Являются ли такое решение виртуальной машиной (VM) или физическим устройством (сервером), оно имеют встроенную операционную систему (ОС). При детальном рассмотрении таких решений, в особенности, решений на виртуальных машинах и выясняются следующие интересные подробности:
В чем же заключаются основные проблемы в таких ОС ?
Ну, в первую очередь, хотя нет абсолютно ничего в использовании дистрибутивов ОС поддерживаемых сообществом (они делают большую работу), в коммерческих решениях, или когда вы создаете продукт, который на них базируется, вы должны иметь возможность получить официальную поддержку. Может быть, это нужно не всем, но многие компании не имеют (да и не обязаны иметь) достаточной квалификации для самостоятельной поддержки дистрибутива, и они хотели бы формально получать приемлемый уровень обслуживания, когда что-то идет не так, или когда ожидается обновление.
Во-вторых, в случае использования коммерческого дистрибутива Linux, есть ограничения по его распространению и даже ограничения доступа. Некоторые поставщики дистрибутивов Linux, которые формально предлагают подписку на тех.поддержку не дадут вам доступа к программам без подписки на услуги поддержки, кроме того они не позволяют распространять или модифицировать ПО без специального соглашения.
Возьмите Oracle Linux ...
Что вы получаете?
Один дистрибутив Enterprise Linux для всего перечисленного выше. Oracle облегчает вашу задачу. Возьмите код (бинарные файлы и исходный код), используйте, распространяйте, разрабатывайте свою среду с ним, свободно, без необходимых контрактов. Нет лицензии или ключа активации, хорошо согласующееся соглашение об уровне обслуживания (SLA) для выпуска обновлений безопасности ... Запускайте Oracle Linux в на своей площадке в тесте и среде разработки, запускайте его в рабочей среде, используйте его для клиентов системы, распространяйте. Один дистрибутив, который вы можете использовать во всех случаях. Нет необходимости управлять различными версиями, даже если они похожи, и нет необходимости делать различные варианты дистрибутива, основанного на требованиях платить / не платить.
http://www.oracle.com/linux
http://public-yum.oracle.com
http://edelivery.oracle.com/linux
Источник: https://blogs.oracle.com/wim/entry/building_an_appliance_physical_virtual