Вот несколько проблем, кодга потребовалось удаленное вмешательство: 1) У провайдера доступ завязан на мак адрес, нужно было прописать новый. 2) Adsl подключение, преднастроил, но автоматически не поднялось. Человеческий фактор, банально не прописал нужную подсеть в iptables, а список правил там довольно большой.
На переключение у нас было около часа, пока люди на обеде. Реально, во всех филиалах уложились в это время, кроме одного, с тем самым adsl, где пришлось немного повозиться, дело оказалось банально в неправильном пароле.
Верно. не работает. Только скорее наоборот: Exchange не работает с Samba. Пока Samba в отдельном сайте - все нормально. Поэтому Exchange заменили до полного отказа от MS AD, но после тестирования Samba в отдельном сайте в нашем облаке.
По опыту, с драйверами проблемы обычно бывают двух типов: компоненты самого компьютера (жесткие диски и видеокарты) и периферия.
Первое актуально при клонировании образов и решается по мере выявления. дополнительные библиотеки с драйверами диска можно подключить на этапе запуска ОС, драйвер видеокарты установить скриптом после определения оборудования.
Второй пункт решается на этапе аудита. Изучаем имеющиеся принтеры/сканеры/MFU, подбираем драйверы. В крайнем случае потребуется замена части парка периферийной техники или, в случае частичного отказа от MS на рабочих местах, рокировка.
Что касается ПО, то отчасти для этого и выполнялся подробный аудит рабочих мест (что где используется). методы решения, думаю, тоже очевидны: Замена ПО на аналоги, отказ от замены компьютера либо костыли в виде терминального доступа (в данном проекте не делали) и WINE. Наличие несовместимого с Linux - ПО один из факторов снижения затрат на MS на 90%, а не полного отказа :-)
И как то вскользь в статье упомянуто про руководства для пользователей.
Да, статья больше про инфраструктурные службы. Потому что в данном проекте основное время и мозговые усилия инженеров были направлены на построение единой ИТ-инфраструктуры на СПО компонентах. Интерес к теме рабочих мест видим в комментариях. В будущем, возможно затронем и эту тему на примере других проектов.
Если раньше условный секретарь после найма готов к работе, то теперь на пути добавилось изучение руководства. Есть какие-нибудь оценки, какие потери получили с этой стороны? это ведь тоже затраты
Специально исследование не проводили. По опыту других проектов скажу, сто большинство пользователей не замечает переход на Linux если оставить элементы интерфейса в тех же местах, где они были в старой ОС. Основные проблемы вызывает замена офиса. При этом чем выше компетенция пользователя, тем ему сложнее. Само собой это связанно с предыдущим опытом. Тут ничего лучше инструкций и обучения не придумаешь. Кстати, после недавних событий с отказом MS работать в России, предыдущий опыт тоже может начать меняться в сторону LibreOffice или МойОфис, который теперь предустанавливается по умолчанию на новые компьютеры.
Посмотрите на Р7-офис. Тот-же OnlyOffice, но в реестре и никуда не исчезнет. По совместимости согласен. Говорят, что у китайского WPS еще лучше совместимость, но пока специально не изучал лично из за специфики проектов. Если кто уже тестировал / сравнивал, отзовитесь :-)
Подход был следующий: Debian, среда рабочего стола как в Windows, минимум проблем с драйверами.
И как организована работа с хотелками конечных пользователей типа «хочу другую/тёмную тему», «значки не те неудобно» и т.п.;
Большая часть хотелок решается самими пользователями или тех. поддержкой. Всё как и с windows.
2. Из специфического: есть ли 1С, крипто-про на конечных рабочих станциях, и как прошла замена;
По 1С. В этом проекте мы просто подготовили инфраструктуру для 1С и терминальную ферму. Но и на ней Ubuntu. Так что проблемы были и с ними разбиралась другая команда. По опыту коллег, каждый раз нужно анализировать ситуацию. Какие-то модули могут использовать COM-объекты и их нужно заменять / переписывать
С крипто про в этом проекте не пересеклись, но последние годы он уже сносно работает под Linux
3. Есть/будет ли антивирус на пользовательских машинах (особенно в свете отвала ClamAV в РФ);
Пожалуй, тут без комментариев, чтоб не нарваться на холивар :-). Скажу только, что Kaspersky пока никуда не уходит.
4. Как ваш опыт с LibreOffice? Несколько раз пытался провести им замену пакетов от MS и всякий раз сталкивался с огромными проблемами, вплоть до «открываем документ, редактируем, сохраняем, открываем опять – получаем пустой документ».
Всё сложно. Тема проблем после замены офиса достойна отдельной статьи, а тут мы постарались больший акцент сделать на серверную инфраструктуру. С пустого документами к счастью не встречался, но во следующее в любом проект вне зависимости от версии офиса (российский или СПО):
Макросы не работают
Поехавшее форматирование
Не все формулы работают в таблицах
Общий подход - создать новые шаблоны с нуля в самих документах, а не перетаскивать версии из MS Office. По возможности использовать pdf
Нет, бунта не было. :-) Компания расположена далеко от Москвы и, по опыту, в регионах изменения в ИТ воспринимают проще, даже если они вынужденные не дают много преимуществ для самих пользователей, как в случае с переходом на OpenSource.
В этой части лед тоже тронулся. Мееедленно, с запозданием, но тронулся.
Например, в постановлении правительства 658 есть важный пункт. К 2020 году федеральные органы обязаны обеспечить совместимость используемых ими систем с отечественным ПО. Постановление можно вот тут посмотреть: pravo.gov.ru/laws/acts/46/545356.html
На ваш вопрос есть два ответа. Оба они будут от не только от моего лица, но и от лица коллег по направлению «импортозамещения» в компании КРОК, поэтому воспользуюсь местоимением мы.
1) Зачем это интегратору… Хотя бы затем, что компания не может игнорировать тренды рынка. Сейчас есть запросы на переход на отечественное ПО, и мы реагируем.
2) Зачем это мне лично и коллегам… В интеграторы вообще идут работать любители решать головоломки (сложные задачи). Часть нас до активизации импортозамещения занималась инфраструктурными проектами на базе MS (AD, Exchange, SCCM, SCOM и т.д.), часть — решениями на базе Open Source. Так что, что мы знаем к чему привыкли пользователи и что могут Linux-решения. Основная задача в рамках импортозамещения, как мы её видим, максимально смягчить неизбежный процесс перехода для затронутых данной темой заказчиков, т. е. постараться сохранить те возможности, к котором люди привыкли работая под Windows. Задача комплексная и интересная… Не на 100% решаемая, но мы делаем все, что можем.
Да, по ссылке 3 таблицы:
• Global 100 Software Leaders by revenue
• SaaS revenues of Top 50 software companies
• 25 Fastest Growing Cloud Companies
Две из них относятся к облакам. Первая действительно формально нет. Облака при том, что отказ от поддержки и возможности дозакупки при сохранении продукта на руках не так сильно помещает работе, как невозможность пользоваться сервисом.
Так обычные или самые прогрессивные? Или вообще все?
Да, нужно внести ясность.
1. Обычные пользователи, т.е. не компании в целом, а люди, использующие сервисы того же гугла в повседневной жизни (что называется Consumers).
2. Продвинутые представители бизнеса, о чем я упоминал ранее. Хотя и то, что более продвинутые пользователи пострадают сильнее, тоже верно.
Давайте попробуем…
Приведенный вами список называется «25 Fastest Growing Cloud Companies».
Тут не нужно быть экспертом, чтоб утверждать что в первую очередь пострадают пользователи облачных сервисов западных компаний. В России это, в первую очередь, филиалы западных компаний и представители «small business», сделавшие ставки на цифровой бизнес. Выход – переход на отечественные облака, что, как минимум, приведет к повышению костов. Во вторую очередь, пострадают компании, использующие лицензии по подписке, если ограничение не только юридическое, но и техническое, т.е. нужно периодически заменять ключ или обращаться в Интернет за продлением лицензии. Для них дедлайном станет время окончания лицензии. Решение – срочный переход на альтернативные решения.
У остальных потребителей решений в списке выбор будет побольше и зависит от множества факторов: планируется ли рост, требуется ли соблюдение лицензионной чистоты, бюджет на IT и т.д.
Если говорить глобально и просто:
1. Полный уход с рынка облачных западных компаний сильнее всего скажется на обычных пользователях.
2. И в бизнесе, и в обычной жизни, в первую очередь, пострадают самые прогрессивные
3. Усилится пиратство.
4. Ускорится рост числа специалистов по СПО
5. Выиграют от этого российские разработчики
Но я, как полагаю и вы, всё-таки буду надеяться, что до этого не дойдет.
Вот несколько проблем, кодга потребовалось удаленное вмешательство:
1) У провайдера доступ завязан на мак адрес, нужно было прописать новый.
2) Adsl подключение, преднастроил, но автоматически не поднялось. Человеческий фактор, банально не прописал нужную подсеть в iptables, а список правил там довольно большой.
На переключение у нас было около часа, пока люди на обеде. Реально, во всех филиалах уложились в это время, кроме одного, с тем самым adsl, где пришлось немного повозиться, дело оказалось банально в неправильном пароле.
По аналогии с MS AD. Есть репликация LDAP и репликация sysvol. Но репликация sysvol по опыту работает нестабильно и требует мониторинга.
Так и есть. Подробнее ответы на оба вопроса в первой части статье. https://habr.com/ru/company/croc/blog/656135/
Пригодились оба. На разных площадках. Попрошу подробнее расписать инженера, правда он уже в отпуске. Надеюсь сможет рассказать :-)
Верно. не работает. Только скорее наоборот: Exchange не работает с Samba. Пока Samba в отдельном сайте - все нормально. Поэтому Exchange заменили до полного отказа от MS AD, но после тестирования Samba в отдельном сайте в нашем облаке.
Полагаю, @LevOrdabesov имел ввиду свой недавний пост. https://habr.com/ru/news/t/655781/
Лично я пока не проверял.
По опыту, с драйверами проблемы обычно бывают двух типов: компоненты самого компьютера (жесткие диски и видеокарты) и периферия.
Первое актуально при клонировании образов и решается по мере выявления. дополнительные библиотеки с драйверами диска можно подключить на этапе запуска ОС, драйвер видеокарты установить скриптом после определения оборудования.
Второй пункт решается на этапе аудита. Изучаем имеющиеся принтеры/сканеры/MFU, подбираем драйверы. В крайнем случае потребуется замена части парка периферийной техники или, в случае частичного отказа от MS на рабочих местах, рокировка.
Что касается ПО, то отчасти для этого и выполнялся подробный аудит рабочих мест (что где используется). методы решения, думаю, тоже очевидны: Замена ПО на аналоги, отказ от замены компьютера либо костыли в виде терминального доступа (в данном проекте не делали) и WINE. Наличие несовместимого с Linux - ПО один из факторов снижения затрат на MS на 90%, а не полного отказа :-)
И как то вскользь в статье упомянуто про руководства для пользователей.
Да, статья больше про инфраструктурные службы. Потому что в данном проекте основное время и мозговые усилия инженеров были направлены на построение единой ИТ-инфраструктуры на СПО компонентах. Интерес к теме рабочих мест видим в комментариях. В будущем, возможно затронем и эту тему на примере других проектов.
Если раньше условный секретарь после найма готов к работе, то теперь на пути добавилось изучение руководства. Есть какие-нибудь оценки, какие потери получили с этой стороны? это ведь тоже затраты
Специально исследование не проводили. По опыту других проектов скажу, сто большинство пользователей не замечает переход на Linux если оставить элементы интерфейса в тех же местах, где они были в старой ОС. Основные проблемы вызывает замена офиса. При этом чем выше компетенция пользователя, тем ему сложнее. Само собой это связанно с предыдущим опытом. Тут ничего лучше инструкций и обучения не придумаешь. Кстати, после недавних событий с отказом MS работать в России, предыдущий опыт тоже может начать меняться в сторону LibreOffice или МойОфис, который теперь предустанавливается по умолчанию на новые компьютеры.
Пока через оснастки Windows https://wiki.samba.org/index.php/Setting_up_a_Share_Using_Windows_ACLs
Посмотрите на Р7-офис. Тот-же OnlyOffice, но в реестре и никуда не исчезнет. По совместимости согласен. Говорят, что у китайского WPS еще лучше совместимость, но пока специально не изучал лично из за специфики проектов. Если кто уже тестировал / сравнивал, отзовитесь :-)
1. Почему выбрали именно Mint?
Подход был следующий: Debian, среда рабочего стола как в Windows, минимум проблем с драйверами.
И как организована работа с хотелками конечных пользователей типа «хочу другую/тёмную тему», «значки не те неудобно» и т.п.;
Большая часть хотелок решается самими пользователями или тех. поддержкой. Всё как и с windows.
2. Из специфического: есть ли 1С, крипто-про на конечных рабочих станциях, и как прошла замена;
По 1С. В этом проекте мы просто подготовили инфраструктуру для 1С и терминальную ферму. Но и на ней Ubuntu. Так что проблемы были и с ними разбиралась другая команда. По опыту коллег, каждый раз нужно анализировать ситуацию. Какие-то модули могут использовать COM-объекты и их нужно заменять / переписывать
С крипто про в этом проекте не пересеклись, но последние годы он уже сносно работает под Linux
3. Есть/будет ли антивирус на пользовательских машинах (особенно в свете отвала ClamAV в РФ);
Пожалуй, тут без комментариев, чтоб не нарваться на холивар :-). Скажу только, что Kaspersky пока никуда не уходит.
4. Как ваш опыт с LibreOffice? Несколько раз пытался провести им замену пакетов от MS и всякий раз сталкивался с огромными проблемами, вплоть до «открываем документ, редактируем, сохраняем, открываем опять – получаем пустой документ».
Всё сложно. Тема проблем после замены офиса достойна отдельной статьи, а тут мы постарались больший акцент сделать на серверную инфраструктуру. С пустого документами к счастью не встречался, но во следующее в любом проект вне зависимости от версии офиса (российский или СПО):
Макросы не работают
Поехавшее форматирование
Не все формулы работают в таблицах
Общий подход - создать новые шаблоны с нуля в самих документах, а не перетаскивать версии из MS Office. По возможности использовать pdf
Чуть меньше 400
Есть СПО версия (https://kopano.io/), но готовить ее сложно
Обязательно расскажем. Вторая часть почти готова. Выложим в ближайшие дни. Там будут подробности.
Нет, бунта не было. :-) Компания расположена далеко от Москвы и, по опыту, в регионах изменения в ИТ воспринимают проще, даже если они вынужденные не дают много преимуществ для самих пользователей, как в случае с переходом на OpenSource.
Например, в постановлении правительства 658 есть важный пункт. К 2020 году федеральные органы обязаны обеспечить совместимость используемых ими систем с отечественным ПО. Постановление можно вот тут посмотреть: pravo.gov.ru/laws/acts/46/545356.html
1) Зачем это интегратору… Хотя бы затем, что компания не может игнорировать тренды рынка. Сейчас есть запросы на переход на отечественное ПО, и мы реагируем.
2) Зачем это мне лично и коллегам… В интеграторы вообще идут работать любители решать головоломки (сложные задачи). Часть нас до активизации импортозамещения занималась инфраструктурными проектами на базе MS (AD, Exchange, SCCM, SCOM и т.д.), часть — решениями на базе Open Source. Так что, что мы знаем к чему привыкли пользователи и что могут Linux-решения. Основная задача в рамках импортозамещения, как мы её видим, максимально смягчить неизбежный процесс перехода для затронутых данной темой заказчиков, т. е. постараться сохранить те возможности, к котором люди привыкли работая под Windows. Задача комплексная и интересная… Не на 100% решаемая, но мы делаем все, что можем.
• Global 100 Software Leaders by revenue
• SaaS revenues of Top 50 software companies
• 25 Fastest Growing Cloud Companies
Две из них относятся к облакам. Первая действительно формально нет. Облака при том, что отказ от поддержки и возможности дозакупки при сохранении продукта на руках не так сильно помещает работе, как невозможность пользоваться сервисом.
Так обычные или самые прогрессивные? Или вообще все?
Да, нужно внести ясность.
1. Обычные пользователи, т.е. не компании в целом, а люди, использующие сервисы того же гугла в повседневной жизни (что называется Consumers).
2. Продвинутые представители бизнеса, о чем я упоминал ранее. Хотя и то, что более продвинутые пользователи пострадают сильнее, тоже верно.
Приведенный вами список называется «25 Fastest Growing Cloud Companies».
Тут не нужно быть экспертом, чтоб утверждать что в первую очередь пострадают пользователи облачных сервисов западных компаний. В России это, в первую очередь, филиалы западных компаний и представители «small business», сделавшие ставки на цифровой бизнес. Выход – переход на отечественные облака, что, как минимум, приведет к повышению костов. Во вторую очередь, пострадают компании, использующие лицензии по подписке, если ограничение не только юридическое, но и техническое, т.е. нужно периодически заменять ключ или обращаться в Интернет за продлением лицензии. Для них дедлайном станет время окончания лицензии. Решение – срочный переход на альтернативные решения.
У остальных потребителей решений в списке выбор будет побольше и зависит от множества факторов: планируется ли рост, требуется ли соблюдение лицензионной чистоты, бюджет на IT и т.д.
Если говорить глобально и просто:
1. Полный уход с рынка облачных западных компаний сильнее всего скажется на обычных пользователях.
2. И в бизнесе, и в обычной жизни, в первую очередь, пострадают самые прогрессивные
3. Усилится пиратство.
4. Ускорится рост числа специалистов по СПО
5. Выиграют от этого российские разработчики
Но я, как полагаю и вы, всё-таки буду надеяться, что до этого не дойдет.