Device42 is deployed as a virtual appliance — a pre-configured VM image that runs on VMware, Hyper-V, KVM, Xen, or cloud infrastructure (AWS Marketplace, Azure). The deployment architecture consists of three components: the Main Appliance (the core application and web interface), one or more Remote Collectors (lightweight Linux VMs that perform agentless discovery in specific network segments), and the Windows Discovery Service (WDS, used for discovering Windows environments via WMI and WinRM).
A minimum of one Remote Collector is required for any deployment. Initial setup — deploying the Main Appliance VM, configuring the first Remote Collector, and running the first discovery scan — can be completed in a day for straightforward environments. Configuring discovery jobs across multiple network segments, credentials for different device types, and SNMP community strings for network equipment takes longer and scales with environment complexity.
Discovery coverage spans physical servers (via SNMP, SSH, WMI), virtual infrastructure (VMware vCenter, Hyper-V, KVM, Xen via API), containers (Docker, Kubernetes), cloud instances (AWS, Azure, GCP via API), network devices (switches, routers, firewalls via SNMP), storage arrays, and end-user devices.
The agentless model means discovery uses network protocols and API credentials rather than installed software — which eliminates the agent deployment and maintenance overhead but requires that the Remote Collector has network access and appropriate credentials for each discovery target. For large or segmented environments, multiple Remote Collectors are deployed across network zones. Credential management for discovery jobs — SSH keys, SNMP strings, WMI credentials, cloud API tokens — is the most time-consuming part of initial configuration.