Page tree

This topic describes the basic architecture of the

Unknown macro: {multi-excerpt-include}

solution and extensions to it. You can find specific information about different implementation scenarios in the Deployment architecture section and about integrations elsewhere in this space and in the spaces of related products.

The basic system

The distributed architecture of this product provides scalability and other benefits, and promotes strategies for high availability and disaster recovery. The basic architecture is illustrated in the following figure:

*Basic

Unknown macro: {multi-excerpt-include}

system*

Full Size

Components

The basic system consists of the following components, each of which is a virtual machine:

  • Unknown macro: {multi-excerpt-include}
    component — Is the main user interface of the system. It hosts dashboards and system-management features. It also provides links to the user interfaces of the
    Unknown macro: {multi-excerpt-include}
    and
    Unknown macro: {multi-excerpt-include}
    components. Every
    Unknown macro: {multi-excerpt-include}
    system must have one Console component.
  • Unknown macro: {multi-excerpt-include}
    component — Organizes into segments traffic data acquired from the
    Unknown macro: {multi-excerpt-include}
    component, processes it, and provides usable information in various formats: dashboards; reports; incident detection features; session, page, and object statistics; data export functions. It also has controls for managing a portion of its functionality. Every
    Unknown macro: {multi-excerpt-include}
    system must have at least one one Analyzer component.
  • Unknown macro: {multi-excerpt-include}
    component — Captures traffic data from a tapping point between the application and the end user (for example, a network tap or a mirror port on a network switch) and makes it available to a
    Unknown macro: {multi-excerpt-include}
    component. It is responsible for deciphering encrypted traffic in a secure way and applying rules to protect the confidentiality of application end users. It also has controls for managing a portion of its functionality. Every
    Unknown macro: {multi-excerpt-include}
    system must have at least one Collector component.
  • Unknown macro: {multi-excerpt-include}
    component — Enables you to store traffic data in a central, off-board storage location, and to locate the root cause of problems by sorting and filtering data in an intuitive and efficient way (by "zooming in" on categories of most relevance). It is an optional component.

    Recommendation

    For best performance, install

    Unknown macro: {multi-excerpt-include}

    instances and the

    Unknown macro: {multi-excerpt-include}

    with which they are associated on the same host.

Interfaces

The basic system has the following interfaces:

  • The main user interface is the
    Unknown macro: {multi-excerpt-include}
    web interface, accessed using browser software. It provides links to the user interfaces of the
    Unknown macro: {multi-excerpt-include}
    and
    Unknown macro: {multi-excerpt-include}
    components, as well as management controls for the
    Unknown macro: {multi-excerpt-include}
    component.
  • All components have a command-line interface, used mainly for setup and low-level management.
  • Data-export and configuration APIs are available from the
    Unknown macro: {multi-excerpt-include}
    component.

Extensions to the basic architecture

In addition to having a scalable, distributed architecture, the basic system can be extended via advanced features and integrations with other products.

Advanced features

The product has the following advanced features so that you can do more with it than the basic system allows:

  • CDN Visibility — Enables you to measure the performance of web applications hosted (in whole or part) by a content-delivery network (CDN). To achieve this goal, you must use resources included in the Web beacon toolkit.
  • RIA Visibility – Enables you to measure the performance of applications that manage user interaction and display content without communicating with the server, using Flash and Flex technology, for example, and using the web primarily for data transfer. Such an application is sometimes known as a rich internet application (RIA). To achieve this goal, you must use resources included in the RIA Visibility toolkit.

Integrations

To enhance its value in significant ways, you can integrate this product with other products.

  • BMC Application Diagnostics — An optional bidirectional integration, BMC Application Diagnostics extends the ability of
    Unknown macro: {multi-excerpt-include}
    to trace sessions, pages, and objects behind the web server (into application and data tiers, for example).
  • BMC Atrium CMDB — This product provides a service-context dimension to monitored applications (or other monitored traffic segments), which means that you can pinpoint the configuration item (CI) associated with an application-performance problem.
  • BMC Transaction Management Application Response Time (BMC TM ART) — This product monitors the end-user experience by simulating an end user through synthetic (or robotic), script-based transactions.

This product can also be integrated with the following BMC products to enrich them with data related to the end-user experience:

  • BMC ProactiveNet Performance Management via the BMC PATROL Knowledge Module for Real End User Experience Monitoring and via the BMC End User Experience Management and BMC ProactiveNet Performance Management Event Integration Pack
  • BMC Service Level Management via the BMC Real End User Experience Monitoring plug-in

You can also use the data-export and configuration APIs available in this product to integrate it with business-intelligence and reporting products; management solutions; and custom applications.

7 Comments

  1.  
  2.  
    1.  
    2.  
  3.  
    1.  
      1. BMM= BMC Middleware Management solution, similar to App Diagnostics, and that R&D team figured out a way to use EUEM's AppVis to link to BMM for middleware transaction deep dive, vs, link to AppDynamics/AppSight/AppDiagnostics.

        HHaven't seen any docs on EUEM/BMM integration yet though.