Максим Тимофеев:
> создается видимость импортозамещения
Не все работники контролирующих органов идиоты.
> импортозамещение в it это глупость, зачем идти на поводу у дибилов из правительства?
Это политический вопрос, он не относится к поставленной задаче. Топикстартер не спрашивал как создать видимость импортозамещения, он спраштвал как действительно это сделать.
Максим Тимофеев: ну, во-первых, существующее железо может не позволять. Одно дело - сервер, держащий расшаренную папку на 1000 пользователей, и другое дело - сервер, держащий 1000 терминальных сессий с офисом, браузером и CRM на java. Во-вторых, задача топикстартера состоит в импортозамещении, и это её никак не решает.
Максим Тимофеев: это возможно, для работы по RDP советую использовать freerdp(www.freerdp.com/). Версия в репозиториях дистрибутива может быть очень старой, в таком случае советую собрать актуальную вручную.
С пробросом принтеров могут возникнуть проблемы, стоит это проверить. Некоторые модели не работают под Linux. Если есть возможность - лучше сразу брать нормальные сетевые принтеры и не мучаться.
Большой экономии не выйдет, для работы с сервером терминалов всё равно потребуются пользовательские CAL, но по крайней мере не придётся платить за винду на рабочих местах.
dflbrhekbn: в данном случае зависит от того, что написано в install.sh. Если программа ставилась кастомным образом, снести её стандартными методами нельзя. Посмотри, нету ли рядом uninstall.sh или не поддерживает ли оно параметр uninstall.
blind-cobra: потому что для percona-server это будет выглядеть как-нибудь так:
```
percona-server-5.5 percona-xtradb-cluster-server/root_password_again password
percona-server-5.5 percona-xtradb-cluster-server/root_password password
p
```
Установить и проверить с помощью debconf-get-selections, делов-то
Тонкость: чтобы в AWS диск стал загрузочным для виртуалки, его надо прицеплять к виртуалке обратно как /dev/sda1 Диски с данными надо прицеплять без цифры
Sanes: > продукт, который вы разработали, протестировали и может быть даже будете поддерживать и развивать.
Так это и админы, независимо от использования или нет ansible/puppet/..., и тестировщики с автоматизированными тестами, и электронщики со схемами устройств. Очень широкий термин.
Sanes: я их считаю простейшей программой. Если я на даче крыльцо из кирпичей сложил - я уже строитель? А если кран поменял - я сантехник? Админство содержит в себе небольшую примесь программирования на простом уровне, но разработчиком админ от этого не становится. Сценарии эти - простые процедурные программы на 100-200 строк максимум, ни сложных структур данных, ни ООП, ни сложного плана выполнения. Это ещё не разработка.
Sanes: разработчик работает со сложными моделями, состоящими из многократно вложенных абстракций, продумывает для всего этого архитектуру, чтобы они оставались простыми, управляемыми, с чётко локализуемыми ошибками, с минимумом неявных связей. Он может делать это на Python или на PHP или на Basic, инструмент не важен, важна суть происходящего. А я всё-таки админ.
Sanes: да я как бы уже на второй работе их использую, а именно Ansible. Ну, раньше я писал конфиг руками и выкладывал самые интересные куски в вики, а теперь генерю из шаблона и до кучи запускаю разные команды, чтобы оно срослось и заработало. Да, работать с группами однородных хостов стало значительно удобнее. Да, всё это лежит в гите. Всё, я разработчик? Говорю же, принципиальной разницы нет, вся фишка по-прежнему в содержании конфигов, а не во внешних обвязках.
Системы управления конфигурациями ближе разработке в то же мере, в какой ближе разработке скрипты для бекапа вместо ежедневных ручных действий. Они облегчают жизнь, но принципиальной разницы с обычным админством лично я не вижу.
Pan Propan: в формате docx - может быть. А попробуй написать сложный документ с формулами, сохранить в doc и открыть в LO. Или сложную ppt(не pptx). Увы, 100% совместимости для сложных документов всё-таки нету.
