서버 자동화가 FANG에 도달한 방법

오늘날 대부분의 데스크톱 애플리케이션은 사용자가 문서 생성, 계산, 데이터 분석 등의 특정 작업을 수행하도록 설계되었습니다.

종종 이러한 응용 프로그램에는 예를 들어 반복 작업 시퀀스의 경우 이러한 서비스를 사용하는 코드를 생성하기 위한 매크로 언어가 내장되어 있습니다. 즉, 이러한 종류의 응용 프로그램은 프로그래밍할 수 있습니다.

서버 자동화는 클라이언트의 주소 공간에서 실행할 수 있습니다. 이 경우 내부(in-process) 서버라고 하며 라이브러리(DLL)로 구현된다.

또한 자동화 서버는 컨트롤러의 주소 공간과 다른 자체 주소 공간에서 실행할 수 있습니다. 이 경우 out-of-process 서버라고 합니다. 이 유형의 서버에 대해 논의할 것입니다.

컨트롤러가 실행되는 컴퓨터가 아닌 다른 컴퓨터에서 자동화 서버를 수행하는 경우 원격이라고 합니다. 많은 로컬 자동화 서버를 원격으로 실행할 수 있습니다. FANG에 어떻게 도달했나요?

FANG은 다음과 같은 미국 최대 기술 회사를 나타냅니다.
F – Facebook
A – Amazon
N – Netflix
G – Google

그들은 이미 미국 전역에서 가장 유명한 회사 중 하나가 되었습니다. 우리가 프로세스 자동화에 대해 이야기할 때 서버 자동화는 그들에게 특히 중요합니다. 이러한 대기업이 가장 필요한 기업입니다.

FANG의 서버 자동화를 결정짓는 것은 지난 10년이었습니다. 개발자들이 이 시스템을 도입하는 데 참여했으며, 이는 훌륭하게 작동합니다.

소규모 비기술 기업, 특히 완벽한 경험을 위해 필요한 MT5 지표에 대한 정보를 고객에게 제공할 수 있도록 현재 서버 자동화를 허용하는 FX 중개인도 이를 사용하기 시작했음을 언급해야 합니다.

핀테크는 이러한 기술이 정말 중요한 분야로 서서히 자리잡고 있으며 점점 더 많은 기업들이 이러한 트렌드를 기대하고 있습니다.

서버 자동화의 개념은 무엇입니까?

클라이언트와 서버가 다른 주소 공간에 있는 경우(같은 컴퓨터에 있든 다른 컴퓨터에 있든) 클라이언트는 서버를 관리하기 위해 다른 주소 공간에 있는 개체의 메서드를 참조해야 합니다. 이를 위해 LRPC(Local Remote Procedure Calls) 기술이 사용됩니다.

앞서 언급했듯이 각 SOM 서버(서버 자동화)와 SOM 개체의 각 클래스에는 고유한 128비트 GUID(Global Unique Identifier)가 있습니다.

SOM 개체 클래스로 이동하면 CLSID(클래스 ID)라고도 합니다. SOM 서버(자동화 서버 포함)를 생성할 때 GUID 및 CLSID를 사용하여 IT를 자동으로 생성할 수 있지만 필요한 경우 표준 Windows API coCreateGUID를 호출하여 생성할 수 있습니다.

모든 SOM 서버 및 SOM 객체 클래스에 대한 정보는 시스템 레지스트리에 저장되어 클라이언트가 어떤 디렉토리(또는 로컬 네트워크의 컴퓨터)가 SOM 서버인지 "모르는" 것을 허용하고 SOM 서버로부터 이에 대한 정보를 수신합니다. 레지스트리.

일반적으로 SOM 서버는 SOM 개체를 만들어 다른 프로그램에서 사용할 수 있도록 하는 응용 프로그램입니다. 자동화 서버는 고객에게 액세스를 위한 특수 유형 개체인 디스패치 개체를 제공합니다.

동시에 서버를 제어하는 ​​응용 프로그램 컨트롤러의 주소 공간에는 IDispatch 인터페이스를 포함하는 선택적 변수가 있어 SOM 서버의 이 개체에 액세스할 수 있습니다.

컨트롤러는 실행을 시작하고 문서 및 기타 개체를 생성하여 서버를 제어할 수 있습니다. 또한 서버 창의 크기, 위치 및 가시성을 변경할 수 있습니다. 컨트롤러는 또한 서버 개체를 클립보드에 복사하고 서버에서 생성한 문서에 데이터를 추가하는 등의 방식으로 작동합니다.

일부 서버 관리 기능의 가용성은 서버 개발자가 외부 응용 프로그램과 자동화하기 위해 개발자에게 서버의 개체, 속성 및 메서드를 제공하는 방법에 따라 다릅니다.