summaryrefslogtreecommitdiffstats
path: root/kubernetes/onap/resources/environments/dev.yaml
AgeCommit message (Collapse)AuthorFilesLines
2018-05-08Merge message-router chart under dmaapDominic Lunanuova1-2/+2
Borislav: Fixed Makefile and renamed charts. Also cosmetic fixes. Includes corrections for the service name of MR used by dbc to be "message-router", which matches the message-router chart Patchset 2: standardize abbreviation for bus-controller to be "dbc" Patchset 3: correct references in README to match what is deployed Patchset 4: blew previous commit. Also added dmaap/Makefile lint step Change-Id: I36c07c7c1200f8e23ae12bd7357a5626346dcccd Signed-off-by: Dominic Lunanuova <dgl@research.att.com> Issue-ID: DMAAP-386 Signed-off-by: Dominic Lunanuova <dgl@research.att.com>
2018-05-04OOF Integration ChangesIkram Ikramullah1-1/+3
Thank you for the very detailed Review Boris. All changes you had asked have been incorported. Please take a look and let me know. Few important points. All components excep API and Music are services that do not expose any TCP or HTTP ports. All the NodePort and serices section areas in each of these component's values.yaml file have been cleaned. Actually, the service section do not make sense of these components at all. They use Music as a distributed Q to receive and push their tasks/changes. These include a). Controller b). Data c). Solver and 4). Reservation. This is why you didn't see any service.yaml files for these. ------------------------------- Made a single configuration based setup. All HAS components are now configured through a single configmap and a single set of configuration files. All oof-has components share configurations. Restructured the charts so that theere is one parent for oof-has from where properties can be inherited. Removed other issues like the make was failing. All PODs are coming up except data - which depends on AAI certs - team is looking for that side. Issue-ID: OPTFRA-22 Change-Id: I4bf36a68fc3636c822f33f55da70ace577c64ac0 Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: Anaël Closson <ac2550@intl.att.com> Removed Urls not needed Issue-ID: OPTFRA-22 Change-Id: I270de9cbed5f25dd971f40477fb95385a57fba5c Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Removed Music IPs MK: PS-14: fixing robot testcase by forking the testcase until it is fixed in robot adding target port to osdf service. required to map port 8698:8699 Issue-ID: INT-444 Change-Id: I150e3389aece7fae3b0685647af3a787cc9f267d Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: ac2550 <ac2550@intl.att.com> Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: = <=> Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: Ankitkumar Patel <ankit@research.att.com> Signed-off-by: Thomas Nelson <tn1381@att.com> Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: Ankitkumar Patel <ankit@research.att.com> Signed-off-by: Thomas Nelson <tn1381@att.com> Signed-off-by: Ikram Ikramullah <ikram@research.att.com> Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
2018-04-27Fix SDNC DMaaP connectivity issuesjmac1-4/+0
DMaaP listener was not trying to connect to the right service name, so it was failing. In addition, the pod doesn't wait for the dmaap pod to be up and running before starting, so I've added that dependency. Lastly, I removed the config of the DMaaP port from the top level values.yaml files, as out of the box it's very unlikely this would be changed. Change-Id: I5a190b39f4f163b020189ac9dd178040f80125cd Signed-off-by: jmac <james.macnider@amdocs.com> Issue-ID: SDNC-293
2018-04-16Fix SDN-C bundles that don't come up properlyjmac1-0/+9
Change-Id: Ieccbd863e45bb68d76f4f1f066433276c9adf3cd Signed-off-by: jmac <james.macnider@amdocs.com> Issue-ID: OOM-945
2018-04-03Remove global repository from onap chartMike Elliott1-11/+15
See description in linked issue id. Change-Id: I3bcec1214875cb318dc45162013aec8957443dc8 Issue-ID: OOM-845 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-04-02Add Standardized Configuration to SDN-C Chartjmac1-0/+5
Change-Id: I9f4d43c2a3f0766b9c8477a180f5a0bd45fde243 Signed-off-by: jmac <james.macnider@amdocs.com> Issue-ID: OOM-748
2018-03-23Enable all helm charts by default in parent chartMike Elliott1-0/+117
This is as a means towards obsoleting the oneclick scripts from the Beijing release, in favour of directly using Helm. From this point on, users of onap should use the follow command: helm install local/onap -n onap --namespace onap Please refer to the official documentation for all the steps required to deploy onap. Currently as a patched to be merged: https://gerrit.onap.org/r/#/c/37871/ Change-Id: I75e5dbc9a79fec86a9b7c0cff487b10ec9df9a20 Issue-ID: OOM-816 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>