Видимо от большой любви к 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.
Секс — слабое оправдание неудачников, неспособных взять тройной интеграл в декартовой системе координат (с) А конфликты на работе — плохо, не все способны продуктивно работать в конфликтной атмосфере.
Сложно в 2020 представить топовые НР за много денег с HDD :) На последнем подходящем под определение лично я работал года 4 назад, это был Z820 Workstation с SAS HDD и ничего не тормозило. Впрочем на бюджетных компах с hdd линукс, по крайней мере который видел я (SLED, RHEL, Mint) были довольно задумчивы.
Это «дело привычки» работает в обе стороны, например, посадить веб разработчика можно и на винду, все там работает — просто не так как привычно.
Мой личный опыт показывает, что экономия на спичках как правило ведет к снижению производительности труда, возьмем простой пример, средняя компания по продаже «очень клевых штук — все по 10$!!!!» — средний заработок пусть будет 70к в год + затраты на офис, парковку, бенефиты, воду в кофеварке, бумагу в толчке итп. На этом фоне $1000/y (2к на приличный комп с заменой раз в 3 года+1к на софт) вообще мало играющий фактор — несмотря на то что в строке баланса может быть весомая сумма — в общем итоге это мизер. Особенно учитывая то, что многие сервисы доступные, например, разработчику в крупной компании где окружение на linux (и воспринимаемые фоном как само собой разумеющиеся), тоже зачастую сильно не бесплатные.
И да — поломки реестра на ровном месте и обновления приводящие к… бывают далеко не у всех, у нас например таких проблем нет (и я понимаю, что когда закрываю глаза темно становится не всем) — вопрос к эксплуатирующим.
1) У вас нет windows окружения, добавьте SfB, Onedrive(on premise) и шарепойнт.
2) Управлять парком из 1000+ разноплановых арм можно и ансиблем, вы надеюсь документируете каждый свой шаг, ну чтобы следующий человек после вас не потратил N дней/месяцев/лет раскапывая залежи плейбуков?
3) Стоимость windows desktop включая все сервисы майков и cal укладываются в $1000, мое мнение это невеликие деньги в масштабах средней-крупной компании и использовать их просто и удобно, как минимум проще и удобней linux.
Мы используем 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 юнитов вверх решают…
Видимо от большой любви к Linux ни один из выпускаемых ГНИВЦ программных продуктов версий для него не имеет, при том что используются в 99,9 ОИВ - что значительно доставляет при переходе на российские дистрибутивы.
Занимаемся этим профессионально (перевод арм по контрактам), основная ОС заказчиков - Астра.
Используем две методики для развертывания.
1) Pxe+preceed+salt minion который при первом запуске подтягивает роль на основе имени компьютера, вводит в домен, настраивает софт и сзи, формирует окружение через skel итп - порядка 100 настроек в базовой роли.
2) Готовый образ с установленной ОС, установка клонированием / + создание boot/efi/swap скриптом + рефреш имени пк / uid-ов и солт миниона который дальше аналогично натягивает роль.
Второй способ сильно быстрей - но в больших объемах сложно версионировать, могут вылезать всякие моменты при обновлении пакетов - используем только для удаленных мест.
salt > ansible - так как клиента проще пускать в одно место чем обеспечивать доступность ко всем арм из точки управления. Бонусом наличие event bus - можно строить реакторы на события.
Подумываю о том чтобы набросать статью с описанием/примерами - секретов никаких нет, заказчикам сделать самим как правило не дает в порядке важности лень, отсутствие квалификации, перегруженность текучкой.
Замените в процессе регистрации домена (ов) "аккаунт на госуслугах" на "адрес электронной почты" - который тоже внезапно есть не у всех граждан имеющих паспорт. Что изменилось ?
Вообще процесс создания ключей и запросов описан в документации на CSP.
Как только мы начинаем эту возможность ограничивать — так сразу получаем радикально другой сервис, который внезапно оказывается нужен далеко не всем.
Мой личный опыт показывает, что экономия на спичках как правило ведет к снижению производительности труда, возьмем простой пример, средняя компания по продаже «очень клевых штук — все по 10$!!!!» — средний заработок пусть будет 70к в год + затраты на офис, парковку, бенефиты, воду в кофеварке, бумагу в толчке итп. На этом фоне $1000/y (2к на приличный комп с заменой раз в 3 года+1к на софт) вообще мало играющий фактор — несмотря на то что в строке баланса может быть весомая сумма — в общем итоге это мизер. Особенно учитывая то, что многие сервисы доступные, например, разработчику в крупной компании где окружение на linux (и воспринимаемые фоном как само собой разумеющиеся), тоже зачастую сильно не бесплатные.
И да — поломки реестра на ровном месте и обновления приводящие к… бывают далеко не у всех, у нас например таких проблем нет (и я понимаю, что когда закрываю глаза темно становится не всем) — вопрос к эксплуатирующим.
2) Управлять парком из 1000+ разноплановых арм можно и ансиблем, вы надеюсь документируете каждый свой шаг, ну чтобы следующий человек после вас не потратил N дней/месяцев/лет раскапывая залежи плейбуков?
3) Стоимость windows desktop включая все сервисы майков и cal укладываются в $1000, мое мнение это невеликие деньги в масштабах средней-крупной компании и использовать их просто и удобно, как минимум проще и удобней linux.
1) В данном примере сразу есть shared storage, почему просто не использовать кластерную fs gfs/lustre? Нет поддержки?
2) Зачем абстрагироваться на 2 этажа ниже — не проще и лучше для устойчивости и производительности синхронизировать данные на более высоком уровне?
а) Оборудование для публичного облака как правило устаревший треш списаный с собственного продакшена — но выкинуть жалко.
б) Стоимость аренды ресурсов (не по Gpl) в разы выше собственных затрат на эксплуатацию, в случае если капитальные расходы на инфраструктуру (серверную, цод) уже понесены. За пределами SAAS,PAAS стоимость персонала для облака как правило значительно выше.
в) Нормального SLA добиться практически нереально, как только путаешься внести реальные метрики по производительности либо моментальный отказ — либо итак немаленькая стоимость возрастает чуть не на порядок.
При этом можно сходу накидать десятки сценариев где несмотря на все перечисленное облако значительно выгоднее чем своя инфраструктура — но маркетинговый BS без фактуры продолжает литься из каждого утюга, что зачастую формирует негативное отношение к отличной и востребованной услуге.
Ну и в целоv есть еще вские инхаус серверные, контенеры и прочие мини цоды где +6-8 юнитов вверх решают…