> Если моё мнение вам кажется не достаточно весомым, то может быть вы прокомментируете то, что реестра в том или ином виде больше нет нигде?https://wiki.gnome.org/Projects/dconf
а раньше gconf был. Это реестр. Первое что пришло в голову.
Для меня наоборот линукс стагнирует. Переписывают из пустого в порожнее sysv на systemd, x11 на wayland итд.
Так глупо читать про "индеологический клон юникс сервера без гуя" нет там ничего от юникса и идеологии никакой нету. Убрали обязательность десктопа на сервере и всё. Добавили возможность докеры крутить и всё.
Эти изменения не идеологические, а финансово обоснованные задачами крупных клиентов. Не надо искать скрытые смыслы там где их нет. И "интеграции с гипервизорами" - это вообще бред какой-то. Ну сделал MS себе Hyper-V по образу и подобию Xen не удивлюсь, что совместно с Citrix, как и всё что у них было с терминалами и VDI.
Вон они его в Linux добавляют патчем (куча кода "как у Xen") и что? Облачко то их тут вообще при чем? Это другой продукт.
> Хорошо, назовите хотя бы 5 утилит под венду чтобы посмотреть что админ накрутил в грпупповых политиках?
Речь была про реестр и что такое "накрутил" вообще? Вам rsop.msc нужно альтернативными утилитами, gpresult или этот GroupPolicy модуль в PS? Применение политик и расчет результирующей политики это не совсем то, что люди "расковыривают" руками, потому что оно там всё ч контроллера домена и с компа видно. Если люди через GPO правили реестр поверх руками, то ожидаемые ключи видно, а старые вернуть нельзя, если они не волатильные. Или вам нужен аудит изменений SYSVOL для расследования, что "накрутил" такой-то админ. Поконкретнее... Пока у кого-то проблема с накрученными политиками, реестром венды и отрицанием наличия аналогичных хранилищ ключ-значение в других ОС венду конфигурируют скриптами через Powershell DSC. Это как ансибл, только костылять надо сильно меньше. Я не буду тут напоминать сколько лет существует SCCM. DSC это как раз для тех кому в гите держать конфиг инфраструктуры, построенной самим, и прикрученным к самописному фронтенду для техподдержки, кому System Center с его модулями жирно и не подходит.
> Нет, счётчики производительности не здорово, это пример как делать НЕЛЬЗЯ, потому что оно мертво...
А что конкретно в них не так? И кто сказал что мертво. То что ты не умеешь админить венду дальше, переставить её и настроить компик (2-я линия техподдержки) это я уже понял, но не все же такие как ты.
Ну мы делали сайты порталы под IIS, которые нагрузку перераспределяли по ферме в зависимости. Админы, блин, у него не знают. Ты их хоть напрямую через ODBC в SQL-базу лей, если надо. А что касается "не видел продуктов кроме как от МС" вон Autodesk делает всякие продукты, Citrix, опять же.
> В мире юникс "счётчики производительности" появились намного раньше и называется это SNMP.
Вон оно что... а я то думал-гадал. SNMP у него счётчики производительности. Мдяяяя... Вот если я зайду на какой нибудь коммутатор и передам ему команду по SNMP (в rw community) чтобы ему конфиг поправить, то это какой счетчик производительности? Ты вообще не знаешь про что говоришь. Я уже не говрю о том, что SNMP внутри венды - стандартный компонент...
Пример того как не надо делать - это старые ядра Linux до API cgroups и eBPF. Это когда для того чтобы что-то замерить из того же ядра тебе нужно обратиться и дёргать команду из юзерспейса, на выполнение которой требуется ресурс CPU, которого может не быть в состоянии перегрузки. Вообще большая часть линуксячих счетчиков из-за этого были не точны, когда нужно было собрать аналитику за период. Сейчас для реализации собственных кастомных счетчиков на уровне ядра можно написать своё на eBPF. Опять же админам вроде тебя не понять, наверное, зачем это...
> Керберос - там есть 2-3 реализации, мне оно вообще не нужно, так что я тут не скажу.
Ни одна из реализаций не может быть прикручена так, чтобы на основании имеющегося TGT выдавался TGS пользователю для доступа в сервис. Ты же там писал или кто-то другой про то как ему интересно сетевые сервисы делать... Ну вот у тебя есть служба каталогов.
Сделай так чтобы от факта входа в систему (графическая сессия пользователя) автоматически входило в тобой написанное сетевое приложение, c объявленным SPN в рамках твоего реалма. Ну же... давай. Только чур так, чтобы в твоем приложении не было прикручен MIT Kerberos еще раз и чтобы пользак не забивал логин и пароль по два раза по два раза. Это всё отсутствует в Unix подобных ОС ввиду технического ограничения в PAM, который все не хотят менять, ведь тогда совместимость потеряется, что весьма лицемерно в сведе переписи всего и вся на wayland.
> Шина данных - мне вот дбас тоже не нужен. А в венде где такая шина, а то я что то не припоминаю аналогий?
А что ты разрабатывал под вендой, я стесняюсь спросить.
https://en.wikipedia.org/wiki/Component_Object_Model
Их там много-много, но шинами с бинарной сериализацией являются COM+ и DCOM для RPC. Но это как бы старые.
Так-то CLR сейчас выполняет большую часть обменов между локальными приложениями, а внешка как всегда REST/SOAP а для управления WSMAN/WBEM. ActiveX и OLE - это больше про Office. Причем браузерный ActiveX, который аналог NPAPI это немного другое. А ну и MSMQ отвечает за очереди сообщений.
> У вас странные хотелки, ибо у вас под вендой вообще нет штатных механизмов дистрибуции софта и обновления, МС только начал выходить из комы и делать свои магазины и репозитории.
Ну сравнил количество вендового софта, с портами фряхи. Там никакой репозиторий не вместит. Репозитории появились потому что кто-то захотел что-то ставить из PS. Тут вообще логика такая, что разработчик сам готовит релиз и сам контролирует как пользак будет его использовать. В венде нет понятия вахтерши-меинтейнере, который залезет в софт разработчика понаделает туда патчей, которых не надо и предоставит свою сборку. Контроль за сборкой вендовых приложений всегда лежал на разработчиках. Конкретно во фряхе сейчас фряхоспецифичного всё меньше и меньше. Порты, линуксатор и патчи для совместимости.
Надо еще понять, что венда создана для пользователей, а не для админов-недоучек. Там пользователю магазины нужны, чтобы взять по из централизированного репозитория. Ну так он унылый, потому что унылая сама UWP, на которой туда велено разрабатывать.
То же самое с обновлениями. Венда считает своих пользователей идиотами (и правильно делает). Она пишет "Азаза небезопасно извлечена флешка", а сама в крысу очищает страничный кэш после закрытия окна пока пользователь до ярлычка не дотянулся. А если нажимает на кнопочку, то синкнет не только на эту флешку а по всем дискам. Так же и с обновлениями. Установка обновлений там целая катастрофа, потому что пользователю доверия нет. Он в любой момент не просто питалово вырубит, он прямо "диск С" ей из системника вырубит.
В юникс образных ОС есть обновления, но нет "автоматического обновления". Это когда судом вменяют (монополисты же ж) обновлять компы, потому что дуралеи-пользаки не обновляются годами и через дыры их включают в ботнеты. И вот в таких условиях нужно принудительно автообновляться.
Версионирование в нескольких потоках NTFS, хэширование, фоновая загрузка установка и перезагрузка, снапшоты NTFS. И это не считая мажорных апгрейдов. Венда же научилась саму себя сбрасывать к заводским настройкам и саму себя переустанавливать и мажорно обновлять (это апдейты-роллапы и её новое рекавери). Там слишком много объяснять... если ты SNMP путаешь с со счетчиками производительности, то про такие потроха венды ты и подавно не знаешь. Это же документацию надо читать, а не HOWTO.
> Никакой HomeAssistant на венду тоже и близко не встанет.
А я слишком много лет работаю с техникой, чтобы вообще таким пользоваться. Ты еще замок магнитный себе поставь с биометрией.
Видишь ли. Я не испытываю превосходства от того что умею админить венду. Я умею админить и линуксы и фряхи, просто для каждой задачи есть свой инструмент. У тебя же получится ничего серьёзного делать на венде, потому что ты пользуешься ею с трудом, не то что построить на ней корпоративные сервисы (она для этого удобнее всех). А у тебя и там всё плохо и сям всё плохо, а на самом деле ты просто не разбираешься.
Я тебе уже выше приводил самые слабые "детские болезни" юниксов, а тебе всё это "не нужно". Ну ок, чо. Не нужно сиди ковыряй фряху. Ты там и не увидишь никогда тех задач которые на венде делают, отсюда у многих комментаторов тут складывается впечатление, что венда - это запускалка для игр. Это ничего не говорит о венде, но многое говорит об уровне их грамотности.
