Skip Navigation LinksALVAO 11.2Admin guideOn-premises installationSystem architecture Skip Navigation Links.


Skip Navigation LinksALVAO 11.2 / Admin guide / On-premises installation / System architecture

System architecture

Service Desk

System Architecture
  1. Database - all data is stored in a common database. Azure SQL Database or MS SQL Server is used as the database system.
  2. Alvao WebApp (WA, WebApp) - is a web-based interface through which requesters and solvers can interact with the system. The WebApp is implemented on the MS IIS/ASP.NET platform. Users can use any web client to access the WebApp, e.g. Microsoft Edge, Internet Explorer, Mozilla Firefox, Opera, etc. Similarly, users can use any e-mail client to receive information messages. It is also used for system administration.
  3. Alvao Service - a server component that provides automatic loading of tickets and follow-up e-mail communication to the ALVAO Service Desk system. Messages are loaded using IMAP or EWS (Exchange WebService) protocol. The system uses any SMTP Server to automatically send e-mail messages to both requesters and solvers. It also includes a utility for retrieving users from Active Directory.
  4. Custom Apps WebService - a service used by the ALVAO Service Desk Custom Apps module.
  5. REST API Service - REST API interface used by ALVAO for Outlook, ALVAO for Teams, and other applications. It can be also used by custom applications, see ALVAO Service Desk Enterprise API.

Asset Management

System Architecture
  1. Database - all recorded data is stored in a database. If multiple users use the system, they all work with a common shared database. MS SQL Server and its Express edition can be used as the database system.
  2. Asset Management Console (AM Console) - is the basic application for working with the system. The user connects to the Asset Management WebService or directly to the database via the AM Console. It is a Win32 application.
  3. Alvao WebApp (WebApp, WA) - The system includes an intranet interface that allows you to view and change data in the database using a web browser. Accessing the database via the intranet (or the Internet) does not allow all operations to be performed like the AM Console. Its main purpose is to provide ICT staff with access to the database when solving technical problems away from their workplace.
  4. Asset Management Collector (AM Collector, Collector) - Win32 application that performs remote hardware and software detections of computers on a network. Data is detected based on a ticket issued by an IT staff member to the AM Console. The ticket is stored in the database. AM Collector handles the issued tickets and writes the detection results back to the database, where they are accessible to the user in AM Console. AM Collector can be run as an interactive application or as a system service, e.g. on a server. Data can be detected in 4 ways, see points (5) to (8).
  5. Asset Management WebService (AM WebService) - used for communication with autonomous agents and also for remote connection to the Asset Management Console. The agents are queried via the web service to perform a detection and after performing the detection, they send it to the server via the web service.
  6. Detection by Autonomous Agent - An Agent is installed on the station that autonomously performs the detection and sends it to the server. The communication is done via HTTP/HTTPS protocol and the station can be anywhere on the Internet.
  7. Detection without Agent - AM Collector can detect data from Windows 11/10/8.1/8/2000/XP/Vista computers without having Agent installed on them. Detection is done via DCOM, WMI and Remote Registry.
  8. Detection with Agent over TCP/IP - On stations with Windows 95/98/Me and NT/2000/XP/Vista/7 operating systems, detection can be performed using Agent. On Windows NT/2000/XP/Vista/ and 7 the Agent is implemented as a system service. On Windows 95/98/Me, it is a hidden application that runs at Windows startup. AM Collector communicates with the Agent using TCP/IP protocol.
  9. Detecting the Agent through a shared folder - The Agent can also communicate with AM Collector through a shared folder on the server. This option is retained for compatibility with older versions of the system. When using Agent, we recommend choosing to communicate via TCP/IP.

 

Did not find what you were looking for? Ask our technical support team.