Eu tive o mesmo problema de usar vários idiomas para diferentes conjuntos de automação. Sou consultor sênior de uma empresa de serviços de TI na Índia. Toda vez que eu consulte um
Para o propósito, tive dificuldade em justificá-lo para a gerência . Eu até discuti com meus amigos (como conversa casual) sobre o desenvolvimento de uma linguagem unificada que atenda a todas as necessidades de automação e ainda entre plataformas. Se um estiver disponível, poderá
mudar o mundo dos scripts. Até onde eu sei, o mapeamento que costumamos usar vai
Idiomas e domínio de uso
AutoIT - Automação de GUI baseada em Windows Bash - A automação baseada em Unix envolve principalmente a interação do sistema Perl - Automação de processamento de dados com menos interação do sistema Expect - Requisitos interativos baseados em caracteres. (que não pode ser resolvido pelo Perl, Bash) VBS - script baseado em Windows
Qualquer automação sempre acompanha uma ou mais chamadas remotas para recuperação de informações ou publicação de resultados. Aqui estão as diferentes listas de endereços dos principais sistemas operacionais.
Chamada de script remoto (ferramentas)
Windows -> Windows
psexec, Powershell
Windows -> Unix
plink, Quest Plink -> Servidor SSH
Unix -> Unix
Cliente SSH -> Servidor SSH
Unix -> Windows
winexe, wmic -> agente WMI check_nrpe -> agente NRPE_NT
Na lista acima, você pode facilmente entender que nenhum idioma pode substituir outro no conjunto de recursos. Temos que conviver com eles até termos um SO universal e um padrão universal de protocolos de comunicação e APIs.