У мене була однакова проблема використання декількох мов для різного набору автоматизації. Я старший консультант компанії ІТ-сервісу в Індії. Кожен раз, коли я консультуюсь іншого
мови з метою, у мене було важкий час, виправдовуючи її керівництву . Я навіть обговорював з друзями (як випадкові розмови) про те, щоб розробити єдину мову, яка б відповідала всім потребам автоматизації та все ще кросплатформова. Якщо такий доступний, він може
змінити світ сценаріїв. Наскільки я знаю, карти, які ми зазвичай використовуємо, йдуть
Мови та домен використання
AutoIT - Базовий інтерфейс для автоматичного інтерфейсу на базі Windows - Автоматизація на основі Unix в основному передбачає взаємодію з системою Perl - Автоматизація обробки даних з меншою системою взаємодії Очікуйте - Інтерактивні вимоги на основі символів. (що не може бути вирішено Perl, Bash) VBS - Сценарії на основі Windows
Будь-яка автоматизація завжди супроводжується одним або декількома віддаленими викликами для отримання інформації або публікації результатів. Ось різний список, що стосується основних ОС.
Віддалене запрошення сценарію (інструменти)
Windows -> Windows
psexec, Powershell
Windows -> Unix
plink, Quest Plink -> SSH-сервер
Unix -> Unix
Клієнт SSH -> SSH-сервер
Unix -> Windows
winexe, wmic -> Агент WMI check_nrpe -> Агент NRPE_NT
У наведеному вище списку ви можете легко зрозуміти, що жодна мова не може замінити іншу в наборі функцій. Ми повинні жити з ними, поки не будемо мати універсальну ОС та універсальний стандарт протоколів зв'язку та API зв'язку.