Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

Page Status: Updated for Istanbul -  
Component Status: Pending PTL updates and ArchCom Review

Last Reviewed on:

Certified by:

1. High Level Component Definition and Architectural Relationships


2. Template Component API definitions

Template Component provides the following interfaces:

Interface NameInterface Definition Interface CapabilitiesVersionStatusConsumed ModelsAPI Spec (Swagger)
HOLMESE-1This is a set of rule management interfaces, which is mainly intended for the CRUD actions of the rules of Holmes.

Allows applications to create, update, delete, and query the rule entities.

1.0.0production

Defined by Holmes

swagger.json
HOLMESE-2Health check.Allows other applications to perform healthcheck on Holmes.1.0.0production-


Template Component consumes the following Interfaces:

Interface NamePurpose Reason For UseVersion(s)API Spec (Swagger)
POE-4To send the closed control loop events to policy to trigger downstream actions.-Closed Loop Event Data Structure
DCAE-EXT12:CBSTo retrieve default configurations (e.g. default rules and DMaaP configurations, etc.)2.5.3CBS API
DMaaP-2To retrieve VES events from DMaaP.4.0.0swagger.json

DMaaP-3To send closed control loop events to DMaaP.
AAIE-1To query resource information from A&AI.v19

aai_swagger_v19.html

aai_swagger_v19.yaml


3. Component Description:

A more detailed figure and description of the component.

https://docs.onap.org/projects/onap-holmes-rule-management/en/latest/platform/architecture.html

4. known system limitations

  • Performance limitation: if it comes to high-performance scenarios, and A&AI happened to be needed for alarm analysis and correlation, there could be a performance bottleneck as all A&AI API calls are based on HTTP requests, which is considerably time-consuming.

5. System Deployment Architecture

https://docs.onap.org/projects/onap-holmes-rule-management/en/latest/release-notes.html

6. New Release Capabilities

According to Requirement 479 (see below), all sub-components of DCAE have to migrate their deployment from Cloudify blueprints to Helm charts. 

  • REQ-479 - Getting issue details... STATUS

DCAE will keep the cloudify-blueprint deployment as a fallback in case the migration can not be completed in Honolulu. Once the migration is done, deployment of DCAE apps (including Holmes) will be all based on Helm charts.

7. References

  1.  More documents about API : Holmes API Documentation - Honolulu


  • No labels