In the SolarWinds Platform, visibility of specific reports is managed throughReport Limitations. According to theSolarWinds Platform Reporting Guide, even if a user has general permissions to view nodes, an administrator can restrict their access to specific reports to ensure data privacy or to simplify their workspace.
By creating a report limitation, you define a rule-such as filtering by a custom property or report category- and apply it directly to a user's account settings. Once applied, the user will only see the reports that match the criteria of that limitation when they navigate to the Reports section of the Web Console. This is different from a standardAccount Limitation(Option D), which restricts the visibility of the nodes themselves across the entire platform. Using a report-specific limitation allows the user to still monitor the nodes in real-time views while preventing them from accessing sensitive historical or inventory data contained in specific PDF or web- based reports.

Custom Propertiesare one of the most versatile features of the SolarWinds Platform, providing a way to extend the metadata associated with monitored objects. TheSolarWinds Platform Administrator Guidedefines them as "user-defined fieldsthat allow you to add custom information to nodes, interfaces, volumes, or other monitored entities".
Unlike built-in attributes like "IP Address" or "Vendor," which are discovered automatically, custom properties are created by the administrator to suit specific business needs. Common examples include "Site Location," "Emergency Contact," "Department," or "Service Level Agreement (SLA) Tier". These fields are critical for organization and automation because they allow for:
* Filtering and Grouping: You can create groups that automatically include any node where the
"Department" custom property is set to "Finance".
* Alerting: You can configure alerts to only trigger for nodes marked as "Mission Critical" in a custom property field.
* Reporting: Reports can be generated to show the uptime of all nodes belonging to a specific "Owner" or "Cost Center".
Because they are user-defined, they provide the necessary flexibility to map technical monitoring data to real- world business structures.

According to theSolarWinds Platformconfiguration documentation, the option toEncrypt connections with SSLduring the database configuration wizard specifically dictates the security level of the communication channel between the application server and the database backend. When this box is checked, the platform ensures thatthe network data between SolarWinds' Hybrid Cloud Observability Platform server and the SQL server will be encrypted. This security measure is critical for protecting the integrity and confidentiality of the performance metrics, configuration data, and credentials as they traverse the internal network between these two primary architectural components.
This encryption utilizesTransport Layer Security (TLS)to wrap theTDS (Tabular Data Stream)protocol used by Microsoft SQL Server. By enabling this feature, the platform prevents potential "man-in-the-middle" attacks where an adversary could sniff network traffic to intercept sensitive monitoring data or administrative information stored within the SQL database. It is important to note that for this setting to function correctly, theSQL Servermust be configured with a valid SSL/TLS certificate that is trusted by the SolarWinds application server.
This setting differs from simple credential encryption (Option C) or secure storage (Option B) because it applies toall datatransmitted during the session, not just the initial login exchange. Furthermore, while the configuration wizard does require a login account (Option A), that account's specific permissions are a separate functional requirement from the underlying encryption of the transport layer. Enabling SSL encryption is a standard best practice for organizations following strict compliance frameworks likeHIPAA, PCI-DSS, orSOC2, where protecting data-in-transit is a mandatory requirement even on internal, "trusted" network segments. This centralized encryption toggle simplifies the deployment of high-security observability environments by orchestrating the secure connection parameters through the standard SolarWinds Configuration Wizard interface.

The SolarWinds Platform utilizes a centralizedAction Managerto handle alert notifications and remediations efficiently. According to theSolarWinds Platform Alerting Guide, alert actions (such as sending an email, executing a script, or posting to a Slack channel) are often treated as reusable objects. When multiple alerts (Alert A and Alert B) share the same action from the Action Manager, they are essentially pointing to a single configuration entry in the database.
If an administrator edits Alert A and modifies the parameters of that shared trigger action, the change is not isolated to just that alert's workflow. Instead, thetrigger action is updated in the manager. Because Alert B is linked to that same action ID, it will immediately reflect the updated configuration the next time it triggers.
This behavior is designed to simplify administration; for example, if a primary on-call email address changes, an admin only needs to update the action once rather than editing every individual alert. However, it requires caution: if a user intended to change the action for Alert A only, they should instead "Copy" the action or create a new one to avoid inadvertently altering the behavior of Alert B and all other alerts sharing that centralized action.

The SolarWinds Hybrid Cloud Observability (HCO) Platform is designed for maximum deployment flexibility to accommodate diverse enterprise security and infrastructure requirements. According to the SolarWinds Platform Installation and Upgrade Guide, the platform's architecture is fundamentally self- contained.
* Operation without an internet connection (A): This is a critical requirement for many government, military, and high-security financial environments. The platform is capable of "air-gapped" operation, where all polling, data processing, and visualization occur within a private network. While features like
"Platform Connect" (for cloud-based AI) may require a connection, the core monitoring, alerting, and reporting functions remain fully operational without any external internet access.
* Deployment on-premises or in the cloud (B): HCO is truly hybrid. It can be installed on physical hardware or virtual machines within a local data center, or it can be deployed within a Virtual Private Cloud (VPC) on platforms like AWS or Azure. This allows organizations to maintain their monitoring infrastructure alongside their managed assets, regardless of where those assets reside.
While HCOprovidesAIOps and machine learning (Option C), this is a feature of specific licensing tiers and configuration states rather than a fundamental "platform" characteristic that defines its deployment capability in the same way its offline and hybrid nature does.