...
- All-In-One with a single network interface
- All-In-One with two network interfaces
- All-In-One with external self service web console
- All-In-One with remote collector
- High availability, resiliency and disaster recovery
TODO HK: replace all pictures - rename IDOD to DPOD
Scenario 1: All-In-One with a
...
Single Network Interface
This is the most common deployment scenario. All DPOD components reside on the same appliance (either virtual or physical).
...
This scenario is appropriate for cases in which there are no organizational restrictions on providing users with direct access to DPOD’s IP address.
Scenario 2: All-In-One with
...
Two Network Interfaces
In this deployment scenario, all DPOD components reside on the same appliance (either virtual or physical). To address network and access restrictions, DPOD uses two network interfaces:
...
Note: It is the System Administrator’s responsibility to configure the second interface and make the proper static routing definitions.
Scenario 3: All-In-One with External Self Service Web Console
In this deployment scenario two DPOD instances are deployed. The first one is the All-In-One, internal instance which is fully operational. The second one is an external Self-Service Web Console that does not store data. It only serves as a UI component, communicating with the internal DPOD instance over HTTP.
...
An organization should consider using this deployment scenario when DPOD users are members of a different network to DPOD itself, or when a separation is required between the user interface and the data stored in the system.
The DPOD's External Self Service Console is an additional installation of DPOD. This second installation connects to the primary DPOD and enables developers to still use DPOD while only accessing the external DPOD, and does not require they them to access through a more-secure network. This setup allows administrators to prevent unnecessary access to DataPower.
Using this deployment, developers will have access to Investigate.
Scenario 4: All-In-One with DPOD Remote Collector
This deployment scenario addresses deploying DPOD to monitor geographically dispersed locations. Communication with these locations is performed over WAN, and are susceptible to challenges of limited or unreliable network connectivity. To address this scenario, DPOD provides the ability to deploy instances of the DPOD Remote Collector alongside the All-In-One DPOD instance.
A Remote Collector is normally deployed in sites which are geographically separated from the DPOD main installation site. A Remote Collector deployed in a site communicates with the DataPower Gateways there using DPOD agents. The data it collects is then sent asynchronously to the DPOD main installation site.
This setup is appropriate when the existing DataPower Gateway deployment includes geographically dispersed sites, especially if network access between them is unreliable or limited (e.g. because of bandwidth).
Please see detailed instructions and requirements for the DPOD Remote Collector deployment.
Scenario 5: High Availability, Resiliency and Disaster Recovery
DPOD can support supports a few HA-DR scenarios. For a list of supported scenarios and detail detailed explanation please review the section High Availability, Resiliency or Disaster Recovery.
TODO HK - add HA Scenario details
...