Насколько сейчас жив Windows Server?

Ну может его в детстве изнасиловала галочка,

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

Неноворя уж о том, что расход ресурса накопителей когда все операции можно вести в ОЗУ тоже сильно раздражает и это без учёта того что работа с файлом в ОЗУ просто идёт быстрее.

Но ведь правда фу.

Генкрировать галочками конфиг с тем, чтобы потом дописать нужное текстовым редактором может быть очень даже хорошо.

Если для решения задачи хватает молотка, зачем использовать для этого пассатижи?

Провода например можно перебить молотком, а не зачищать пассатижами или даже специальными щипцами.

Главное им шурупы не забивать.

По уму даже гвозди лучше не забивать, так как можно расколоть доску.

По идее надо сверлить отверстие меньшего диаметра и вот уже в него вбивать или вкручивать, причём не обязательно шуруп, можно и лучше винт с внутренним шестигранником.

И перед завинчиванием пропитать отверстие лаком или клеем, особенно у плит из стружки и бумаго-древесной трухи(МДФ)

Если задачи уровня гвоздей и есть куча молотков - зачем пассатижи?

Пассатижи не нужны, а вот шуруповёрт с сверлом и желательно штатив для дрели даже очень, иначе доски пораскалываешь.

Или просто ты не начальник, так как не сын директора.

Мне кажется что ты недооцениваешь и директора, и сына и вообще не понимаешь зачем они оба это делают.

Но если и предприятие это устраивает и работников и доход идет, зачем менять что то?

Вообще говоря такой подход это палка о двух концах, никто ведь не считает убытки от упущенных возможностей или нереализованного функционала?

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

Тоже и с tmpfs, пока он не нужен как бы и не важно что его в винде нет.

И я понимаю что эти примеры не очень, но принцип я думаю понятен.

на винде мне пришлось каждый из ста файлов

В повершелле есть Select-String, в старом cmd.exe есть findstr.exe

Если бы ты в линуксе не знал бы про grep, то точно так же открывал бы каждый файл в линуксовом блокноте.

Если ты впарил его на десктоп, то ССЗБ.

Сам ты фанатичное ССЗБ, если на компе просто надо набирать текст или вся работа ведётся через браузер то с чего бы линукс не поставить?

Если Все это происходит незаметно для пользователей и прозрачно для бизнес-процессов, то начальник точно на своем месте.

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

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

Но мы тут вообще спорили о том, что нет смысла ставить везде линукс только потому, что он нравится ТСу.

Нет, по факту вы не хотели ставить линукс вообще, даже там где можно.

Считаете, что в AD на Samba нельзя запретить пользователям устанвливать софт?

Имелось ввиду то что пользователи самостоятельно устанавливая софт могут компенсировать то что samba имеет меньшую функциональность чем д.к. винды.

Кстати, почему на linux-сайте

Потому что многие сюда пришли просто потому что считают Линуса лохом который почему то раздаёт бесплатно ОС, а не потому что прочли EULA и захотели полный контроль над работой и развитием свой инфраструктуры.

Немного обнадёживает wayland,

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

В повершелле есть Select-String, в старом cmd.exe есть findstr.exe

Как я понимаю првкршелл есть толтко на очень дорогих лицензиях винды.

Ну а в cmd.exe можно собрать конвейр | ?

Видел сервер баз данных на винде буээ чуть не стошнило прямо на сервер.

Второй раз в больнице видел древний сервер под виндой на котором крутился только mysql и базы данных на пациентов. Специалисты программируют в таком же древнем fox pro строчат в ручную запросы к БД. На мои слова что сервер можно выкинуть и fox pro туда же что есть python, sqlite и морды к нему они недоуменно воззрились на меня и сказали шо их так научиили делать 25 лет назад и они за это ничего не меняли а про sqlite первый раз слышут! Это квалицифированные программисты с высшим образованием. Занимаются бесполезной ерундой. Я оттуда не уходил а убегал просто. Вот такой он winserver

Как я понимаю првкршелл есть толтко на очень дорогих лицензиях винды.

Нет.

Как я понимаю првкршелл есть толтко на очень дорогих лицензиях винды.

Емнип в любой винде начиная с семёрки (и соответственно server 2008).

Ну а в cmd.exe можно собрать конвейр | ?

Есть, но при наличии pwsh в cmd особо смысла нет.

я не сталкивался только с Exchange - ничего не знаю про этот софт

Немного истории этого продукта:
Изначально служба каталогов входила в Exchange и делалась именно для него. Лишь только в Win2K это отпочковалось в отдельный продукт под названием AD.

Так что можно считать, что AD - это ошметок Exchange.

Когда ставится (или обновляется) Exchange, он расширяет схему AD. А это очень болезненный процесс для самбы. Хорошо, если просто не заработает, а то и вообще AD накроется медным тазом после расширения схемы.

Я тут бегло пробежался по https://wiki.samba.org/index.php/Windows_2012_Server_compatibility

Проблемы с трастами, не полностью имплементированы некоторые FSMO-роли... Нет, ни о какой замене в сложной инфраструктуре быть не может.

Нет, конечно, если «админ» думает, что AD - это всего лишь создание пользователей, групп, и навешивание GPO (и при этом он считает, что он отлично знает AD), то ему самба может и сойдет.

Например, можно посчитать стоимость самостоятельной поддержки почтовой инфраструктуры нужного размера

Как человек, в течение 22 лет поддерживающий почтовую инфраструтуру в своей организации (~40 пользователей) за свой счет (включая приобретение железа и оплату канала в интернет, IP-адреса и домена), могу Вам сказать, что это копейки.

Большая часть внутренней переписки не имеет особой ценности.

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

Кстати, а использование облачных провайдеров для размещения там своей серверной инфраструктуры вас не смущает?

Зависит от того, что именно обслуживает данная инфраструктура. Если данные, предназначенные для внешнего мира (сайт компании, различные сервисы для клиентов и т. п.), то почему бы и нет?

А отдавать внутреннюю кухню компании кому бы там ни было - IMHO, верный способ однажды лишиться предприятия.

Как я выше писал, можно и гвозди пассатижами забивать, и результат будет вполне ок. Вот только коллеги не поймут :)

А причем тут коллеги? IT- это не самоцель, а один из способов обеспечения эффективности бизнес-процессов предприятия. И если результат, как Вы пишете, Ok, то какая разница, как он достигнут? Это проблемы людей, его обеспечивших.

Вот замутил я домен на samba и словил косяк. Мне куда за поддержкой обратиться? На ЛОР?

Можно, конечно, и на ЛОР, но гораздо эффективнее обратиться в список рассылки Samba. Я неоднократно обращался еще во времена второй Samba, и мне помогали.

Тем временем тысяча юзеров будет конечно терпеливо ждать, когда аналитики с ЛОРа подготовят развернутое решение проблемы.

Вы всерьез верите в то, что платная поддержка Microsoft поможет Вам быстрее? У Вас есть опыт подобных обращений?

Впрочем, судя по темам на ЛОРе, техподдержка линукса, как и его эксплуатация тоже далеко не беспроблемна. Тут тысячи тем, в которых в линуксе нихрена не пашет.

Это довольно странный критерий. Я с таким же успехом могу привести Вам в пример форумы, посвященные Windows, где число тем с проблемами будет на порядок больше (просто потому, что пользователей Windows больше). Но утверждать на основании подобной «статистики», что эксплуатация Windows создает больше проблем, чем Linux, было бы как-то странно, не находите?

А у меня крутится гента дома уже 12 лет. Она стала от этого стандартом?

Стандартом чего? И вообще, причем тут стандарт? Гента - один из дистрибутивов Linux - вариант OS общего назначения, спроектированная в соответствии с рядом стандартов, принятых в отрасли. Так же как и Windows. Или Вы считаете, что Windows сама по себе является стандартом?

Так что тот факт, что у Вас 12 лет крутится гента, говорит только о том, что данная OS подходит для использования в качестве домашнего десктопа, по крайней мере, для отдельных категорий пользователей.

А причем тут коллеги? IT- это не самоцель, а один из способов обеспечения эффективности бизнес-процессов предприятия. И если результат, как Вы пишете, Ok, то какая разница, как он достигнут? Это проблемы людей, его обеспечивших.

Но это ТС всю тему нас подводит к тому, что важен не результат, а как раз таки «инструмент». Моя позиция, в том, что я использую то, что лучше подходит для решения определенной задачи, в том числе винду. А ТС возмущается, почему я это делаю не на линуксе.

Вы всерьез верите в то, что платная поддержка Microsoft поможет Вам быстрее? У Вас есть опыт подобных обращений?

Опыт есть, как в мс, так и в оракл, и в цисковский TAC. И не буду спорить, что результаты этих обращений разнятся. Но суть в том, что для корпоративных систем обязательно определяется уровень надежности и доступности сервиса. И за стоимость лицензий/техподдержки etc я получаю определенный уровень сервиса. А написать в паспорте ИТ-системы, что техподдержка осуществляется через список рассылки не возможно.

Это довольно странный критерий. Я с таким же успехом могу привести Вам в пример форумы, посвященные Windows, где число тем с проблемами будет на порядок больше (просто потому, что пользователей Windows больше). Но утверждать на основании подобной «статистики», что эксплуатация Windows создает больше проблем, чем Linux, было бы как-то странно, не находите?

Вы это ТСу передайте, который судит об уровне поддержки мс по теме на ЛОРе. Я как бы иронизировал в том сообщении.

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

Согласен, так тоже бывает. Впрочем, в условиях жесткой конкуренции такие конторы долго не живут.

Имелось ввиду то что пользователи самостоятельно устанавливая софт могут компенсировать то что samba имеет меньшую функциональность чем д.к. винды.

Какой именно функциональности AD Вам не хватает в Samba? Я почему спрашиваю - у меня уже несколько лет домен обслуживается контроллерами на Samba, и ни разу не нарывался на ограничения функциональности. Правда, у меня маленькая сеть (несколько десятков машин), поэтому и интересно, в чем ограничения заключаются.

Как я понимаю првкршелл есть толтко на очень дорогих лицензиях винды.

Серьезно? Я в Windows мало что понимаю, но ведь powershell - бесплатный продукт, его даже на Linux ставят. Неужели на Windows нельзя поставить, даже если исходно его нет?

Есть во всех современных версиях «из коробки».

Как человек, в течение 22 лет поддерживающий почтовую инфраструтуру в своей организации (~40 пользователей) за свой счет (включая приобретение железа и оплату канала в интернет, IP-адреса и домена), могу Вам сказать, что это копейки.

40 пользователей

А как на счет 10 000 пользователей хранение всей переписки за 3 года?

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

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

А отдавать внутреннюю кухню компании кому бы там ни было - IMHO, верный способ однажды лишиться предприятия.

Ну, камон, какую внутреннюю кухню ты передаешь при аренде мощностей у амазона? Кому? Какие риски возникают, какая вероятность реализации?

Он по дефолту стоит начиная с Windows 7, во всех версиях. А скачать можно тут: https://github.com/PowerShell/PowerShell#get-powershell

Нет, конечно, если «админ» думает, что AD - это всего лишь создание пользователей, групп, и навешивание GPO (и при этом он считает, что он отлично знает AD), то ему самба может и сойдет.

Ну так об этом и речь :). Посчитайте процент инсталляций AD, где используются исключительно перечисленные Вами функции. Не удивлюсь, если цифра превысит 90%.

Кроме того, если ограничится функциональностью домена на уровне 2008, то с совместимостью будет вообще все замечательно. В том числе и с трастами (есть опыт).

Иными словами, существует множество примеров инфраструктуры AD, где без потери функциональности можно перевести контроллеры домена на Samba. И более того, это множество составляет большинство от всех инсталляций AD.

Серьезно? Я в Windows мало что понимаю…

Там повыше за аналогичное отношение к ssh в профнепригодности между прочим обвинили.

Но это ТС всю тему нас подводит к тому, что важен не результат, а как раз таки «инструмент».

Я не защищаю подход TC.

Моя позиция, в том, что я использую то, что лучше подходит для решения определенной задачи, в том числе винду.

Полностью согласен с таким подходом.

А написать в паспорте ИТ-системы, что техподдержка осуществляется через список рассылки не возможно.

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

А как на счет 10 000 пользователей хранение всей переписки за 3 года?

А что это принципиально меняет? Стоимость в пересчете на пользователя только снизится.

Возможность доступа со стороны сервис-провайдера? И что, были прецеденты?

Первая же ссылка в выдаче Google. Обратите внимание, что речь не о самой почте идет, а только об адресах. Так что клиенты еще легко отделались.

Ну, камон, какую внутреннюю кухню ты передаешь при аренде мощностей у амазона?

А это зависит от конкретной компании. Я, собственно говоря, об этом и писал выше - есть вещи, которые ни при каких условиях нельзя отдавать на аутсорс.

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

Без бюрократии никуда. Потому что, когда вокруг ИТ-систем существует масса договорных отношений, подразумевающих финансовые и прочие обязательства, хочешь не хочешь, а будешь обмазываться бюрократией, техподдержкой и т.п.

Там повыше за аналогичное отношение к ssh в профнепригодности между прочим обвинили.

Меня это не пугает, я не админ по профессии :). Просто так исторически сложилось, что больше некому было развивать и поддерживать IT-инфраструктуру в отделе НИИ, где я работаю.

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

Как раз для таких случаев многие компании вроде того же RedHat и предлагают свои услуги.

А что это принципиально меняет?

Ну, если для тебя построить почту на 40 пользователей и на 10к пользователей - одно и тоже (включая итоговую стоимость решения), то ты крут.

Стоимость в пересчете на пользователя только снизится.

А предлагается с шапкой по офису ходить и собирать на поддержку почты?

Первая же ссылка в выдаче Google. Обратите внимание, что речь не о самой почте идет, а только об адресах. Так что клиенты еще легко отделались.

Данный риск возможен для любого партнера в цепочке поставок. Тема доступа провайдера к переписке не раскрыта.

И да, возможность использования средств шифрования переписки ты упорно фильтруешь.

А это зависит от конкретной компании. Я, собственно говоря, об этом и писал выше - есть вещи, которые ни при каких условиях нельзя отдавать на аутсорс.

И приватных репозиториев на гитхабе нет. Это ж передача исходников сразу в майкрософт!

Именно так.

так тс там скулит на тему, что за винду платить надо, а линукс - бесплатно.

У нас вот сейчас рассматривают варианты замены существующего стека от ms для unified communications, и стоимость не-ms решений оказывается ничуть не меньше. И какая там ОС будет под ногами практически неважно, в любом случае за поддержку придется платить, либо ms либо шапке.

Ну, если для тебя построить почту на 40 пользователей и на 10к пользователей - одно и тоже (включая итоговую стоимость решения), то ты крут.

Скажем так, я представляю, как это масштабировать. А по поводу итоговой стоимости - очень странно сравнивать абсолютные цифры - ведь доходы у компаний с 40 и 10 тыс. сотрудников тоже сильно отличаются. Тут нужно считать стоимость в пересчете на одного пользователя.

А предлагается с шапкой по офису ходить и собирать на поддержку почты?

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

И да, возможность использования средств шифрования переписки ты упорно фильтруешь.

Шифрование - вполне себе вариант, согласен. Но не уверен, что создание собственной внутренней системы выйдет дороже.

И еще один риск, связанный с аутсорсом - доступность. Что будет, если компания внезапно осталась без канала в Интернет? Причин может быть множество - от упавшего дерева, оборвавшего провода, до пьяного тракториста, перебившего кабель. В любом варианте с атсорсом работа компании остановится до устранения аварии.

И приватных репозиториев на гитхабе нет. Это ж передача исходников сразу в майкрософт!

И много Вы знаете компаний, разрабатывающих коммерческий софт и держащих свои репозитории на гитхабе?

Читаю я про эту Самбу - они даже нескольких доменов в одном лесу не поддерживают. Несерьезно как-то. У нас вон и то в лесу 2 домена.

И какая там ОС будет под ногами практически неважно, в любом случае за поддержку придется платить, либо ms либо шапке.

Это понятно. Для меня главным преимуществом решений на Linux всегда были открытость и отсутствие Vendor lock in, а не кажущаяся «бесплатность».

У нас вот сейчас рассматривают варианты замены существующего стека от ms для unified communications

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

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

Читаю я про эту Самбу - они даже нескольких доменов в одном лесу не поддерживают. Несерьезно как-то. У нас вон и то в лесу 2 домена.

Еще раз, я немного про другое пишу. Вы меня пытаетесь убедить, что Samba не является 100% заменой контроллеров домена от Microsoft. Я с этим и не спорю.

Речь о том, что большинство инсталляций AD устроены гораздо проще, и там функций, поддерживаемых в Samba, вполне достаточно для успешной работы.

Скажем так, я представляю, как это масштабировать. А по поводу итоговой стоимости - очень странно сравнивать абсолютные цифры - ведь доходы у компаний с 40 и 10 тыс. сотрудников тоже сильно отличаются. Тут нужно считать стоимость в пересчете на одного пользователя.

Сравнивать надо совокупную стоимость владения, которая складывается из стоимость железа, софта, электричества (включая охлаждение), стоимость технической поддержки (как вендорской, так и своих инженеров).

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

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

Супер. Вот у меня есть компания, в которой реально количество сотрудников - около 10к. В компании есть собственная техническая поддержка, департамент разработки (в котором есть, помимо разработчиков, еще, как минимум, отдел управления проектами), служба собственной безопасности, юридическая служба, отдел кадров, департамент эксплуатации зданий и помещений, коммерческий департамент, ИТ-дирекция в составе нескольких отделов, включая свой отдел управления проектами и еще дирекция по АСУ, у которой тоже много чего своего.

И как нам посчитать, сколько приносит один конкретный пользователь в год?

Даже допустим (допустим!!) мы посчитали, сколько приносит кадровик Станислав компании в год. Что нам это дало, я понять не могу?

Шифрование - вполне себе вариант, согласен. Но не уверен, что создание собственной внутренней системы выйдет дороже.

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

И еще один риск, связанный с аутсорсом - доступность. Что будет, если компания внезапно осталась без канала в Интернет? Причин может быть множество - от упавшего дерева, оборвавшего провода, до пьяного тракториста, перебившего кабель. В любом варианте с атсорсом работа компании остановится до устранения аварии.

Какое дерево, где рухнуло? Если дерево оставило без связи офис - то работа затормозится совершенно безотносительно того, используем ли мы собственную почту, или покупаем сервис.

И много Вы знаете компаний, разрабатывающих коммерческий софт и держащих свои репозитории на гитхабе?

Несколько знаю.

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

ТС просто набросил, а мы размазываем на потеху.

Сравнивать надо совокупную стоимость владения, которая складывается из стоимость железа, софта, электричества (включая охлаждение), стоимость технической поддержки (как вендорской, так и своих инженеров).

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

И как нам посчитать, сколько приносит один конкретный пользователь в год?

Вообще говоря, такая информация нужна в любом случае. Хотя бы для того, чтобы не получилось, что конкретный сотрудник получает зарплату больше, чем зарабатывает денег для компании ;).

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

и уж тем более к ней не должны иметь доступа сотрудники техподдержки.

С этим согласен.

Если дерево оставило без связи офис - то работа затормозится совершенно безотносительно того, используем ли мы собственную почту, или покупаем сервис.

С чего бы это? Если вся инфраструктура локальна, то офис вполне сможет продолжить нормальную работу, принимать клиентов.

Несколько знаю.

Удивительно, думал таких не существует.