Initial Comments
- The long term aim is to integrate CLAMP into the Policy Framework and to align the structure and technologies of CLAMP and the Policy Framework in general
- We should have a picture of what the long term vision for CLAMP in the Policy Framework
- How the TOSCA based Control Loop features are implemented should be in line with this long term vision
Policy Framework and CLAMP
Architecture
Architecturally, the Policy Framework and CLAMP are complimentary as separate systems. The Policy Framework is part of control loops, and CLAMP is a control loop management system.
Technologies
| Technology | Policy Framework | CLAMP | Recommendation | Comment |
|---|---|---|---|---|
| Lifecycle Management | Policy Common | Spring Framework | ||
| REST | Policy Common, using JAX-RS annotations | Camel | ||
| Parameter Handling | Built in parameter validation in policy common | Spring properties | ||
| TOSCA Handling | Policy Models, integrated serialization and persistence for most TOSCA entities | CLAMP TOSCA handling (more info) | ||
| Persistence | Policy Models using JPA/JDBC/Eclipselink/MariaDB | Spring using JPA/JDBC/Hibernate/MariaDB | ||
| UI | None (Angular in TOSCA PoC, APEX policy editor) | React |
Code Structure, Build, and Test
| Area | Policy Framework | CLAMP | Recommendation | Comment |
|---|---|---|---|---|
| Module Structure | Maven multi module project | Single module project, builds everything | ||
| Docker Build | Common approach for current components and repos using a "packages" maven module | Part of Single module | ||
| Integration Test | CSITs done per component | Comprehensive Integration test, part of build | ||
| docs | All docs are in policy parent | docs in subdirectory in clamp repo | ||
| UI | Separate "policy gui" repo | ui-react subdirectories in clamp repo | ||
| Simulators | DMaaP Simulator and others | Emulator for CLAMP external interfaces |
Needs for TOSCA Control Loop
Participant components at run time, docker etc
Add the features from the PoC
- Instances of TOSCA control loop models (in policy models) represented
- Monitoring and supervision of instances
- Participants (Intermediary, simulator, DCAE, Policy, and K8s)