Guys, I'm quite relunctant to keep on adding helm charts in "common" part of ONAP for software which is quite common (databases mostly) and have "custom" made charts which are way behind current kubernetes standards (bitnami for example or crunchydata for postgres).
There's one issue as of today that "force" us to do that: * we don't didn't have a proper dynamic PV handling with ONAP components which would prevent this. So, I would like to remove these charts. We would document the need for ONAP to have consul, cassandra, mariadb, postgresql, mongo, elasticsearch and etcd deployed (and who's using it, so no need to install mongo if no NBI and Multicloud k8s for example). For testing purpose, we would install them like we're doing with contrib stuff but __within__ their own namespace. This would mean to "trick" our current secret handling (a secret can be accessed only from its own namespace but we could create two secrets instead of one in our templates I guess). What do you think? Of course, this would mean removal of other "specific" charts : * zk + kafka for DMaaP * prometheus for multicloud * kibana, elasticsearch, logstash for clamp and log project * redis for dcae and vfc * nifi registry for dcaemod (and I may have not found others) _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20682): https://lists.onap.org/g/onap-discuss/message/20682 Mute This Topic: https://lists.onap.org/mt/73052571/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
