Я знаю, что «подавляющее большинство изменений, внесенных (командой CentOS ndr), будет сделано в соответствии с политикой повторного распространения вышестоящего поставщика в отношении названий или логотипов торговых марок»
Но я ищу способ измерить реальные различия между RHEL и CentOS. Моя цель - «с научной точки зрения» продемонстрировать, что CentOS можно использовать для разработки и тестирования, а также использовать RHEL в производственной среде.
Любое предложение?
Заранее спасибо.
Любой ответ должен быть адаптирован к тому, кто именно нуждается в доказательстве (или какого рода «кто»), и уровню доказательства (читайте: насколько терпимо приложение к различиям).
Для случайных: они построены из одних и тех же источников, поэтому функционально одинаковы. Вы можете получить исходный rpm для любого данного пакета через оба дистрибутива и сравнить их.
Для придирки: очевидно, что эти две среды не совпадают. Все пересобирается из тех же источников, но среда сборки RH описана не полностью. Возможно, команда CentOS не может быть идентична без постоянных внутренних знаний. Работа явно отличается. Программы обновления явно разные: 5.x ближе, поскольку оба используют yum, в 4.x C использует yum, а RH использует проприетарный.
Для параноиков: если вы разрешите обновления, никакие две машины не останутся прежними, если вы не примете чрезвычайных мер, таких как клонирование дисков (и не нарушите лицензирование ...?).
Для практиков: какое значение имеет приложение? Тестируем на обоих. После тестирования на обоих, мы можем развернуть оба.
За исключением выполнения установки обоих и запуска причудливого различия между ними и ручного выбора вывода, нет реального способа доказать большинству людей, что они одинаковы. Да, они используют один и тот же компилятор, один и тот же компоновщик и одни и те же библиотеки, все с одинаковыми параметрами, но многие люди не считают индукцию доказательством.
какова логика для RHEL в производстве и CentOS в dev / test?
откровенно говоря, даже если они "научно" одинаковы, вы должен используйте 3 (в идеале 4) одинаковых окружения для dev / qa / staging / prod.
Но они не именно тот же самый. Я знаю, что CentOS бинарно совместима, но попробуйте подключить CentOS к репозиторию RHEL и обновите что-нибудь вроде gcc. Это грязно. Как уже было сказано выше, единственный реальный способ - использовать точно такую же настройку в dev, что и prod.
Стоимость. Люди хотят платить только за производство, но, используя centos для двух других, вы можете прокручивать вверх / вниз столько копий centos, сколько захотите.
Мы используем CentOS / RHEL именно для этого типа тестирования. Однако, если вам ДЕЙСТВИТЕЛЬНО нужно использовать RHEL для всего, вы всегда можете приобрести одну расширенную и / или виртуальную лицензию у RHEL, а затем развернуть множество машин через KVM. Преимущество здесь в том, что у вас 100% яблоки против яблок для сильных мира сего, и вы можете увеличивать и уменьшать скорость и тестировать по мере необходимости. Я думаю, что расширенная лицензия поддерживает до 4 виртуальных машин, а виртуальная лицензия не ограничена до 6 сокетов.
При этом мы никогда не сталкивались с конкретными проблемами RHEL, которые нельзя было бы воссоздать в CentOS и / или наоборот.