...
DPOD provides the following main benefits:
- Speed up your troubleshooting process by an order of magnitude, thus freeing your administrators, operators, and developers to focus on other tasks.
- Proactive management of your DataPower Gateway network. You can quickly gain insights into services that require performance tuning (whether on DataPower or at the back-end), appliances that require upgrades in the near future, etc. and use internal builtin alerts.
- Administrators experience a noticeable reduction in support calls from consumers, developers, operators and managers. Developers and operators will be able to gain a self-service, direct, immediate insights into the workings of consumed services, and will no longer depend on the availability of a DataPower administrator for debugging and troubleshooting.
- Managers gain a bird's-eye view of their DataPower and SOA network, supporting informed decision making and long-term planning.
- DPOD lets you troubleshoot scenarios that current monitoring systems can not trace. E.g. A failure before a transaction started and locating a failing transaction across multiple machines and log-extensive files.
- Run maintenance task such Configuration Sync, Device backup and firmware upgrade based on best practices scenario and across your Gateways cluster.
- Provide internal information on execution flow, errors and latency issue for API Connect developers and admins with a unique integration with API Connect.
- DPOD expose all traditional services in a DevOps Portal allowing users not only see and search configuration based on security role but also run such action such Service WSDL refresh.
- DPOD produces a significant ROI shortly after deployment.
- Additionally, DPOD improves SLA performance due to a quicker, seamless troubleshooting process.
Who in my company will benefit from using DPOD?
...
- Service consumers and back-end providers – Your consumers are able to access the DPOD console directly in order to investigate service availability or other problems. Service errors resulting from faulty back-end services can be easily tracked down and resolved between consumers and back-end providers directly, without requiring an intermediary.
Service providers can easily view transactions by origin IP address, discover who their main consumers are, and obtain operational data such as service latency, throughput, etc. - System administrators – DPOD provides your administrators with all the data required to quickly assess the DataPower network state in terms of health, service availability, security and performance. DPOD’s single viewing console removes the need to log into each DataPower Gateway separately.
- Developers – DPOD provides developers with a central view of services, transactions, message payloads and full performance data. It can therefore serve as an invaluable tool during the development cycle. By provisioning developers with (restricted) access to DPOD, you can free up your administrators' time by removing the onerous and time-costly task of supporting developers during the debugging process. When a problem occurs, DPOD's data quickly points out the culprit, without the need to dive deep into logs or Datapower DataPower integration code.
- Managers – DPOD provides team leaders, CTOs and higher level managers with an instant yet detailed insight into the state of their SOA network and services, all at a single glance. Full SLA information is easily aggregated, using data from DPOD's database.
- System operators – Operators can easily troubleshoot production errors and other types of malfunctions via the DPOD console. They can successfully track down the origin of most problems, even without specific knowledge of DataPower administration. DPOD’s single viewing console removes the need to log into each DataPower Gateway separately.
- Security officers – DPOD provides security officers with forensic information for services and transactions. Security violations are viewable and searchable by relevant categories such as content validation (e.g. XML attacks), authentication, certificate and encryption, etc. Future certificate expiration can be configured to display well in advance using the Expired Certificates view.
...
It is designed to provide a an almost non-intrusive troubleshooting solution, and requires no change to existing Datapower DataPower integration code (except in .
In the case of WS-M message payload collection , which is manually enabled for is required, a manual subscription will be created in DataPower for a limited periods of time ).To see a list of changed object that DPOD perform in your Gateway please see this tablefor the duration of debugging.
This table lists changes that DPOD performs on your Gateway objects that enable the data collection required for DPOD.
Data Sources
DPOD collects its data from the following sources:
...
- Raw DataPower logs – Including all information issued by DataPower processes, as well as sysouts from custom DataPower integration code.
- Device-level data - Hardware, CPU, memory, etc. as well as configuration information such as domains, services, and more.
- Service-level data - Memory consumption, configuration data, errors to success ratios, etc.
- Transaction performance and latency information - This includes front-end and back-end latency, as well as detailed memory consumption analytics for each action within a particular DataPower policy.
- Security data – Including certificate expiration, content violations, encryption errors, and more.
- Payload data - Available on an ad-hoc basis, only when enabled via WS-M.
- Configuration Data - Service configuration is collected and prepared for search and run, impact analysis. Configuration is also expose in a DevOPs Portal.
- Audit logs - Including restarts time and firmware level changes over time.