장치 관리자
장치 관리자 컴포넌트 및 기능은 다음을 포함합니다.
장치 관리자는 연결 유형 또는 장치 성능에 관계없이 강력한 장치 관리를 위한 유연성있는 솔루션을 제공합니다. 네트워크 연결 상태 또는 오프라인 장치가 관리의 대상이 될 수 있으며 특정 장치 유형에 대한 관리 기능은 장치 및 운영 체제 성능에 따라 맞춰집니다.
장치 관리자에게 있어 장치는 PDA(Personal Digital Assistant), 포켓용 PC, PC, 하위 노트북, 휴대 전화, 셋톱 박스, 내장형 정보 시스템 및 기타 퍼베이시브 컴퓨팅 장치를 의미합니다. 일부 공통 장치 그룹(또는 장치 클래스)은 Windows 32 장치를 포함한 OSGi 사용 장치입니다.
evice Manager는 데이터베이스에 장치를 등록하고 장치 관리를 위한 많은 작업은 다음과 같습니다.
장치 관리자는 장치 관리를 위한 그래픽 사용자 인터페이스(GUI)를 제공합니다. 관리자는 일반적으로 장치 관리자 콘솔을 사용합니다. 또한 장치 관리자는 장치를 관리하도록 API(application programming interface) 및 관리 콘솔을 제공합니다.
장치 관리자에서 관리 조치는 작업이라고 합니다. 작업은 단일 장치 또는 장치 그룹에 적용 또는 대상으로 지정됩니다. 장치 그룹은 장치 목록에 의해 정의되거나 장치 소유자, 소유자 그룹, 장치 재고의 일부 속성 또는 특성 조합별과 같이 그룹을 특성화함으로써 정의됩니다.
작업은 장치의 대상이 되며 해당 장치가 장치 관리자 서버에 연결되면 작업이 실행됩니다. 서버는 모든 작업 및 모든 장치에 대한 작업 상태 히스토리를 유지보수합니다. 특정 작업 유형의 경우, 서버는 장치에 대한 작업이 대기 중임을 장치에 알릴 수 있습니다.
장치 관리자는 웹 Application Server 모델에 빌드됩니다. 장치 관리자 서버는 WebSphere Application Server에서 실행되는 한 세트의 J2EE Servlet입니다. 장치 관리자 데이터 저장영역은 DB2 또는 Oracle과 같은 관계형 데이터베이스에 있습니다. 장치 관리자 서버는 관리 장치에 에이전트가 필요합니다. 에이전트는 장치 관리자 제공 에이전트(예: Windows 32비트)이거나 장치 제조업자가 제공할 수 있습니다.
장치 에이전트는 HTTP 또는 HTTPS를 사용하여 장치 관리자 서버와 통신합니다. HTTP 맨 위에서 실행되는 프로토콜은 자산 프로토콜이거나 OSGi 장치에서 사용되는 OMA DM 프로토콜과 같은 표준 프로토콜입니다. 장치와 장치 관리자 사이에 HTTP 및 HTTPS 통신을 사용함으로써 방화벽과 같은 다양한 네트워크 요소에서 요청 및 응답을 전달할 수 있습니다.
OMA DM은 무선 장치의 장치 관리를 위해 OMA(Open Mobile Alliance) 조직이 작성한 스펙으로서 장치 관리자가 하나의 프로토콜 엔진을 작성하여 장치 관리자와 OMA DM 장치 에이전트 사이에 전달된 메시지를 인코드 및 디코드할 수 있는 표준 형식입니다. 보증된 OMA DM 1.1.2 구현 및 OMA DM 1.2 구현인 OMA DM Management Server를 제공합니다.
장치 관리자는 또한 OSGi 사용 장치에 대한 소프트웨어 번들 관리를 지원합니다. OSGi는 독립 관리 응용프로그램이 단일 가상 시스템에서 공존하는 런타임 환경을 정의하는 스펙입니다. OSGi 번들에서 수행할 수 있는 조작에는 번들 설치, 시작, 중지, 갱신 및 제거가 포함됩니다. 장치 관리자의 일부인 Windows 32비트 에이전트는 OSGi 소프트웨어 번들 관리 기능 및 전형적인 장치 관리 기능을 지원합니다.
참고: Lightweight 장치 관리자라고 하는 특수 목적의 장치 관리자 배치를 일부 장치 관리자 버전에서 사용할 수 있습니다. Lightweight 장치 관리자는 소형 Eclipse 런타임에서 실행되며 동일한 JVM에서 실행되는 Cloudscape 기반의 데이터베이스와 함께 실행할 수 있고 간단한 자동 기본 구성을 제공합니다.
장치 관리자는 Java 기술을 사용합니다. 장치 관리자 서버는 WebSphere Application Server에서 실행되는 한 세트의 J2EE Servlet입니다. 장치 관리자 서버는 IBM AIX, Linux, Sun Solaris 및 다양한 Microsoft Windows Server 운영 체제 환경에서 실행됩니다. 장치 관리자 데이터베이스는 관계형 데이터베이스를 사용하여 데이터를 저장하는 동일한 운영 체제 환경에서 실행됩니다.
장치 관리자는 단일 서버 환경(관리되지 않는 서버 배치), 원격 데이터베이스가 추가된 장치 관리자 서버 또는 프론트 엔드 로드 밸런서로 WebSphere Application Server Network Deployment를 사용하는 원격 데이터베이스가 포함된 다중 서버 환경(관리되는 서버 배치)으로써 설치할 수 있습니다.
장치 관리자 콘솔은 Microsoft Windows 운영 체제 환경에서 실행되는 관리 클라이언트의 관리자가 사용합니다.
장치 관리자에서는 장치 소유자와 등록자라는 용어가 같은 의미로 사용됩니다. 일반적으로 등록자라는 용어는 장치 사용자가 장치 관리 서비스에 등록되는 등록 시나리오에서 사용되며 나머지 경우에는 장치 소유자(보다 일반적인 용어로는 장치 사용자)라는 용어를 사용합니다.
장치 소유자는 장치 등록 시 장치 관리자 데이터베이스에 장치 소유자로서 등록되는 사용자입니다. 장치 관리자는 장치 소유자를 식별하기 위해 장치에 설치되어 있는 장치 에이전트 프로그램에서 지정하는 사용자 ID를 기본적으로 사용합니다. 서비스 제공자 환경의 경우, 장치 소유자는 일반적으로 등록된 등록자입니다. 엔터프라이즈 환경의 경우, 장치 소유자는 일반적으로 엔터프라이즈 장치 자원을 담당하는 사용자입니다.
등록자는 등록 시 장치 관리 서비스의 기본 사용자로서 등록 관리자 컴포넌트에 등록되는 사용자입니다. 서비스 제공자 환경의 등록자는 서비스 비용을 지불하는 사용자이며 엔터프라이즈 환경의 등록자는 자신의 장치가 관리를 받는 직원입니다.
장치 관리자 서버는 장치를 관리하기 위해 네트워크 연결 장치에 대한 작업을 처리하기 위한 엔진 기능을 수행합니다. 이 서버는 Application Server에서 실행되는 한 세트의 Servlet으로 구성됩니다. 장치 관리자 데이터베이스는 장치 관련 데이터의 저장소입니다. 관리자 인터페이스인 장치 관리자 콘솔, 관리 명령 및 관리 API(웹 서비스 기반)을 사용하여 장치에서 실행할 다양한 작업 유형을 제출함으로써 장치를 관리합니다.
또한 장치 관리자는 다른 종류의 장치 및 모든 향후 장치 유형에 대한 특수 지원을 제공하는 장치 관리자 서버의 플러그인 구조를 정의합니다.
장치와 장치 관리자 사이에 HTTP 및 HTTPS 통신을 사용함으로써 방화벽과 같은 다양한 네트워크 요소에서 요청 및 응답을 전달할 수 있습니다.
장치 관리자는 간헐적으로 사용 가능한 저대역폭 네트워크를 통해 연결하는 광범위한 플랫폼 및 장치를 관리하기 위해 디자인 및 구현되었습니다.
LDAP 데이터베이스 및 등록 관리 구현을 사용하는 사용자 저장소와 같은 플러그인 포인트를 사용할 수 있습니다.
일반적으로 장치 관리자는 관계형 데이터베이스 및 WebSphere 하부 구조 기법에 의존하여 이들 제품이 제공하는 고가용성, 백업 및 복구 성능을 확보합니다. 예를 들어, DMS_AppServer 설치의 클러스터, 확장 가능한 데이터베이스 또는 미러링된 데이터베이스 전개를 사용할 수 있습니다.
장치 관리자 서버는 서버 요구사항을 충족시키는 컴퓨터로서 구성요소는 다음과 같습니다.
장치 관리자 서버의 기본 역할은 장치에 대한 작업을 처리하는 것입니다. 그러면 DMS Servlet 및 장치 플러그인이 함께 작업을 처리합니다.
다음 중 한 가지 조치를 수행하여 처리할 새 작업을 제출합니다.
이들이 작업을 제출하면, 관리자, 고객 서비스 담당자 또는 장치 소유자가 작업 유형, 작업 특정 매개변수, 작업을 실행해야 하는 장치, 작업의 활성화 및 만기 시간과 작업의 재실행 여부 및 재실행 주기를 지정합니다.
장치 관리자 서버는 장치 관리자 데이터베이스에 장치 및 작업 정보를 유지보수합니다. 장치 관리자 서버는 WebSphere Application Server Servlet으로서 구현됩니다.
장치 관리자 서버는 성능 및 대규모 환경을 위해 디자인 및 구현되었습니다. 성능 특성은 장치 유형, 작업 유형, 작업 빈도, 분배 조작의 양, 네트워크와 하드웨어의 특성 등 구체적인 기능 시나리오에 따라 달라집니다. 용량 증가를 위해, 클러스터 환경에 응용프로그램 서버를 추가하여 수평 배율 조정이 확보됩니다.
일반적으로 장치 관리자 서버는 기본 WebSphere Application Server 배치에 대해 일치하는 면적 특성과 함께 상대적으로 "대형" 컴퓨터에 설치됩니다. 일반적인 서버 메모리 요구사항은 1GB 이상이며 응용프로그램 서버 및 데이터베이스와 같은 전제조건 소프트웨어에 필요한 메모리를 포함합니다. Lightweight 장치 관리자는 소형 Eclipse 런타임에서 실행되며 동일한 JVM에서 실행되는 Cloudscape 기반의 데이터베이스와 함께 실행할 수 있습니다.
장치가 네트워크에 연결되면 Load Balancer를 사용하거나 직접 장치 관리자 서버로 라우트되어 작업을 처리합니다. DMS Servlet을 사용하면 다음과 같이 장치가 등록됩니다.
이러한 재지정 작업을 통해 작업을 완료하기 위해 여러 HTTP 연결이 필요한 경우 작업 처리 중에 Load Balancer를 통해 장치가 리턴되어 다른 장치 관리자 서버로 다시 라우트되는 것을 방지할 수 있습니다.
DMS Servlet은 장치와 관련되는 모든 제출된 작업을 데이터베이스에서 검색하여 우선 작업 목록을 빌드합니다. DMS Servlet은 일반적으로 여러 요청 및 응답을 반복함으로써 장치와 상호 작용할 장치 플러그인을 사용하여 작업을 처리합니다. DMS Servlet은 또한 장치에 대해 스케줄되는 작업을 판별하고 다음 스케줄 작업 또는 현재 실행 중인 작업에 대한 정보를 확보합니다.
데이터베이스 서버는 데이터베이스 서버 요구사항을 충족시키는 컴퓨터로서 장치 관리자 데이터베이스를 포함합니다.
장치 관리자 데이터베이스는 모든 장치 및 작업 정보를 보관하는 관계형 데이터베이스(DB2 또는 Oracle이 지원됨)입니다. 데이터베이스는 JDBC를 통해 모든 상호 작용을 수행하므로 장치 관리자 서버에서 원격으로 데이터베이스를 호스트할 수 있습니다. 장치 관리자 데이터에 대한 스키마 정의는 외부에 공개되지 않습니다.
참고: Lightweight 장치 관리자의 경우, Cloudscape(Derby) 호환 가능 설치 및 배치를 사용할 수 있습니다.
장치 관리자 데이터베이스는 다음과 같은 컴포넌트로 설치됩니다.
조회 보기는 장치, 장치 소프트웨어, 장치 하드웨어, 장치 구성 또는 몇몇 장치 관련 정보 조합에 대한 유용한 데이터 콜렉션을 나타냅니다.
장치 관리자 콘솔은 Windows 클라이언트의 장치 관리 조작을 관리하기 위한 GUI(Graphical User Interface)입니다. 이 콘솔은 소규모 관리 수퍼 사용자용입니다. 관리자는 이 인터페이스를 사용하여 장치 보기 및 등록, 소프트웨어 등록, 장치 및 소프트웨어의 특성 수정, 조회 작성 및 보기, 장치에 대한 작업 제출, 작업 히스토리 및 상태 확인 등을 수행합니다.
장치 관리자 콘솔은 장치 관리자 및 해당 컴포넌트 내에 정의된 템플리트 메타 정의 하부 구조를 사용하기 위해 구현됩니다. 콘솔은 장치 클래스, 작업 유형, 작업 매개변수, 장치 재고, 소프트웨어 유형 및 기타 데이터를 동적으로 렌더링합니다.
장치 관리자 콘솔에 대한 액세스는 등록 관리자 API의 구현을 통해 제어됩니다. 콘솔은 방화벽 안에서 실행되어야 합니다. 장치 관리자 콘솔은 장치 관리 조작을 제어하는 Java 응용프로그램입니다.
콘솔은 JDBC를 사용하여 장치 관리자 데이터베이스와 통신합니다.
관리자는 장치 관리자 콘솔에서 다음 항목을 관리할 수 있습니다.
작업 유형은 해당 구성원 또는 작업이 특별한 작업을 수행하는 고유한 작업 범주입니다. 콘솔을 사용하여 수행할 수 있는 작업 유형에는 장치 구성, 재고 콜렉션 및 소프트웨어 분배와 같은 작업이 포함됩니다. 장치 관리자는 작업 유형을 Java 클래스로 구현합니다.
장치 관리자 데이터베이스는 소프트웨어 패키지, OSGi 번들 및 Eclipse 기능의 위치를 지정하는 URL을 저장하고 기타 소프트웨어 정보를 저장합니다. 장치 관리자 콘솔은 이러한 정보를 관리하는 창을 제공합니다.
소프트웨어는 HTTP 서버에 상주하며 콘솔 초기화 소프트웨어 분배 작업을 사용하여 특정 장치 클래스의 장치에 분배할 수 있습니다.
장치 관리자 콘솔 및 콘솔을 사용하여 작업 작성에서 장치 관리자 콘솔 및 사용에 대한 자세한 정보를 찾을 수 있습니다.
관리 API는 장치 관리자 장치, 장치 클래스, 작업, 소프트웨어, 조회 등을 작성, 삭제, 갱신 및 조회하는 외부 프로그램을 사용할 수 있게 하는 Java 클래스 세트입니다. 관리 API는 HTTP를 통한 SOAP를 사용하여 통신하는 웹 서비스 세트로서 구현됩니다. API는 다수의 프록시, 스터브 및 지원 또는 메타 클래스로 구성됩니다.
상태에 대한 폴링 없이 작업 완료 이벤트를 모니터하기 위해 작업 이벤트 알림 수신기 인터페이스가 사용 가능합니다. 이벤트는 HTTP GET 리스너 또는 JMS 대기열(토픽)에 게시할 수 있습니다. JMS 이벤트를 통해 실시간 장치 관리 세션을 동적으로 포착하기 위한 인터페이스도 사용할 수 있습니다. 해당 대화식 작업 세션은 작업 완료 중에 게시되므로 이를 통해 사용자가 추가 작업을 제출하거나 장치와의 작업 처리 세션 중에 기타 조작을 수행할 수 있습니다.
관리 API는 장치 관리자와 함께 제공되는 응용프로그램을 개발하는 데 사용됩니다. 장치 관리자에서 제공하지 않는 외부 응용프로그램도 관리 API를 사용할 수 있습니다.
관리 API는 다음의 두 가지 양식으로 지원됩니다.
WSDL은 웹 서비스를 XML로 설명하기 위한 표준입니다. WSDL은 언어와 플랫폼 사이의 상호 운용성 및 이식성을 지원합니다. WSDL 파일에는 다음과 같은 특성의 웹 서비스가 있습니다.
관리 명령은 관리 API의 선택된 웹 서비스의 구현을 통해 장치, 작업, 조회, 소프트웨어 및 그룹에 대한 관리를 제공합니다. 관리 API는 배치 또는 쉘 프로그램에서 사용될 수 있습니다.
관리 명령은 웹 서비스 연결 정보를 저장하기 위해 특성 파일을 사용할 수 있으므로 해당 정보에 모든 명령을 제공할 필요가 없습니다. 명령이 완료되면 명령은 0 값을 리턴하고 stdout에 메시지가 기록됩니다. 명령을 실패했을 때, 명령은 1 값을 리턴하고 stdout에 메시지가 기록됩니다.
장치 플러그인은 장치 관리자 서버에 상주하며 장치 식별, 통신, 작업 처리 및 특정 관리 장치 클래스에 대한 상위 레벨 관리 작업을 처리하는 로직을 제공하는 소프트웨어입니다. 플러그인은 장치 에이전트와 통신하는 WebSphere Application Server Servlet입니다. 플러그인은 TCP/IP에서 HTTP 또는 HTTPS를 사용하여 장치 에이전트와 통신합니다.
장치 클래스당 하나의 플러그인이 있습니다. 장치 클래스는 특성이 유사하고 유사한 방식으로 조작을 관리할 수 있는 특정 유형의 장치로 구성됩니다.
플러그인 API는 플러그 인을 사용하여 장치가 연결되어 있음을 장치 관리자 서버에 알리고 이 장치에 대해 보류 중인 작업이 있는지 확인하고 장치 에이전트와 함께 장치에서 보류 중인 작업을 실행하도록하는 IBM 독점의 API입니다. 플러그인 API는 이벤트 구동 인터페이스입니다.
컴포넌트, 기능 및 프로토콜 중 일부는 플러그인을 통해 공유됩니다. 예를 들어 OMA DM 프로토콜 스택은 OSGi 파생 플러그인 및 OMA DM 플러그인에서 이용합니다.
OMA DM 프로토콜 스택은 "일반" OMA DM이며 OMA DM 1.2 스펙을 100% 준수합니다. OSGi 파생 플러그인 관리를 위해 OMA DM 오브젝트 트리 스펙에 대한 다양한 사용자 정의 확장이 구현되었습니다.
RDMI 플러그인을 공유하는 모든 플러그인은 IBM 독점 프로토콜을 이용합니다. 해당 플러그인은 소프트웨어 분배, 재고 콜렉션, 장치 구성 및 기타 작업 유형에 대해 유사한 기능을 공유합니다.
장치 플러그인에는 다음 컴포넌트가 포함됩니다.
장치를 관리하려면 장치 클래스에 대한 장치 에이전트 및 플러그인이 필요합니다. 플러그인 및 장치 에이전트는 HTTP를 사용하여 상호 통신하며 시스템 관리 작업을 수행합니다.
장치 에이전트는 장치에 상주하며 클라이언트 기능을 수행합니다. 관리자가 장치 관리자의 장치 에이전트에 장치를 미리 구성하거나 장치 소유자가 장치에 복사할 수 있습니다.
장치 에이전트는 장치 관리자의 해당 플러그인과 통신하는 장치의 코드입니다. 플러그인처럼 장치 클래스당 하나의 장치 에이전트가 있습니다.
일부 장치 에이전트는 장치 관리자가 제공하고 일부는 장치 제조업자(예: OMA DM 파생 장치 에이전트)가 제공합니다. 두 가지 경우 모두 장치 관리자가 장치를 관리하려면 장치 에이전트를 장치에 설치해야 합니다. 일반적으로 장치 관리자 제공 장치 에이전트는 보다 큰 에이전트 패키지로 랩핑되고 포함 IBM 제품에 의해 설치됩니다.
등록 Servlet은 장치 관리자 데이터베이스에 새 장치를 자동으로 등록하는 데 사용되는 필수적인 특수 장치 관리자 Servlet입니다.
장치 관리자 서버가 연결되어 있는 새 장치를 발견하면 (장치는 장치 관리자 데이터베이스에 이미 없습니다) 장치 관리자 서버는 장치를 등록 Servlet으로 재지정합니다. 등록 Servlet은 장치 관리자 데이터베이스에 장치 데이터를 추가합니다.
등록 Servlet은 원하는 제품 특정 처리를 추가하기 위해 포함하고 있는 제품에 의해 사용자 정의될 수 있습니다.
통지 핸들러는 장치에 대해 작업이 제출된 장치에 통지를 제공합니다. 통지 메커니즘으로는 SMS 메시지, HTTP 포스트 또는 기타 방법을 사용할 수 있습니다.
JMS(Java Message Service) API는 J2EE(Java 2 Platform, Enterprise Edition)에 기초한 응용프로그램 컴포넌트가 메시지를 작성, 전송, 수신 및 읽을 수 있도록 허용하는 메시징 표준입니다. 이 메시징 표준은 느슨하게 결합되고 신뢰적이며 비동기적인 분배된 통신을 사용 가능하게 합니다.
관리 API는 특정 장치 및 작업 이벤트 발생 시 응용프로그램 통지를 지원하는 이벤트 통지에 JMS(Java Messaging Service)를 사용합니다. 기본적으로, 장치 관리자 서버는 기본 메시징 JMS 프로바이더와 함께 서비스 통합 버스 기능을 사용합니다. 서비스 통합 버스는 메시지 기반 응용프로그램을 위한 메시징 성능을 제공하는 자원들의 콜렉션입니다. 장치 관리자를 설치한 경우, DMMessagingBus라고 하는 서비스 통합 버스가 작성됩니다. 장치 관리자는 장치 관리자 Application Server(메시징 엔진을 포함하여 여러 자원을 자동으로 정의하는)로 구성된 버스에 버스 구성원을 자동 추가합니다.
상태에 대한 폴링 없이 작업 완료 이벤트를 모니터하기 위해 작업 이벤트 알림 수신기 인터페이스가 사용 가능합니다. 이벤트는 HTTP GET 리스너 또는 JMS 대기열에 게시할 수 있습니다. 또한 JMS 이벤트를 사용하는 실시간 장치 관리 세션을 동적으로 포착하기 위한 인터페이스도 사용할 수 있습니다. 이러한 대화식 작업 세션의 이벤트는 작업 완료 중에 게시되며, 이를 통해 추가 작업을 제출하거나 클라이언트와의 작업 처리 세션 중에 기타 조작을 수행할 수 있습니다.
| 관련 정보 |
|---|