Видимо от большой любви к Linux ни один из выпускаемых ГНИВЦ программных продуктов версий для него не имеет, при том что используются в 99,9 ОИВ - что значительно доставляет при переходе на российские дистрибутивы.
Занимаемся этим профессионально (перевод арм по контрактам), основная ОС заказчиков - Астра.
Используем две методики для развертывания.
1) Pxe+preceed+salt minion который при первом запуске подтягивает роль на основе имени компьютера, вводит в домен, настраивает софт и сзи, формирует окружение через skel итп - порядка 100 настроек в базовой роли.
2) Готовый образ с установленной ОС, установка клонированием / + создание boot/efi/swap скриптом + рефреш имени пк / uid-ов и солт миниона который дальше аналогично натягивает роль.
Второй способ сильно быстрей - но в больших объемах сложно версионировать, могут вылезать всякие моменты при обновлении пакетов - используем только для удаленных мест.
salt > ansible - так как клиента проще пускать в одно место чем обеспечивать доступность ко всем арм из точки управления. Бонусом наличие event bus - можно строить реакторы на события.
Подумываю о том чтобы набросать статью с описанием/примерами - секретов никаких нет, заказчикам сделать самим как правило не дает в порядке важности лень, отсутствие квалификации, перегруженность текучкой.
Замените в процессе регистрации домена (ов) "аккаунт на госуслугах" на "адрес электронной почты" - который тоже внезапно есть не у всех граждан имеющих паспорт. Что изменилось ?
Многократно менял настройки десятков и сотен географически распределенных серверов используя GUI, времени занимало пару минут максимум, интересно сколько в cli займет времени набить перечень 200-1000 fqdn/ip серверов если они не попадают в регулярку(сарказм), ну или собрать из общего списка нужную группу например по месту размещения, версии компонента итп. При этом видел перед глазами результат выполнения задачи — вот прямо сейчас. Если вы не видели нормальных SCM с GUI это не значит что их нет в природе.
Относительно вашего комментария — как человек работающий в сфере «импортозамещения», могу вас уверить, стоимость лицензий на «отечественные» как минимум ОС и офисные пакеты для образовательных учреждений чисто символические и значительно дешевле как минимум ПО Microsoft. Что конечно не отменяет полного идиотизма запрета на использование, даже того что можно получать бесплатно в образовательных целях.
imo — не взлетит, так как основная фича e-mail это возможность отправить сообщение любому человеку имеющему адрес и зная только его.
Как только мы начинаем эту возможность ограничивать — так сразу получаем радикально другой сервис, который внезапно оказывается нужен далеко не всем.
В компаниях увы бывают не только сайты. Вот есть у нас horizon 6 который полностью нас устраивает, теперь нам что? нужно купить новую версию за дофига денег чтобы ходить в админку без виртуалки со старым браузером. Плюс полно железа с менеджмент интерфейсами на flash.
Люди уже приготовились продать в дит жигули по цене боинга — и тут такой облом, безотносительно качества (вполне приемлемого) обрудования имеющего статус торп — главная его отличительная характеристика конская цена, в случае отсутствия ограничений на аукционе хуавей порвал бы отечественного производителя как тузик грелку — такова увы реальность… Мое мнение — дит все сделал правильно — жадные му:%; и должны страдать. И безопасность и суверенитет тут рядом не стояли.
Мастерство заголовка на 12 баллов. Проблема широко известных (правда в очень-очень узких кругах) контролов, которая реализуется при наличии в сервере IIS дырки из 2017 года — ну такое. Непонятно что форсится в статье Telerik ui или группа blue mockingbird.
Секс — слабое оправдание неудачников, неспособных взять тройной интеграл в декартовой системе координат (с) А конфликты на работе — плохо, не все способны продуктивно работать в конфликтной атмосфере.
Мы используем IVA MCU и она нас полностью устраивает, умеет в AD/LDAP, уверенно тащит на средненьком железе конференции на 200+ участников. И да оно отечественное и сертифицировано для минобороны. На счет стоимости — на общем фоне не выделяется.
Я конечно не настоящий сварщик(с), в том смысле что не работаю с кубернетсом, но глядя на все эти костыли с велосипедами сразу задаюсь вопросами.
1) В данном примере сразу есть shared storage, почему просто не использовать кластерную fs gfs/lustre? Нет поддержки?
2) Зачем абстрагироваться на 2 этажа ниже — не проще и лучше для устойчивости и производительности синхронизировать данные на более высоком уровне?
Реальность как правило координально отличается от агиток. На примере операторских услуг в РФ + ИТ град + Сберклауд.
а) Оборудование для публичного облака как правило устаревший треш списаный с собственного продакшена — но выкинуть жалко.
б) Стоимость аренды ресурсов (не по Gpl) в разы выше собственных затрат на эксплуатацию, в случае если капитальные расходы на инфраструктуру (серверную, цод) уже понесены. За пределами SAAS,PAAS стоимость персонала для облака как правило значительно выше.
в) Нормального SLA добиться практически нереально, как только путаешься внести реальные метрики по производительности либо моментальный отказ — либо итак немаленькая стоимость возрастает чуть не на порядок.
При этом можно сходу накидать десятки сценариев где несмотря на все перечисленное облако значительно выгоднее чем своя инфраструктура — но маркетинговый BS без фактуры продолжает литься из каждого утюга, что зачастую формирует негативное отношение к отличной и востребованной услуге.
«отечественая» редос — цельнотянутый rhel, причем заметно протухший, в чем может убедится каждый заглянув в release. В отличии от тех же астры и альта — где есть хоть какое то движение.
Интересное заблуждение, упускается то, что высокие доходы части ит сообщества происходят не из уникальности или сложности труда, а по банальным законам экономики. Работая на более денежный и практически не подверженный регуляции рынок нужно понимать, что о конкуренции с местными зарплатами речи быть не может, ровно в такой же ситуации до нас побывали китайцы/индусы/итп когда начали получать 100$ в неделю вместо $20 в год при размещении производств в этих странах. Мне кажется что сейчас в России не беря крайностей типа Москвы или депрессивного моногорода за полярным кругом 60к в год не предел мечтаний для квалифицированного специалиста. Лично у меня множество друзей не из ит сферы доходами выше.
Что значит питание не позволит? Ладно еще отвод тепла. Если владелец ДЦ сэкономил на кабеле, автоматах и PDU и 5-7 кВА лимит на секцию — то в случае коллокейшена будет терять место в никуда.
Ну и в целоv есть еще вские инхаус серверные, контенеры и прочие мини цоды где +6-8 юнитов вверх решают…
1) Стремись сделать все максимально простым, перед тем как притянуть для примитивной операции дополнительный сервис с вагоном зависимостей, задумайся 95% есть способ сделать проще, в 99,9% случаев это будет в разы быстрее.
2) Старайся по максимуму пользоваться базовыми инструментами — удобство это хорошо, но возможность попасть в ситуацию когда привычной тулзы не будет под рукой далеко не нулевая.
Сплю уже на ходу, что то переклинило что в эпике 4 канала на чиплет, конечно 4 чиплета в сокете у эпика вы правы. Тредриппер имел ввиду 2 поколение которое на Zen+, опять правы :)
У нас как правило Scientific/Rhel/CentOS, проблема не в ОС а в существующей уже платформе в которую больше не впихнуть :) Максимально сейчас ЕМНИМС можно 3Тб на DDR или 3,8 комбинируя с Optane. Но колется (цена) пока сильно больше чем хочется :)
Видимо от большой любви к Linux ни один из выпускаемых ГНИВЦ программных продуктов версий для него не имеет, при том что используются в 99,9 ОИВ - что значительно доставляет при переходе на российские дистрибутивы.
Занимаемся этим профессионально (перевод арм по контрактам), основная ОС заказчиков - Астра.
Используем две методики для развертывания.
1) Pxe+preceed+salt minion который при первом запуске подтягивает роль на основе имени компьютера, вводит в домен, настраивает софт и сзи, формирует окружение через skel итп - порядка 100 настроек в базовой роли.
2) Готовый образ с установленной ОС, установка клонированием / + создание boot/efi/swap скриптом + рефреш имени пк / uid-ов и солт миниона который дальше аналогично натягивает роль.
Второй способ сильно быстрей - но в больших объемах сложно версионировать, могут вылезать всякие моменты при обновлении пакетов - используем только для удаленных мест.
salt > ansible - так как клиента проще пускать в одно место чем обеспечивать доступность ко всем арм из точки управления. Бонусом наличие event bus - можно строить реакторы на события.
Подумываю о том чтобы набросать статью с описанием/примерами - секретов никаких нет, заказчикам сделать самим как правило не дает в порядке важности лень, отсутствие квалификации, перегруженность текучкой.
Замените в процессе регистрации домена (ов) "аккаунт на госуслугах" на "адрес электронной почты" - который тоже внезапно есть не у всех граждан имеющих паспорт. Что изменилось ?
Вообще процесс создания ключей и запросов описан в документации на CSP.
Как только мы начинаем эту возможность ограничивать — так сразу получаем радикально другой сервис, который внезапно оказывается нужен далеко не всем.
1) В данном примере сразу есть shared storage, почему просто не использовать кластерную fs gfs/lustre? Нет поддержки?
2) Зачем абстрагироваться на 2 этажа ниже — не проще и лучше для устойчивости и производительности синхронизировать данные на более высоком уровне?
а) Оборудование для публичного облака как правило устаревший треш списаный с собственного продакшена — но выкинуть жалко.
б) Стоимость аренды ресурсов (не по Gpl) в разы выше собственных затрат на эксплуатацию, в случае если капитальные расходы на инфраструктуру (серверную, цод) уже понесены. За пределами SAAS,PAAS стоимость персонала для облака как правило значительно выше.
в) Нормального SLA добиться практически нереально, как только путаешься внести реальные метрики по производительности либо моментальный отказ — либо итак немаленькая стоимость возрастает чуть не на порядок.
При этом можно сходу накидать десятки сценариев где несмотря на все перечисленное облако значительно выгоднее чем своя инфраструктура — но маркетинговый BS без фактуры продолжает литься из каждого утюга, что зачастую формирует негативное отношение к отличной и востребованной услуге.
Ну и в целоv есть еще вские инхаус серверные, контенеры и прочие мини цоды где +6-8 юнитов вверх решают…
1) Стремись сделать все максимально простым, перед тем как притянуть для примитивной операции дополнительный сервис с вагоном зависимостей, задумайся 95% есть способ сделать проще, в 99,9% случаев это будет в разы быстрее.
2) Старайся по максимуму пользоваться базовыми инструментами — удобство это хорошо, но возможность попасть в ситуацию когда привычной тулзы не будет под рукой далеко не нулевая.