다른 자동화 세트에 여러 언어를 사용하는 것과 동일한 문제가있었습니다. 저는 인도의 IT 서비스 회사의 수석 컨설턴트입니다. 다른 상담을 할 때마다
목적을 위해 언어, 나는 경영진에게 그것을 정당화하기 힘든 시간을 보냈습니다 . 나는 모든 자동화 요구를 충족시키고 여전히 크로스 플랫폼을 지원하는 통합 언어를 개발하는 것에 대해 친구들과 이야기했습니다 (캐주얼 한 대화). 하나를 사용할 수 있으면
스크립팅 세계를 바꾸십시오. 내가 아는 한, 우리가 일반적으로 사용하는 매핑은
언어 및 사용 도메인
AutoIT-Windows 기반 GUI 자동화 Bash-Unix 기반 자동화에는 대부분 시스템 상호 작용이 포함됩니다. Perl-시스템 상호 작용이 적은 데이터 처리 자동화 예상-문자 기반 대화식 요구 사항. (Perl, Bash로는 해결할 수 없음) VBS-Windows 기반 스크립팅
모든 자동화는 항상 정보 검색 또는 결과 게시를위한 하나 이상의 원격 호출과 함께 제공됩니다. 주요 OS를 다루는 다른 목록은 다음과 같습니다.
원격 스크립트 호출 (도구)
Windows-> Windows
psexec, 파워 쉘
Windows-> 유닉스
plink, 퀘스트 Plink-> SSH 서버
유닉스-> 유닉스
SSH 클라이언트-> SSH 서버
유닉스-> 윈도우
winexe, wmic-> WMI 에이전트 check_nrpe-> NRPE_NT 에이전트
위의 목록에서 언어가 기능 세트의 다른 언어를 대체 할 수 없음을 쉽게 알 수 있습니다. 우리는 하나의 보편적 인 OS와 보편적 인 표준 통신 프로토콜 및 API를 가질 때까지 이들과 함께 살아야합니다.