The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

CentOS Stream станет единственным публичным источником кода пакетов RHEL, opennews (??), 21-Июн-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "CentOS Stream станет единственным публичным источником кода ..."  +26 +/
Сообщение от Аноним (2), 21-Июн-23, 18:25 
Тоесть разработчикам AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux придется купить хотя бы по одной лицензии на RHEL чтобы качать исходники пакетов. Молодцы прадованы RedHat плюс 4 новых покупателя.
Ответить | Правка | Наверх | Cообщить модератору

6. "CentOS Stream станет единственным публичным источником кода ..."  +66 +/
Сообщение от name (??), 21-Июн-23, 18:35 
Они разработчики, а не дураки. Сбросятся вчетвером на одну лицензию.
Ответить | Правка | Наверх | Cообщить модератору

149. "CentOS Stream станет единственным публичным источником кода ..."  +2 +/
Сообщение от какая разница (?), 22-Июн-23, 07:06 
Это и есть тот самый опенсорс?
Ответить | Правка | Наверх | Cообщить модератору

369. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (-), 26-Июн-23, 08:07 
Ну как бы правов столько сколько в лицензии написано. И да, представляете, доступ к какой-нить инфраструктуре по части сборки пакетов если кто и обязан - то только если у вас бинарь этого есть. А бинари редхатовских систем легально могут быть только у клиентов редхата.

Другое дело что получив сорц можно его вообще совсем невозбранно раздать на всю толпу. Главное трейдмарки редхата при этом выпилить.

Ответить | Правка | Наверх | Cообщить модератору

337. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от onanim (?), 23-Июн-23, 20:02 
всхохотал, спасибо!
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "CentOS Stream станет единственным публичным источником кода ..."  +6 +/
Сообщение от Аноним (7), 21-Июн-23, 18:36 
Их всё равно плавно и монотонно выжмут с рынка это же IBM они могут позволить себе действовать неторопливо. Так глядишь в системд что-нибудь щелкнет и все неугодные дистры превратятся в тыкву.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

23. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от vitalif (ok), 21-Июн-23, 19:04 
Сами себя закопают)
Ответить | Правка | Наверх | Cообщить модератору

34. "CentOS Stream станет единственным публичным источником кода ..."  –1 +/
Сообщение от Quad Romb (ok), 21-Июн-23, 19:31 
В чём - закопают?
Те, кто брали у них исходники - не приносят им никакой прибыли.
Ответить | Правка | Наверх | Cообщить модератору

42. "CentOS Stream станет единственным публичным источником кода ..."  +12 +/
Сообщение от Аноним (7), 21-Июн-23, 19:37 
Народ перестанет за бесплатно обучаться их ОС и они получат ещё один z/OS вместе с AIX.
Ответить | Правка | Наверх | Cообщить модератору

50. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Quad Romb (ok), 21-Июн-23, 19:53 
> Народ перестанет за бесплатно обучаться их ОС и они получат ещё один
> z/OS вместе с AIX.

Толковый народ будет учить то, владение чем требуется для того, чтобы пройти собеседование при устройстве на работу.
В России РедХат никому в этом смысле уже не нужен.
А вот на западном рынке им бояться того, что их кто-то подвинет пока не стоит.


Ответить | Правка | Наверх | Cообщить модератору

55. "CentOS Stream станет единственным публичным источником кода ..."  +7 +/
Сообщение от Аноним (7), 21-Июн-23, 20:10 
В каком-нибудь 2000-ом году кто-то рассуждал один в один как ты про AIX ну куда вы денетесь это же стандарт UNIX. И где они? Сколько уже было таких компаний та же Sun так же думала, она тоже была в фаворе какое-то время. Ничего время покажет что никто не учится ни на своих ни на чужих ошибках.
Ответить | Правка | Наверх | Cообщить модератору

56. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 21-Июн-23, 20:16 
> В каком-нибудь 2000-ом году кто-то рассуждал один в один как ты про
> AIX ну куда вы денетесь это же стандарт UNIX. И где
> они?

Сколько денег с 2000-го года IBM заработала на AIX?
Никто точно не знает, но то, что это были немаленькие деньги - никто не сомневается.
Надеюсь, Вы не будете спорить, что основная задача коммерческой компании - зарабатывать деньги.

RH на Западе будет оставаться linux-платформой нумеро уно до тех пор, пока они задаёт новые стандарты.
Вот если они утеряют лидерство именно в этой области - вот с этого момента они пойдут на спад.
Чего мы пока не наблюдаем.
Поэтому беспокоиться им в среднесрочной перспективе не о чем.

P.S. А практически все возможности, которые были уникальным преимуществом Solaris от почившей Sun - есть теперь в любом серьёзном дистрибутиве Linux. Sun ушла именно из-за того, что ей не удалось перехватить эстафетную палочку навязывания новых стандартов. Ну, и из-за неразумной ценовой политики

Ответить | Правка | Наверх | Cообщить модератору

62. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Аноним (7), 21-Июн-23, 20:29 
Давай про деньги выручка IBM с 2011 года упал со $100 млрд до $60 млрд в 2022 году. Я конечно не любитель линейно интерполировать, обычно занимаюсь экспоненциальной. Но результат как видишь на лицо.

Только вот не надо включать, дай ссылку, я не могу пользоваться гуглом, я тебе не верю. Макс не любит ссылки и я никого рекламировать не собираюсь. Все данные в открытом доступе IBM публичная компания.

Ответить | Правка | Наверх | Cообщить модератору

68. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 21-Июн-23, 20:47 
> Давай про деньги выручка IBM с 2011 года упал со $100 млрд
> до $60 млрд в 2022 году. Я конечно не любитель линейно
> интерполировать, обычно занимаюсь экспоненциальной. Но результат как видишь на лицо.
> Только вот не надо включать, дай ссылку, я не могу пользоваться гуглом,
> я тебе не верю. Макс не любит ссылки и я никого
> рекламировать не собираюсь. Все данные в открытом доступе IBM публичная компания.

Во-первых - без ссылок на факты обсуждать их не будут. Так что страхуетесь Вы зря.
Во-вторых - основной статьёй доходов IBM является НЕ продажа AIX, верно?
Ну, и в третьих - до тех пор пока продажа чего-либо приносит доход, тот кто продаёт это самое "что-либо" - будет его продавать.

Хотите поругаться, так так и скажите - "Хочу, мол-де поругаться, а в реальной жизни опасаюсь, что за это могут побить". И я Вас пойму.


Ответить | Правка | Наверх | Cообщить модератору

77. "CentOS Stream станет единственным публичным источником кода ..."  –1 +/
Сообщение от Tron is Whistling (?), 21-Июн-23, 21:17 
Выручка упала, а прибыль?
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

96. "CentOS Stream станет единственным публичным источником кода ..."  +3 +/
Сообщение от Neandertalets (ok), 21-Июн-23, 22:05 
Большой Голубой уже пытался идти таким путём и далеко не раз: OS/2, PowerPC - это что сразу вспоминается. А могли реально стать ведущими в части настольной ОС и ПК, но дебильный маркетинг подвёл.
РХЕЛ популярен именно из-за той открытости, какую сейчас прикрывают. И лично мне именно rpm-based дистрибутивы ближе по разным причинам, но теперь есть вероятность, что придётся менять дистрибутив не на rpm.

P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS из AIX. Ну и ZFS из солярки. Но есть ещё кучка мелких, но очень полезных особенностей, которые пока не переехали в другие дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

107. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 21-Июн-23, 22:35 
> P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS
> из AIX. Ну и ZFS из солярки. Но есть ещё кучка
> мелких, но очень полезных особенностей, которые пока не переехали в другие
> дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).

KVM и докеры - тоже приблизительные аналоги зон из Солярис.
Не один к одному, но задачи способы выполнять примерно те же.
А дедупликации блочных устройств, как vdo в RH - я в Солярисе даже и не припоминаю.


Ответить | Правка | Наверх | Cообщить модератору

114. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Neandertalets (ok), 21-Июн-23, 22:47 
>> P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS
>> из AIX. Ну и ZFS из солярки. Но есть ещё кучка
>> мелких, но очень полезных особенностей, которые пока не переехали в другие
>> дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).
> KVM и докеры - тоже приблизительные аналоги зон из Солярис.
> Не один к одному, но задачи способы выполнять примерно те же.
> А дедупликации блочных устройств, как vdo в RH - я в Солярисе
> даже и не припоминаю.

   Так-то да, вот только в Солярке это работает на уровне железа со всеми прилагающимися плюсами в виде лучшей безопасности (и гораздо эффективней в части потребления ресурсов). Да и возникло куда как раньше. Про замену на "горячую" процов и памяти я вообще молчу. И это, опять же - поддержка на уровне железа.

Ответить | Правка | Наверх | Cообщить модератору

115. "CentOS Stream станет единственным публичным источником кода ..."  +2 +/
Сообщение от Quad Romb (ok), 21-Июн-23, 22:57 
>    Так-то да, вот только в Солярке это работает на
> уровне железа со всеми прилагающимися плюсами в виде лучшей безопасности (и
> гораздо эффективней в части потребления ресурсов). Да и возникло куда как
> раньше. Про замену на "горячую" процов и памяти я вообще молчу.
> И это, опять же - поддержка на уровне железа.

По поводу лучшей безопасности - это старое и не очень достоверное предание.
Особенно по части Trusted Solaris, по мотивам которого делали SELinux.
И, кстати, по требованию той же организации, которая этот SELinux потом делала.

Что именно работало на уровне железа - "горячая замена"?
Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.

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

Ответить | Правка | Наверх | Cообщить модератору

170. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Neandertalets (ok), 22-Июн-23, 08:59 
> По поводу лучшей безопасности - это старое и не очень достоверное предание.

   Я не спец ни по солярке, ни под железу санок: сужу по словам коллеги, сертифицированного в своё время по санкам по полной. Который сейчас так же вплотную занимается Линухом.

> Что именно работало на уровне железа - "горячая замена"?
> Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.

   Это и железо и софт: я это указывал. Хотя в ВМ сейчас на горячую тоже можно и добавить и убавить и ядра и память, но не редко (сам сталкивался) можно "весёлые спецэффекты" словить.

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

   Вообще-то этими технологиями решаются несколько разные задачи, местами пересекающиеся.

   И не всё и не всегда решается виртуализацией. Если у вас серьёзный кластер СУБД (на пару сотен ТБ и высоконагруженный), например, то виртуализация тут противопоказана.

Ответить | Правка | Наверх | Cообщить модератору

175. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 22-Июн-23, 09:18 
> Я не спец ни по солярке, ни под железу
> санок: сужу по словам коллеги, сертифицированного в своё время по санкам
> по полной. Который сейчас так же вплотную занимается Линухом.

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

>    Это и железо и софт: я это указывал. Хотя
> в ВМ сейчас на горячую тоже можно и добавить и убавить
> и ядра и память, но не редко (сам сталкивался) можно "весёлые
> спецэффекты" словить.

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

>    Вообще-то этими технологиями решаются несколько разные задачи, местами пересекающиеся.

Вы про то, что быстро поднятый сервис всё-таки считается упавшим?
Ну, для таких случаев есть pacemaker и иже с ними.
Да, на это уйдёт больше ресурсов, да это потребует больше внимания при настройке - но это будет на пару порядков (то есть раз в 100) дешевле чем такое же решение в 2000-ых на сертифицированном комплексе (Solaris) + (Hard from Sun)

>    И не всё и не всегда решается виртуализацией. Если
> у вас серьёзный кластер СУБД (на пару сотен ТБ и высоконагруженный),
> например, то виртуализация тут противопоказана.

Не скажите.
Тут ещё очень сильно зависит от того, в каком режим работает такой гипотетический кластер.
Даже в телекоме и банках никто не будет требовать чтобы вся эта пара сотен кластеризованных ТБ находились в одинаковом классе доступности. То есть для горячего доступа всегда будет нужна гораздо меньшая часть данных.

Это Вы просто, наверное, не интересуетесь, что там сейчас в мире k8s происходит со всякими cloud-native db.
Пройдет ещё совсем немного времени, и это, скорее всего, будет доступно даже тем, кто и подумать об этом не мог.

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

235. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Neandertalets (ok), 22-Июн-23, 16:59 
> Сам тоже нисколько не претендую на звание соляровода.
> Но вот проклятий от настоящих соляроводов наслушался изрядно.
> Возможно Ваш коллега занимался той областью, где на подводные камни он не
> натыкался.
> В любом случае, что-то сказать об опыте незнакомого мне человека, который занимался
> тем, в чём я специалистом не являюсь - я не способен.

   Коллега работал и в техподдержке, когда для замены проца/памяти мотался по миру с железом. И, собственно, это его впечатлило больше всего: когда на нагруженном серьёзном сервере даёт команду на отключение девайся, заменяет его, включает снова и всё совершенно без перерыва в работе сервера и приклада.

>> И не всё и не всегда решается виртуализацией. Если у вас серьёзный кластер СУБД
>> (на пару сотен ТБ и высоконагруженный), например, то виртуализация тут противопоказана.
> Не скажите.
> Тут ещё очень сильно зависит от того, в каком режим работает такой
> гипотетический кластер.
> Даже в телекоме и банках никто не будет требовать чтобы вся эта
> пара сотен кластеризованных ТБ находились в одинаковом классе доступности. То есть
> для горячего доступа всегда будет нужна гораздо меньшая часть данных.

   Вы, вероятно, мало общались с ДБА и разработчиками СУБД. А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ базы - это не самые большие. Средненькие. И - очень даже высоконагруженные. И там всё четко: на разных массивах (RAID) разные секции БД (тейблспейсы, базы и даже очень большие отдельные таблицы), кешы и прочее и прочее. Требования и рекомендации спецов ПостгресПро были однозначные: надо выносить на железо, тогда можно правильно оптимизировать. И стало гора-аздо лучше, чем с "рекомендациями лучших собаководов от виртуализации" при тех же ресурсах. Доверять своим ДБА и спецам ПП я уже привык и ни разу это не подводило. А вот рекомендатели "да мы тут всё навиртуализируем" уже не раз садились в лужу.

> Это Вы просто, наверное, не интересуетесь, что там сейчас в мире k8s происходит со всякими
> cloud-native db. Пройдет ещё совсем немного времени, и это, скорее всего, будет доступно даже
> тем, кто и подумать об этом не мог.

   Я сторонник подхода, когда statefull приложения не должны быть в куберах и контейнерах вообще. за исключением, например, какого-нибудь редиса, который только как кэш работает.
   Вообще считаю, что пихать всё подряд "в кубеня" - очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".

Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

265. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 22-Июн-23, 22:49 
> Коллега работал и в техподдержке, когда для замены проца/памяти
> мотался по миру с железом. И, собственно, это его впечатлило больше всего

Ну, видите - вот и ответ на вопрос.
Ваш коллега был рад, что у него было меньше проблем, чем он ожидал.
А если бы он менял проц/память на уже выключенном аппарате, с которого всё давно уже смигрировало - это было бы, конечно, не так эффектно.

> Вы, вероятно, мало общались с ДБА и разработчиками СУБД.
> А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ
> базы - это не самые большие.

Ну, некоторый опыт всё-таки был.
Но, мало-ли, вдруг кому-то действительно нужно было иметь 250 Тб и более с готовностью несколько миллисекунд. Не могу зарекаться, что такого не может быть, разумеется.

>    Вообще считаю, что пихать всё подряд "в кубеня" -
> очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".

Раньше то же самое говорили про линукс, докер, виртуализацию и всякие CI-CD.
А когда это достигло некоего уровня зрелости - стало возможным делать огромные проекты с таким скромным бюджетом и временем, о которых раньше в самых дурных снах и помыслить было нельзя.

Это дело времени.
Даже если сейчас есть значительные шероховатости - через несколько лет это войдёт в обиход.
И всё это будет считаться обычной рутиной.
Как обычной рутиной теперь считается использование линукса в качестве сервера.


Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

276. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Neandertalets (ok), 23-Июн-23, 00:08 
>> Коллега работал и в техподдержке, когда для замены проца/памяти
>> мотался по миру с железом. И, собственно, это его впечатлило больше всего
> Ну, видите - вот и ответ на вопрос.
> Ваш коллега был рад, что у него было меньше проблем, чем он ожидал.
> А если бы он менял проц/память на уже выключенном аппарате, с которого
> всё давно уже смигрировало - это было бы, конечно, не так эффектно.

   Он не ожидал: это было его обязанностью. Т.е. он был обучен этому. Но замена без выключения и всего сопутствующего всё равно процесс интересный.

>> Вы, вероятно, мало общались с ДБА и разработчиками СУБД.
>> А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ
>> базы - это не самые большие.
> Ну, некоторый опыт всё-таки был.
> Но, мало-ли, вдруг кому-то действительно нужно было иметь 250 Тб и более
> с готовностью несколько миллисекунд. Не могу зарекаться, что такого не может
> быть, разумеется.

   Это не редкий случай. Это, прежде всего, предсказуемость: по ресурсам, по времени ответа и пр. И это - грамотный подход к проектированию архитектуры.

>>    Вообще считаю, что пихать всё подряд "в кубеня" -
>> очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".
> Раньше то же самое говорили про линукс, докер, виртуализацию и всякие CI-CD.
> А когда это достигло некоего уровня зрелости - стало возможным делать огромные
> проекты с таким скромным бюджетом и временем, о которых раньше в
> самых дурных снах и помыслить было нельзя.

   Странно смешано. Особенно про Линух и виртуализацию. Да и CI/CD тоже: были, обычно, самописные скрипты, которые заменились на заточенные системы - я не помню каких-то предубеждений по этому поводу.

   А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем? Регулярно вижу, когда какой-нибудь кластер Эластика нагруженный заворачивают в кубер. Спрашиваю: а если под будет мигрировать, а он тут нагружен серьёзно? Ответ: а мы привяжем к конкретным узлам, и чтобы только он мог там крутиться. Зачем, поясните, делать так? Чтобы просто "было в кубере"? Чем эта првязка лучше нативного разворачивания Эластика на тех же серверах?
   А Кафку (не грефневую) в виде кластера? При условии, что регулярно кластер кафки... скажем так: хреново работает в кубере. Можно, конечно, сказать "кривые руки", но руки у коллеги на том проекте вполне себе прямые. Вынесли из Кубера и вздохнули спокойно. Возможно какие-то ухищрения и решают проблему, но "зачем?" - я так и не понял: нативно Кафка вполне себе работает и проще в сопровождении.

> Это дело времени.
> Даже если сейчас есть значительные шероховатости - через несколько лет это войдёт
> в обиход.
> И всё это будет считаться обычной рутиной.
> Как обычной рутиной теперь считается использование линукса в качестве сервера.

   Причём тут это? Запихать-то в кубер можно всё, но ЗАЧЕМ? На мой взгляд: попахивает идиотизмом.

   Вот вы защищаете это самое "всё в кубер". Поясните - ЗАЧЕМ? Зачем запихивать туда ВСЁ? Может быть негативные моменты и можно обойди какой-то хитрой схемой, но ЗАЧЕМ? ЗАЧЕМ усложнять то, что в более простом варианте и так будет отлично работать. Более простом, а, значит, более надёжном.

   Регулярно вижу спецов, которые выучились Ансиблам, Куберам и прочим тераформам, но когда дело заходит про подготовку площадки под проект, то не могут использовать куда более элементарный вещей: отдадут серверы, где "всё есть рут", или 100 ГБ (условно) уйдёт в "всё есть рут", а остальное - в "хомяк". И делай, что хочешь. И в XFS без LVM. - "Партицирование? Вы о чём вообще? Зачем?"

Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

277. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 23-Июн-23, 00:30 
> Это не редкий случай. Это, прежде всего, предсказуемость: по
> ресурсам, по времени ответа и пр. И это - грамотный подход
> к проектированию архитектуры.

Понимаете, не вижу я реальных сценариев в которых Вам нужен миллисекундный доступ к громадному количеству терабайт и на чтение, и на запись.
То есть требовать-то такое могут, но когда начинаешь эти требования разбирать, то оказывается, что они избыточны.
Есть какой-то оперативный объём где это действительно нужно обеспечивать, а всё остальное секционируется на так называемые "тёплые" и "холодные" данные. Всё по ТРИЗ - "Сделать заранее"

>   А в куберы пихать серьёзные statefull приложения - это,
> конечно, можно технически, но... зачем?

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

Да, сейчас это не вполне так - но работа ведётся именно в этом направлении, Вы же сами видите.
А мода сопровождающая эту работу - ну, а куда ж без неё?

> - ЗАЧЕМ? Зачем запихивать туда ВСЁ? Может быть негативные моменты и
> можно обойди какой-то хитрой схемой, но ЗАЧЕМ? ЗАЧЕМ усложнять то, что
> в более простом варианте и так будет отлично работать. Более простом,
> а, значит, более надёжном.

Знаете, простые схемы удовлетворяющие современным потребностям уже закончились.
И вот эти все оркестраторы для того и делаются, чтобы сложное сделать снова простым.
Скрыть сложность.

Шумиха которая эту работу сопровождает - это необходимая смазка для психики тех, кто занимается внедрением и обкаткой этих механизмов.
Какое там модное сейчас слово для этого есть - "геймификация", да?
И даже если эту шумиху назовём "игрунковостью", то суть происходящего это не поменяет.

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

291. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от User (??), 23-Июн-23, 06:54 
>"А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем?"

"Бесплатный" или близкий к тому автоскейлинг и HA, унифицированное управление всем этим зоопарком - мало? Аналогичное решение напердоленное на, скажем, terraform + ansible прям ощутимо хуже и дороже, а уж приматывать его на синюю изоленту к _уже имеющемуся и работающему_ куберу - и вовсе такоЭ себе. А если часть деплоев (хотя бы частично) облачные городить всю эту рассыпуху становится прям больно. Опять же, если у тебя все и так по контейнерам распихано - не использовать фактически native средства управления как-то даже странно. А не распихивать по контейнерам в случае, если у тебя не "внутриконторский" проект под одну задачу - тоже не выходит, заманаешься собирать\выравнивать пакетные базы под внутренние требования клиентов (А у нас корп. стандарт - 7 centos! А у нас ununtu server! А мы на astra'у переходим! А мы...).ф
Но эластик из трех нод и кафку из пяти под локальный проект можно и руками навернуть, тут не поспоришь. В остальных случаях - не вижу повода не использовать оркестрацию.

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

317. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Neandertalets (ok), 23-Июн-23, 11:29 
>>"А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем?"
> "Бесплатный" или близкий к тому автоскейлинг и HA, унифицированное управление всем этим
> зоопарком - мало?

   Поясните, как автоскейлинг к тому же Постгресу можно тут прикрутить.

> Но эластик из трех нод и кафку из пяти под локальный проект
> можно и руками навернуть, тут не поспоришь. В остальных случаях -
> не вижу повода не использовать оркестрацию.

   Так я ни разу не писал, что против кубера. Но против пихать туда все подряд. И особенно - statefull приложения нагруженные.

Ответить | Правка | К родителю #291 | Наверх | Cообщить модератору

323. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от User (??), 23-Июн-23, 12:09 
Да не так, чтобы трудно - шардированный timescaledb я сам делал, связка citus+patroni у соседей тестится - по итогам будем смотреть, что с этим делать.
На несильно нагруженных кластерах kubegres оказался прям сильно удобней чем standalone stolon - и даже чем тот же stolon в кубере - в общем, вполне себе живет, есть-пить не особо просит.
>Так я ни разу не писал, что против кубера. Но против пихать туда все подряд. И особенно - statefull приложения нагруженные.

Ну вот что не так-то? Все облака уже закрывать, или ждем кого-то?

Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

236. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Атон (?), 22-Июн-23, 17:28 
> Что именно работало на уровне железа - "горячая замена"?
> Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.

ЕМНИП в AS/400 тоже была горячая замена процов и памяти, горячая замена периферии в IBM-PS2 c MCA шиной. в OS/2 "на горячую" подхватывались многие устройства в PCI шине, оттуда оно приехало в "мир IBM-PC" в виде Plug-and-Play.

> Я помню под каким я был впечатлением, когда держал в руках прайс на эти аппараты с возможностью "горячей замены".

"горячая" замена процессора, операция редкая. по этому не нужная.
да и замена памяти тоже.

Ответить | Правка | Наверх | Cообщить модератору

266. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Quad Romb (ok), 22-Июн-23, 22:54 
> "горячая" замена процессора, операция редкая. по этому не нужная.
> да и замена памяти тоже.

Раньше во всяком 24 на 7 это была действительно очень актуальная штука, зря Вы так.
Просто теперь в таких местах используется несколько идентичных экземпляров служб работающих по pacemaker.
И вылет любого экземпляра на работе всей службы вообще никак не отразится.
Только теперь, когда это всё хорошо отработано - это действительно стало реально ненужной вещью.
Но раньше - раньше это действительно могло здорово выручить.


Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

307. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Атон (?), 23-Июн-23, 08:34 
>> "горячая" замена процессора, операция редкая. по этому не нужная.
>> да и замена памяти тоже.
> Раньше во всяком 24 на 7 это была действительно очень актуальная штука,

В 70х?

много тогда было 24х7 ?

Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

314. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 23-Июн-23, 09:08 
> В 70х?
> много тогда было 24х7 ?

Вообще-то, это закрытая информация.
И почему Вы решили начать с 70-ых - не очень понятно.
Но, начиная с 1977-го, когда на рынок вышли VAX-ы c OpenVMS - да, достаточно много.
И, кстати, современные pacemaker-системы - это чистая калька c OpenVMS HA Cluster.

Там же требование было у МО США, чтобы при подрыве одного управляющего телекоммуникационно-расчётного узла, другой узел расположенный от него на расстоянии до 70, по-моему, километров, бесшовно подхватывал его функции в течении нескольких миллисекунд.

Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

351. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Атон (?), 24-Июн-23, 15:02 
>> В 70х?
>> много тогда было 24х7 ?
> Вообще-то, это закрытая информация.

вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ не жалея денег.

> И почему Вы решили начать с 70-ых - не очень понятно.

потому что с 80х стало понятно что никаким одним CPU юнитом все не решить и началось распараллеливание задач, а с середины 90х нужда в hot plug отпала практически.

> Там же требование было у МО США, чтобы при подрыве одного управляющего
> телекоммуникационно-расчётного узла, другой узел расположенный от него на расстоянии
> до 70, по-моему, километров, бесшовно подхватывал его функции в течении нескольких
> миллисекунд.

всё верно, только одна ошибка - в течении 15 _секунд_. отсюда растут ноги таймаутов TCP/IP.

Ответить | Правка | К родителю #314 | Наверх | Cообщить модератору

353. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 24-Июн-23, 18:58 
> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ

До того, как наличие сети стало конкурентным преимуществом - она называлась ARPA и в коммерческой рекламе не нуждалась. Как ин некоторые другие особые возможности.

> всё верно, только одна ошибка - в течении 15 _секунд_. отсюда растут
> ноги таймаутов TCP/IP.

Под рукой документов нет, потому и написал "по-моему", нисколько на точном времени не настаивая.

Ответить | Правка | К родителю #351 | Наверх | Cообщить модератору

361. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Атон (?), 25-Июн-23, 08:51 
>> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ
> До того, как наличие сети стало конкурентным преимуществом - она называлась ARPA

Мы, вроде, говорили о "горячей" замене ЦПУ и памяти.

Ответить | Правка | К родителю #353 | Наверх | Cообщить модератору

366. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 25-Июн-23, 10:26 
>>> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ
>> До того, как наличие сети стало конкурентным преимуществом - она называлась ARPA
> Мы, вроде, говорили о "горячей" замене ЦПУ и памяти.

До VAX-ов у МО США были, в частности, bit-slice машины.
И в военном исполнении там горячая замена всего этого добра вроде как была.
Тогда в штатах могли позволить себе роскошь делать машинки под каждую отдельную госиндустрию со всякими экзотическими характеристиками.
Чего один Goodyear MPP стоит. Который делался специально для обработки снимков в NASA.
Коммерческие образцы тягаться, например, с ним просто не могли.

Ответить | Правка | К родителю #361 | Наверх | Cообщить модератору

139. "CentOS Stream станет единственным публичным источником кода ..."  –1 +/
Сообщение от _ (??), 22-Июн-23, 03:52 
>В каком-нибудь 2000-ом году ...
> И где они?

С какова-нибудь 2000-ого году прошло 23 года (каламбурчик поруДчик!) ...
Люди всё это время получали годовую зряплату больше чем ты вообще за эти 23 года заработал, и толпой ушли на пенсию ... ну да огурцы солят на яхтах :) (из тех кого знавал).

А почемой вИ таки спГашиаети?! 8-\ (С)

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

111. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Славик (ok), 21-Июн-23, 22:44 
Толковый народ на западе ориентируется на облака где RHEL НЕ доминирует. Народ делает сертификации по облакам а не по отдельным линухам.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

119. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 21-Июн-23, 23:14 
> Толковый народ на западе ориентируется на облака где RHEL НЕ доминирует. Народ
> делает сертификации по облакам а не по отдельным линухам.

Я написал, что "Толковый народ будет учить то, владение чем требуется для того, чтобы пройти собеседование при устройстве на работу."
И ни слова о конкретном дистрибутиве.

То есть, если требуется сертификацию по k8s или инфраструктуре конкретного облака для приёма на работу - значит будут учить их.
Но, только вот какое дело: устраиваясь на работу в инфраструктурную команду того же облака - сертификацией только по облаку там не отделаешься.
Так что никуда сертификация по самому линуксу не денется.


Ответить | Правка | Наверх | Cообщить модератору

151. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от какая разница (?), 22-Июн-23, 07:07 
Ты используешь линь только из-за того, что он нужен на работе? А если руководство скажет, что надо винду изучать?
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

157. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 22-Июн-23, 07:35 
> Ты используешь линь только из-за того, что он нужен на работе? А
> если руководство скажет, что надо винду изучать?

Не скажет.
Потому что сегодня я сам себе руководство.
Но если мне будет надо - то, разумеется, я себе это скажу.

Ответить | Правка | Наверх | Cообщить модератору

218. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от какая разница (?), 22-Июн-23, 14:25 
Ботинки не жмут?
Ответить | Правка | Наверх | Cообщить модератору

267. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 22-Июн-23, 22:55 
> Ботинки не жмут?

По размеру привык подбирать. Не, не жмут.

Ответить | Правка | Наверх | Cообщить модератору

31. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от xsignal (ok), 21-Июн-23, 19:14 
И в Rust'е, когда на него хорошенько всех подсадят.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

44. "CentOS Stream станет единственным публичным источником кода ..."  –3 +/
Сообщение от Аноним (44), 21-Июн-23, 19:42 
Лол вот именно - ето ж айбием. Последние тридцать лет с рынка выжимают их. Ну или освежите мне память, кого    и вкуда выжал айбием в последние тридцать лет. Ладно, в последние 50 лет?

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


Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

58. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Аноним (7), 21-Июн-23, 20:21 
Sun, DEC, на секундочку Red Hat они просто купили. Если уж на то пошло не осталось в целом вообще никого в корп сегменте. А БизнесМашина всегда была нацелена только на него домашние пользователи побоку.
Ответить | Правка | Наверх | Cообщить модератору

71. "CentOS Stream станет единственным публичным источником кода ..."  +6 +/
Сообщение от eugener (ok), 21-Июн-23, 20:52 
Это Oracle купил Sun, а не IBM.
Ответить | Правка | Наверх | Cообщить модератору

97. "CentOS Stream станет единственным публичным источником кода ..."  +4 +/
Сообщение от Neandertalets (ok), 21-Июн-23, 22:07 
Да и с DEC тоже не то: насколько помню, Compaq прибрал к рукам.
Ответить | Правка | Наверх | Cообщить модератору

102. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (102), 21-Июн-23, 22:26 
IBM сегодня - лидер рынка полноценных квантовых компьютеров. Все остальные - дно по сравнению с ним, кроме нескольких организаций в КНР.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

106. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Neandertalets (ok), 21-Июн-23, 22:35 
Возможно входит в 5-10 лидеров, но совсем не лидер в единственном числе. Пытаются туда войти (серьёзно пытаются, тут сложно спорить), но в абсолютные лидеры им ещё далековато.
Или вы не в курсе компании D-Wave Systems, например?
Ответить | Правка | Наверх | Cообщить модератору

222. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (222), 22-Июн-23, 15:09 
D-Wave - это не полноценный квантовый компьютер, а "адиабатический", пригодный лишь для моделирования ground state, если задачу удастся переформулировать на этот язык.

У IBM же полноценный квантовый компьютер, выполняющий квантовые схемы. И доступ к нему через облако. И свой фреймворк для спецификации, оптимизации и моделирования квантовых схем, ставший де-факто стандартом, который они постоянно развивают. И который имеет привязки к их облаку (и предоставляет инструменты для создания привязки к своему аппаратному квантовуму компьютеру, так что отладив схему на симуляторе, ты её можешь прогнать на реальном компьютере в их облаке, а можешь в другом облаке, для которого запилили биндинги).

Ответить | Правка | Наверх | Cообщить модератору

118. "CentOS Stream станет единственным публичным источником кода ..."  +1 +/
Сообщение от Quad Romb (ok), 21-Июн-23, 23:08 
> IBM сегодня - лидер рынка полноценных квантовых компьютеров. Все остальные - дно
> по сравнению с ним, кроме нескольких организаций в КНР.

А как Вы определили лидерство IBM в этой области?

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

127. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (127), 21-Июн-23, 23:54 
Больше интересует определение полноценного квантового компьютера. Особенно в свете того что физика твердого тела (т.е. вся полупроводникавая техника) основана на квантовой физике. А при нынешних размерах элементов в районе 10 нм и подавно не обойтись без квантов
Ответить | Правка | Наверх | Cообщить модератору

130. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Quad Romb (ok), 22-Июн-23, 00:00 
> Больше интересует определение полноценного квантового компьютера. Особенно в свете того
> что физика твердого тела (т.е. вся полупроводникавая техника) основана на квантовой
> физике. А при нынешних размерах элементов в районе 10 нм и
> подавно не обойтись без квантов

Ну, тут, в принципе определение может быть таким - "Квантовый компьютером называется устройство, которое позволяет производить наперёд заданные и многократно воспроизводимые операции с кубитами".
То есть, если кому-то удастся переворачивать кубиты с помощью чайной ложечки - то она тоже будет квантовым компьютером.
Несмотря на свои макроразмеры.

Ответить | Правка | Наверх | Cообщить модератору

206. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (206), 22-Июн-23, 13:17 
>Тоесть разработчикам AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux придется купить хотя бы по одной лицензии на RHEL чтобы качать исходники пакетов. Молодцы прадованы RedHat плюс 4 новых покупателя.

Ред Хат не обязан продавать им лицензии — а те лицензии, что кто-то получит для того, чтобы качать и шарить исходники проектов, Ред Хат сможет аннулировать.

Есть ещё один способ закрутить гайки (и Ред Хат его озвучивал в контексте того, что они вообще-то делают больше, чем обязаны) — не публиковать исходники не-GPL компонентов RHEL, которых там полно (MIT/BSD и прочие некопилефт-лицензии).

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

249. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от AKTEON (?), 22-Июн-23, 19:15 
И как оно будет это делать ??  Сделать ватермарк в исходных  текстах - та еще задача.
Ответить | Правка | Наверх | Cообщить модератору

232. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (232), 22-Июн-23, 16:19 
Исходники пакетов доступны тут https://gitlab.com/redhat/centos-stream/
Причем теперь можно туда даже контрибьютить, т.к. centos для rhel-а является апстримом.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

283. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Аноним (283), 23-Июн-23, 05:18 
Неа, исходники редхата по подписке нельзя использовать по сути ни для чего , так написано в соглашении о подпиське.
А кому не нравится- тому её просто не продадут.
редхат нонеча монополия :-)
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

354. "CentOS Stream станет единственным публичным источником кода ..."  +/
Сообщение от Анннннно (?), 24-Июн-23, 21:53 
Нет. Лицензия на RHEL не даёт право на редистрибуцию.

Попытка "купить лицензию качать src.rpm" - это то, что Red Hat оооочень ждёт отAlma и Rocky, чтобы уничтожить эти компании юридически и разорить их.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру