...
For k8s plugin, a SubPlugin for k8s will be developered which will invoke the provided APIs to do definition and Upload.
How to deploy?
it will acts as a independence container, running as a side-car with each Multicloud plugin.
it store all artifacts locally and
for k8s plugin, it will invoke the APIs during design time
for other plugins, they can access these artifacts by shared folder method and in charge of do some parse work
How to implement?
the sequence flow of sdc client:
...
function | Value Tobe set in Policy | Comment |
|---|---|---|
String getAsdcAddress() | Sdc ip | |
List<String> getMsgBusAddress() | DMAAP address | |
String getUser() | This needs to be defined in sdc and then used in the client to access our secure api’s please open a task for me to create one for you. | |
String getPassword() | Same as above. | |
int getPollingInterval() | 20 | |
int getPollingTimeout() | 30 | |
List<String> getRelevantArtifactTypes() | HEAT HEAT_ENV CLOUD_* | additional two for k8s plugin concerned artifacts |
String getConsumerGroup(); | multicloud? | |
String getEnvironmentName(); | TEST | This is the env name you are running in used for auditing from which env the client is connecting |
String getKeyStorePath(); | Null | |
String getKeyStorePassword(); | Null | |
boolean activateServerTLSAuth() | False | |
boolean isFilterInEmptyResources() | True | |
Boolean isUseHttpsWithDmaap() | False |
How to deploy?
it will acts as a independence container, running as a side-car with each Multicloud plugin.
it store all artifacts locally and
for k8s plugin, it will invoke the APIs during design time
...
further work?
may need use the database to store all necessary artifacts then there would be only one additional container
which provide artifact service to all plugins. it would provide a REST API interface.