Hi Eric, Thank you for pointer to select micro-services in each project. We will propose it to ONAP COE team tomorrow.
On the profiles: It is my view that if set of projects/micro-services from ONAP are taken to do Application/NF life cycle management across multiple sites, then I thought it qualifies. For example, using ONAP4K8s profile, one can do following - On-board complex applications (Consisting of multiple applications with each application consisting of multiple micro-services - CNAs & CNFs) - Defining complex application profiles - Defining deployment intents (Placement intents and action intents) - One-Click deployment of complex application - Which deploys micro-services of applications of complex applications based on placement intents across multiple Edge/Cloud K8s clusters. - One-Click termination of complex application deployment. - Modify existing deployment or upgrade existing deployment - Roadmap - Auto-Creation of Edge/Cloud cluster specific service mesh, load balancer rules, firewall rules, NAT rules to enable connectivity among the micro-services deployed in various clusters - Roadmap - Platform aware placement - Roadmap - Uses many CNCF projects (Prometheus for metrics, Jaeger for tracing, fluentD for logging, ISTIO+Envoy+AuthService for IAM+Mutual-TLS etc..) for basic functionality. That said, I am personally okay to remove ONAP4K8s profile documentation & pages from ONAP wiki and move it elsewhere. Will discuss with COE team and take next steps. Thanks Srini -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Eric Debeau via lists.onap.org Sent: Wednesday, April 22, 2020 11:27 PM To: [email protected]; [email protected]; Addepalli, Srinivasa R <[email protected]>; [email protected]; [email protected]; [email protected] Cc: DESBUREAUX Sylvain TGI/OLN <[email protected]> Subject: Re: [onap-cnf-taskforce] OVP 2.0 - Workstream 7 - ONAP POC and existing development work Hi Srini I have 2 concerns: - We are using ONAP term while using only one component from one project. If we generalize that position, it means that I can just use VES collector with my solution and states my solution is ONAP based. Why not, but we should agree at ONAP community. - We are using dedicated thread for the installation and it is not tested in the ONAP process as it is. As a result, it is difficult to validate it as ONAP technical recipe On technical topic, It is possible to select sub-components in OOM to only deploy relevant components. A&AI and DMAAP projects have started this effort and I belive that Sylvain would like to extend it for Guilin for other core projects. https://git.onap.org/aai/oom/tree/components https://git.onap.org/oom/tree/kubernetes/dmaap/components As a result, you can only select the components required for your needs. I only raise concerns that I would like to share with TSC, but we should decide as a community. Best Regards Eric ________________________________________ De : [email protected]<mailto:[email protected]> [[email protected]] de la part de Krzysztof Opasiak via lists.onap.org [[email protected]] Envoyé : mercredi 22 avril 2020 23:26 À : [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; DEBEAU Eric TGI/OLN; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]> Objet : Re: [onap-cnf-taskforce] OVP 2.0 - Workstream 7 - ONAP POC and existing development work On 22.04.2020 23:14, Srini wrote: > Hi Eric, > > Just to be on the same page: > > 1. Application life cycle management on K8s Clusters is taken care by > following micro-services > 1. K8s Plugin Service in Multi Cloud project (new development) > 2. Mongo DB & etcd (Non-ONAP open source) > 3. SDC Client in Multi-Cloud (New development) > 4. SDC modifications > 5. SO modification > 6. Multi-Cloud broker modifications. > 2. ONAP4K8s is one recipe and useful for greenfield (e.g Enterprises > and Industry 4.0) deployments. It has following > 1. K8s Plugin Service in Multi Cloud project > 2. Security Micro-services (SMS, Vault, TPM related) > 3. Mongo DB & etcd (Non-ONAP open source) > > From the beginning, we wanted to make sure that everything we do is > modular and can be deployed standalone fashion, keeping micro-service > architecture principles in mind. > > ONAP4K8s recipe need not be used if the intention is to use along with > rest of ONAP (SDC, SO, AAF, OOF etc...). We have both models supported > (standalone or integrated). > > ONAP4K8s is mainly for greenfield scenarios. > > If the term 'ONAP' in ONAP4K8s is confusing, we can rename this recipe > as something else. I think based on another email on similar subject, > you seem to be implying that if people are not using some components > such as SDC, SO, AAF are not used, then it should not be called as ONAP. > If this is the concern, we don't mind removing ONAP4K8s page > altogether and put it in places (such as Akraino/ICN) where it is > being used. Let us know. > > Is the concern/confusion that we are not using OOM for this profile? > If this is the concern, we do have plans to ensure that OOM is > leveraged for creating the profile with above services as in (2). But > at this time, OOM granularity is selection of projects, but not > micro-services in each project. Hence, we created something to move forward. Such a feature is more than welcome in OOM so instead of creating this from scratch you can just submit a patch to OOM:) Patches are always welcomed > > Thanks > > Srini > > *From:* > [email protected]<mailto:[email protected]> > <[email protected]<mailto:[email protected]>> > *On Behalf Of *Eric Debeau via > lists.onap.org > *Sent:* Wednesday, April 22, 2020 11:51 AM > *To:* > [email protected]<mailto:[email protected]>; > [email protected]<mailto:[email protected]>; > [email protected]<mailto:[email protected]>; > [email protected]<mailto:[email protected]> > *Subject:* Re: [onap-cnf-taskforce] OVP 2.0 - Workstream 7 - ONAP POC > and existing development work > > Hi > > I participated this afternoon to the various sessions around CNF where > there is a lot of activities for this long journey towards managing CNF. > > However, I am still confused about the communication about ONAP4K8S > and the statement that we should rely on ONAP4K8S to manage CNF in ONAP. > > We can not state that ONAP4K8 is an ONAP profile. Based on the code > available on the ONAP repo > https://git.onap.org/multicloud/k8s/tree/deployments/helm/onap4k8s, > <https://protect2.fireeye.com/url?k=b34b8f34-ee9f335c-b34a047b-0cc47a3 > 356b2-306c885440378ef9&q=1&u=https%3A%2F%2Fgit.onap.org%2Fmulticloud%2 > Fk8s%2Ftree%2Fdeployments%2Fhelm%2Fonap4k8s%2C> > we can see that ONAP4K8S is not using existing ONAP project. There is > a dedicated chart for the deployment not reusing existing ONAP ones > (managed by OOM project): > > https://git.onap.org/multicloud/k8s/tree/deployments/helm/onap4k8s. > <https://protect2.fireeye.com/url?k=4c32fa53-11e6463b-4c33711c-0cc47a3 > 356b2-5fa68ca1d21ef0c1&q=1&u=https%3A%2F%2Fgit.onap.org%2Fmulticloud%2 > Fk8s%2Ftree%2Fdeployments%2Fhelm%2Fonap4k8s.> > It is only based on one Docker from multicoud project (multicloud-ks), > mongodb, etcd and other common components with no reference to > existing official ONAP charts defined in OOM repo. > > I have no problem if we consider it clearly as a PoC, but we can not > claim that is an ONAP profile and the way we communicate on ONAP4K8S > is not clear an is very confusing. > > As an example of "ONAP profile", we can find one for 5G slicing > use-case where the use-case team has defined an optimized subset of > ONAP components for their slicing > use-case:https://git.onap.org/oom/tree/kubernetes/onap/resources/overr > ides/onap-5g-network-slicing.yaml > <https://protect2.fireeye.com/url?k=91d50518-cc01b970-91d48e57-0cc47a3 > 356b2-b19b664034a917f9&q=1&u=https%3A%2F%2Fgit.onap.org%2Foom%2Ftree%2 > Fkubernetes%2Fonap%2Fresources%2Foverrides%2Fonap-5g-network-slicing.y > aml> > > We really need to clarify this topic. > > Best Regards > > Eric > > ---------------------------------------------------------------------- > -- > > *De :*[email protected] > <mailto:[email protected]> > [[email protected]] de la part de Ranny Haiby > (Samsung) via lists.onap.org [[email protected]] > *Envoyé :* mardi 21 avril 2020 01:56 > *À :* > [email protected]<mailto:[email protected]> > <mailto:[email protected]>; > [email protected]<mailto:[email protected]> > <mailto:[email protected]> > *Objet :* Re: [onap-cnf-taskforce] OVP 2.0 - Workstream 7 - ONAP POC > and existing development work > > Hi Catherine, > > Thanks for defining the scope of WS7. I admit it was not clear to me > before, and now it makes much sense. > > One thing If I may suggest - the phrasing of "Initial experimentations > with basic CNF(s)..." sounds a bit non-committal, as if we are not sure > if and when we want to support CNFs. How about "Incremental > improvements to accommodate for CNF(s) in order to validate..." > > Regards, > > Ranny. > > *From: *<[email protected] > <mailto:[email protected]>> on behalf of Catherine > LEFEVRE <[email protected] > <mailto:[email protected]>> > *Reply-To: *"[email protected] > <mailto:[email protected]>" > <[email protected] > <mailto:[email protected]>>, > "[email protected] > <mailto:[email protected]><mailto:[email protected]%20<mailto:[email protected]>>" > <[email protected] > <mailto:[email protected]>> > *Date: *Monday, April 20, 2020 at 12:16 PM > *To: *"[email protected] > <mailto:[email protected]>" > <[email protected] > <mailto:[email protected]>> > *Subject: *Re: [onap-cnf-taskforce] OVP 2.0 - Workstream 7 - ONAP POC > and existing development work > *Resent-From: *<[email protected] > <mailto:[email protected]>> > > Team, > > I have tried to define the scope of WS07 track as follows: > > *WS07 Scope: ONAP POCs & Existing Development Work to support CNFs* > > * Initial experimentations with basic CNF(s) in order to validate > onboarding, instantiation of multiple CNFs, monitoring, etc. processes > * Implement what you learn from ETSI-based CNF support > * Pursue our Cloud Native Security journey by leveraging the benefits > of a Service Mesh > > https://wiki.lfnetworking.org/display/LN/OVP+2.0+Workstreams > <https://protect2.fireeye.com/url?k=6f5d5e21-329197a5-6f5cd56e-0cc47aa > 8f5ba-c8e25d0565acdc71&q=1&u=https%3A%2F%2Fwiki.lfnetworking.org%2Fdis > play%2FLN%2FOVP%2B2.0%2BWorkstreams> > > I have also updated the following wiki - > https://wiki.lfnetworking.org/pages/viewpage.action?pageId=34603941 > <https://protect2.fireeye.com/url?k=26cea1db-7b02685f-26cf2a94-0cc47aa > 8f5ba-1d49586a26fe8cde&q=1&u=https%3A%2F%2Fwiki.lfnetworking.org%2Fpag > es%2Fviewpage.action%3FpageId%3D34603941> > > I have merged #1 and #5 together. > > Under item #1 - I have also added the CDS work developed in Frankfurt > as suggested by Lucasz > > Shall I also merge #3 SO with the new #1 cFW POC ? > > If yes then I can rename #1 as "Initial experimentations with basic > CNF(s) in order to validate onboarding, instantiation of multiple > CNFs, monitoring processes" > > So it gives us more time to evaluate the two paths - SO & Multi-Cloud. > > The OVP Cloud Native session is on day3 so it would be great if we can > finalize our WS07 section before that > > I have also added a note 'draft version' so it gives us an opportunity > to refine our mind. > > Thanks in advance for your support. > > Best regards > > Catherine > > ______________________________________________________________________ > ___________________________________________________ > > 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. > > -- Krzysztof Opasiak Samsung R&D Institute Poland Samsung Electronics _________________________________________________________________________________________________________________________ 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 (#6180): https://lists.onap.org/g/onap-tsc/message/6180 Mute This Topic: https://lists.onap.org/mt/73203622/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
