commit | 48553fbf46c41e19a1a0820f2da192189e921b27 | [log] [tgz] |
---|---|---|
author | Determe, Sebastien (sd378r) <sebastien.determe@intl.att.com> | Tue Apr 09 11:53:13 2019 +0200 |
committer | Determe, Sebastien (sd378r) <sebastien.determe@intl.att.com> | Tue Apr 09 11:53:13 2019 +0200 |
tree | 8293ad44a399cc491684a1cb98835a0b8d236892 | |
parent | 45bea5f11e5db90f54525425099d649fe939e1df [diff] |
Remove latest image Remove latest image in the docker build so that it does not interfere with new releases Issue-ID: CLAMP-335 Change-Id: I1706bf94908a9f45415cd8496ab74012c41f12e8 Signed-off-by: Determe, Sebastien (sd378r) <sebastien.determe@intl.att.com>
CLAMP is a platform for designing and managing control loops. It is used to design a closed loop, configure it with specific parameters for a particular network service, then deploying and undeploying it. Once deployed, the user can also update the loop with new parameters during runtime, as well as suspending and restarting it.
It interacts with other systems to deploy and execute the closed loop. For example, it pushes the control loop design to the SDC catalog, associating it with the VF resource. It requests from DCAE the instantiation of microservices to manage the closed loop flow. Further, it creates and updates multiple policies in the Policy Engine that define the closed loop flow.
The ONAP CLAMP platform abstracts the details of these systems under the concept of a control loop model. The design of a control loop and its management is represented by a workflow in which all relevant system interactions take place. This is essential for a self-service model of creating and managing control loops, where no low-level user interaction with other components is required.
At a higher level, CLAMP is about supporting and managing the broad operational life cycle of VNFs/VMs and ultimately ONAP components itself. It will offer the ability to design, test, deploy and update control loop automation - both closed and open. Automating these functions would represent a significant saving on operational costs compared to traditional methods.
Owner: ONAP CLAMP Dev team Mailing List : onap-discuss@lists.onap.org Add the following prefix to Subject on the mailing list : [CLAMP] See here to subscribe : https://wiki.onap.org/display/DW/Mailing+Lists
https://wiki.onap.org/display/DW/CLAMP+Project
Jenkins Job: ${jenkins-joblink}
CLAMP UI: ${cockpit-link}
Logs: ${elk-link}
You can use the following command to build the clamp docker image:
mvn clean install -P docker
Currently, the clamp docker image can be deployed with small configuration needs. Though, you might need to make small adjustments to the configuration. As clamp is spring based, you can use the SPRING_APPLICATION_JSON environment variable to update its parameters.
There are two needed datasource for Clamp. By default, both will try to connect to the localhost server using the credentials available in the example SQL files. If you need to change the default database host and/or credentials, you can do it by using the following json as SPRING_APPLICATION_JSON environment variable : Note that all others configurations can be configured in the JSON as well,
{ "spring.datasource.cldsdb.url": "jdbc:mysql://anotherDB.onap.org:3306/cldsdb4?autoReconnect=true&connectTimeout=10000&socketTimeout=10000&retriesAllDown=3", "spring.datasource.cldsdb.username": "admin", "spring.datasource.cldsdb.password": "password" "clamp.config.sdc.catalog.url": "https://sdchost:8443/sdc/v1/catalog/", "clamp.config.sdc.hostUrl": "https://sdchost:8443/", "clamp.config.sdc.serviceUrl": "https://sdchost:8443/sdc/v1/catalog/services", "clamp.config.sdc.serviceUsername": "clamp", "clamp.config.sdc.servicePassword": "b7acccda32b98c5bb7acccda32b98c5b05D511BD6D93626E90D18E9D24D9B78CD34C7EE8012F0A189A28763E82271E50A5D4EC10C7D93E06E0A2D27CAE66B981", "clamp.config.dcae.inventory.url": "http://dcaegen2.host:8080", "clamp.config.dcae.dispatcher.url": "http://dcaegen2.host:8080", "clamp.config.policy.pdpUrl1": "https://policy-pdp.host:9091/pdp/ , testpdp, alpha123", "clamp.config.policy.pdpUrl2": "https://policy-pdp.host:9091/pdp/ , testpdp, alpha123", "clamp.config.policy.papUrl": "https://policy-pap.host:8443/pap/ , testpap, alpha123", "clamp.config.policy.clientKey": "5CE79532B3A2CB4D132FC0C04BF916A7" "clamp.config.files.sdcController":"file:/opt/clamp/config/sdc-controllers-config.json" }
This file is a JSON that must be specified to Spring config, here is an example:
{ "sdc-connections":{ "sdc-controller1":{ "user": "clamp", "consumerGroup": "consumerGroup1", "consumerId": "consumerId1", "environmentName": "AUTO", "sdcAddress": "localhost:8443", "password": "b7acccda32b98c5bb7acccda32b98c5b05D511BD6D93626E90D18E9D24D9B78CD34C7EE8012F0A189A28763E82271E50A5D4EC10C7D93E06E0A2D27CAE66B981", "pollingInterval":30, "pollingTimeout":30, "activateServerTLSAuth":"false", "keyStorePassword":"", "keyStorePath":"", "messageBusAddresses":["dmaaphost.com"] }, "sdc-controller2":{ "user": "clamp", "consumerGroup": "consumerGroup1", "consumerId": "consumerId1", "environmentName": "AUTO", "sdcAddress": "localhost:8443", "password": "b7acccda32b98c5bb7acccda32b98c5b05D511BD6D93626E90D18E9D24D9B78CD34C7EE8012F0A189A28763E82271E50A5D4EC10C7D93E06E0A2D27CAE66B981", "pollingInterval":30, "pollingTimeout":30, "activateServerTLSAuth":"false", "keyStorePassword":"", "keyStorePath":"", "messageBusAddresses":["dmaaphost.com"] } } }
Multiple controllers can be configured so that Clamp is able to receive the notifications from different SDC servers. Each Clamp existing in a cluster should have different consumerGroup and consumerId so that they can each consume the SDC notification. The environmentName is normally the Dmaap Topic used by SDC. If the sdcAddress is not specified or not available (connection failure) the messageBusAddresses will be used (Dmaap servers)
A docker-compose example file can be found under the extra/docker/clamp/ folder.
Once the image has been built and is available locally, you can use the docker-compose up
command to deploy a prepopullated database and a clamp instance available on http://localhost:8080/designer/index.html.
Clamp uses logback framework to generate logs. The logback.xml file cand be found under the src/main/resources/ folder.
With the default log settings, all logs will be generated into console and into root.log file under the Clamp root folder. The root.log file is not allowed to be appended, thus restarting the clamp will result in cleaning of the old log files.
You can see the swagger definition for the jaxrs apis at /restservices/clds/v1/openapi.json
Credentials should be specified in src/main/resources/clds/clds-users.json
. You might specify you own credential file by redefining the clamp.config.files.cldsUsers
in application.properties
.
Passwords should be hashed using Bcrypt :
# pip3 install bcrypt # if you don't have the bcrypt python lib installed, should be done once. # python3 -c 'import bcrypt; print(bcrypt.hashpw("password".encode(), bcrypt.gensalt(rounds=10, prefix=b"2a")))'
Default credentials are admin/password and cs0008/password.