Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • 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 GatewayGateways network. You can quickly gain insights into services that require performance tuning (whether on DataPower Gateway or at the back-end), appliances that require upgrades in the near future, etc. and use internal builtin built-in 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 Gateway administrator for debugging and troubleshooting.
  • Managers gain a bird's-eye view of their DataPower Gateways 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.

...

  • 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 Gateway 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 Gateway 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 Gateway 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.

How does DPOD work?

DPOD leverages existing Datapower Gateway capabilities to perform its data collection.

It is designed to provide an almost non-intrusive troubleshooting solution, and requires no change to existing DataPower Gateway integration code.

In the case payload collection is required, a manual subscription will be created in DataPower the Gateway for a limited periods period of time for the duration of debugging.

...

DPOD collects its data from the following sources:

  • Raw DataPower Gateway logs via the syslog mechanism - During initial setup, managed DataPower Gateways are configured to send syslog messages to DPOD. Those messages are then collected by DPOD’s syslog agents and stored into its Big Data store.
  • Message payload via WS-M - DPOD can configure DataPower Gateways to send it full payload data via HTTP. The data is collected by DPOD's WS-M agents, and stored into a dedicated backlog. Payload data collection requires significant resources to collect and store (both by the DataPower Gateway and by DPOD itself). To minimize possible impact on the system, WS-M data collection has to be manually enabled, and will remain active for a limited period of time only.
  • Additional information via SOMA polling – DPOD uses SOMA services to periodically poll managed DataPower Gateways for additional data, such as hardware components status, I/O, memory consumption, etc.

...

DPOD provides the user with the following information:

  • Raw DataPower Gateway logs – Including all information issued by DataPower Gateway processes, as well as sysouts from custom DataPower Gateway 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 Gateway 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 DevOps Portal.
  • Audit logs - Including restarts time and firmware level changes over time.

 

...

More Information

For more information and an online demo, please visit IBM DataPower Gateway page.