On this “Probably, there needs to be well defined folder for Cloud based artifacts like azure, aws templates, k8s ymls, etc. The only issue I see if SDC retains the structure that you upload. “ I also think that there should be well defined folder for cloud based artifacts. Let us work out details. In today architecture meeting also, Chaker from Huawei requested for changes we are suggesting in CSAR.
The current code in SO that ingests SDC TOSCA looks for a Heat file. Hence it fails to load the artifacts the its DB Yes. We will be proposing changes to SO to make it HEAT independent. Since SO does not interpret (correct me if I am wrong here) the HEAT and ENV artifacts, thinking of SO avoiding downloading of artifacts. It is up to the Multi-Cloud to download these artifacts and analyze them to make API calls to cloud. I have one more topic and set of questions on SDNC preloads. Since you are using these as per documentation, trying to understand from you the benefit of SDNC preload vs using UserParams. - Is SDNC preload per service basis or per service instance basis or both? - What kind of information are you expecting from SDNC preloads in case of Azure based workload deployment? - Can SDNC preload be avoided and use UserParams of ‘CreateVNF’ API of SO to pass parameters and values (from VID)? In K8S too, there is concept called ‘values’. This is similar to ‘parameters’ in case of HEAT. Thought process is that ‘values’ (that need to be overridden on instance basis) is sent via userParams. But we see SDNC preload and hence wondering when to use which one. On Day0 configuration: - How is it passed in case of Azure workloads? - In case of K8S, thought process is that same VNF is used for multiple instances. There would need to be instance specific (like customer) Day0 configuration. In K8S, Day0 configuration is expected to be passed during workload deployment (as configMap). Hence thought process is to let Day0 configuration is uploaded (via API) on per customer basis. During service instantiation (as part of createVNF API of SO), we expect VID to pass Day0 configuration reference as UserParams. And expect SO to pass this information to MC. K8S plugin of MC gets the Day0 configuration from the reference and use it to create configMap as per Helm charts. I am wondering how Day0 configuration is being taken care in case of Azure based plugin. Thanks Srini From: Avdhut Kholkar [mailto:avdhut.khol...@amdocs.com] Sent: Tuesday, October 16, 2018 3:55 AM To: Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com>; onap-discuss@lists.onap.org; Sudhakar Reddy <sudhakar.re...@amdocs.com> Subject: RE: [onap-discuss] SDC UI --- How to create VSP without Heat Template See inline.. Regards, Avdhut Kholkar From: Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com<mailto:srinivasa.r.addepa...@intel.com>> Sent: Monday, October 15, 2018 8:52 PM To: Avdhut Kholkar <avdhut.khol...@amdocs.com<mailto:avdhut.khol...@amdocs.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sudhakar Reddy <sudhakar.re...@amdocs.com<mailto:sudhakar.re...@amdocs.com>> Subject: RE: [onap-discuss] SDC UI --- How to create VSP without Heat Template Thanks Avdhut. That is my understanding too. Thanks for confirming. 1. Did you also try keeping the ARM artifacts in input CSAR before onboarding to SDC? Wanted to avoid GUI based step. Do you see any issues? [Avdhut Kholkar] No. We did not try it. I am not sure if SDC retains the CSAR structure that you upload. I think it repackages it when the service is defined in the Catalog. The folders where the artifacts are to be uploaded are defined by SDC - for eg. There is a folder for VES events, etc.we did not have any such folder, hence we used the ‘OTHER’ folder. Probably, there needs to be well defined folder for Cloud based artifacts like azure, aws templates, k8s ymls, etc. The only issue I see if SDC retains the structure that you upload. 1. What kinds of changes (and where) required to avoid dummy HEAT templates? Thoughts? [Avdhut Kholkar] The issue is in SO. The current code in SO that ingests SDC TOSCA looks for a Heat file. Hence it fails to load the artifacts the its DB. There needs to be a proper E2E design on how SDC packages and SO consumes those packages that are not Heat based. Gill Bullard from AT&T was leading this effort but I haven’t followed it up recently. Thanks Srini From: Avdhut Kholkar [mailto:avdhut.khol...@amdocs.com] Sent: Monday, October 15, 2018 7:15 AM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Addepalli, Srinivasa R <srinivasa.r.addepa...@intel.com<mailto:srinivasa.r.addepa...@intel.com>>; Sudhakar Reddy <sudhakar.re...@amdocs.com<mailto:sudhakar.re...@amdocs.com>> Subject: RE: [onap-discuss] SDC UI --- How to create VSP without Heat Template Answer’s in-line Regards, Avdhut Kholkar Amdocs Technology Pune From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>> On Behalf Of Srini Sent: Monday, October 15, 2018 7:21 PM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sudhakar Reddy <sudhakar.re...@amdocs.com<mailto:sudhakar.re...@amdocs.com>> Subject: Re: [onap-discuss] SDC UI --- How to create VSP without Heat Template Hi Sudhakar, This is of interest for R4 to support K8S based cloud-regions. Thanks for sharing this. Questions: 1. When I looked at the page, it appears that HEAT template is still there in input CSAR and you are adding ARM as OTHER artifact through GUI. Did you try having ARM artifacts in input CSAR without HEAT template? [Avdhut Kholkar] The Heat template is just a dummy template to create the ‘VNF_Metadata.json’ file when exported so that the SO can ingest the file successfully. It is just a workaround to successfully distribute the CSAR to SO and load it in its DB. The Azure specific TOSCA was added in the OTHER folder. That is of interest in the Azure demo. 1. Can you also upload CSAR that is generated by SDC to wiki page? [Avdhut Kholkar] We will do it 1. Did you need to make any changes to SDC to make this work? Or would R2/R3 SDC work with no changes? [Avdhut Kholkar] No – earlier (Amsterdam release) we had done some changes but with the above workaround (point 1) you do not need any change in SDC. Thanks Srini From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> [mailto:onap-discuss@lists.onap.org] On Behalf Of Sudhakar Reddy Sent: Sunday, October 14, 2018 11:14 PM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] SDC UI --- How to create VSP without Heat Template Hi, You can refer to this page where we are uploading CSAR to create the model. https://wiki.onap.org/display/DW/vFW+on+Azure “Amdocs’ email platform is based on a third-party, worldwide, cloud-based system. Any emails sent to Amdocs will be processed and stored using such system and are accessible by third party providers of such system on a limited basis. Your sending of emails to Amdocs evidences your consent to the use of such system and such processing, storing and access”. “Amdocs’ email platform is based on a third-party, worldwide, cloud-based system. Any emails sent to Amdocs will be processed and stored using such system and are accessible by third party providers of such system on a limited basis. Your sending of emails to Amdocs evidences your consent to the use of such system and such processing, storing and access”. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13082): https://lists.onap.org/g/onap-discuss/message/13082 Mute This Topic: https://lists.onap.org/mt/27300792/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-