А перестать хотеть использовать не получается...
Переезд, когда он рассчитан на результат, а не на "потрогать, что получится", начинается с выписывания
НА БУМАГУ задач решаемых виндовым доменом. Без вот этого вот: ну там права пользователей, разграничить ресурсы...
Пример (именно так без каких-либо жаргонизмов!!!):
АД используется для решения описанных далее задач.
Задача 1. Централизованное хранение учётных данных пользователей.
Пояснение. Учётными данными пользователей являются:
1. реквизиты для регистрации в системе: пара логин/пароль, и/или иные средства аутентификации, позволяющие однозначно идентифицировать пользователя, подключающегося к системе;
2. настройки ПО для конкретного пользователя;
Задача 2. Централизованное хранение учётных записей оборудования, включенного в АД;
Задача 3. Централизованное хранение прав доступа к объектам АД.
Задача 4. Централизованное хранение списков ПО, установленного на аппаратных платформах, включенных в АД, и управление настройками этого ПО.
Задача 5. Реализация правила одного входа. Данное правило говорит о том, что пользователь, единожды подключаясь к системе, в которой оно реализовано, получает определённый правилами АД-а доступ к необходимым ресурсам без каких-либо иных телодвижений по вводу регистрационных данных.
Это вот только пример. Подчёркиваю: чем детальнее и грамотнее будут описаны задачи, и чем больше описание будет оторвано от специфичной виндовой терминологии, тем больше шансов на успешную миграцию
Пояснение 1.1. Под у
Updated: 19 January 2018, 18:43:52
пользователи, которые более 20 лет работают в этой среде
Не является аргументом. Когда я трудился на одном машиностроительном заводе, в ЦКБ пахал дед. 78 лет на тот момент. Первым разбирался с новым софтом, а потом учил молодёжь. Такие дела.
Updated: 19 January 2018, 18:44:57
специализированный софт
В качестве краткосрочного эффективно-манагерского критерия потянет. Уже в среднесрочной перспективе надо либо искать замену, либо выносить мозг производителю.