Hi, Yes, I would be happy to further discuss this next week in Paris.
Regards, Ranny. From: Yunxia Chen [mailto:helen.c...@huawei.com] Sent: Thursday, September 21, 2017 11:35 PM To: Haiby, Ranny (Nokia - US/San Jose USA) <ranny.ha...@nokia.com> Cc: onap-tsc <onap-tsc@lists.onap.org>; Jason Hunt <djh...@us.ibm.com> Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Hi, Ranny, Very good suggestion. I would like to follow up with you to see how we could improve it and creating a solid plan. Right now, frankly speaking, I am focusing on getting one working solution, therefore I could test the ONAP platform itself instead of testing deployment tool. Will you be at Paris next week? Otherwise, we could have a face to face discussion on this after next week since we both are at the Bay Area, California. Regards, Helen Chen From: "Haiby, Ranny (Nokia - US/San Jose USA)" <ranny.ha...@nokia.com<mailto:ranny.ha...@nokia.com>> Date: Thursday, September 21, 2017 at 2:14 PM To: Helen Chen 00725961 <helen.c...@huawei.com<mailto:helen.c...@huawei.com>> Cc: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>>, Jason Hunt <djh...@us.ibm.com<mailto:djh...@us.ibm.com>> Subject: RE: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Helen, While I don’t want to jeopardize the Amsterdam release by not voting for the Heat option, I am still concerned about the usability of the deployment. I have some colleagues who tried to deploy openECOMP with the Heat templates and just gave up due to complexity. As you can imagine, they did not become ONAP evangelists based on this experience to say the least. We must be careful with the perception of Amsterdam as it might affect public opinion for many releases to come. So, my question is what can be done to improve this? I understand you are working on documentation, which is a good start, but is there something else that can be done? Either creative ideas to make sure OOM makes it into the release, or some other tricks that would simplify the deployment. Use of Ansible to wrap it all? Use of Cloudify? Thanks, Ranny. From: onap-tsc-boun...@lists.onap.org<mailto:onap-tsc-boun...@lists.onap.org> [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Yunxia Chen Sent: Wednesday, September 20, 2017 9:49 AM To: Jason Hunt <djh...@us.ibm.com<mailto:djh...@us.ibm.com>> Cc: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>> Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Hi, Jason, Yes, this deployment will be the default, or we call it “gating”, deployment method for Amsterdam release, since Integration team is going to test it in integration lab and also use it for deploying all approved use cases. And it will be documented as well. I understand the issue for using heat template, resource consuming, (well, I would like to use “time-consuming” carefully, since I think it is faster than manual or script). However, heat template is the only way so far we feel comfortable to deliver in Amsterdam release. I am continuing supporting and watching OOM’s progress, which is more efficient, light-weight way to deploy ONAP Platform. Our goal is to have at least one working method for Amsterdam release, and will optimize it in Beijing release. Hope this answer your question. Helen Chen From: Jason Hunt <djh...@us.ibm.com<mailto:djh...@us.ibm.com>> Date: Wednesday, September 20, 2017 at 9:07 AM To: Helen Chen 00725961 <helen.c...@huawei.com<mailto:helen.c...@huawei.com>> Cc: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>> Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Helen, Thank you for your diligent work on this. I'd like to ask a clarifying question. You say that this decision is to approve the integration team using the Heat template approach for the lab. Of course, it is critical that you have an approach that will allow you to do your deployments and testing quickly so we can reach the Amsterdam release dates. My question is: does the integration team's work become the default installation/deployment method for users of the Amsterdam release? In other words, when Amsterdam is released, will Heat be the documented deployment method? And is it the integration team that is responsible for documenting that process? As we've seen in the mailing list over the past several months, the initial OpenECOMP deployment via Heat was very time-consuming if you varied beyond the specified cloud environment. I'm hopeful we can avoid that situation with Amsterdam, but wanted to be sure we had the right team to support it. It's important that we make ONAP easy to deploy. Thank you! Regards, Jason Hunt Executive Software Architect, IBM Phone: 314-749-7422 Email: djh...@us.ibm.com<mailto:djh...@us.ibm.com> Twitter: @DJHunt From: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>> To: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>> Date: 09/20/2017 01:01 AM Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Sent by: onap-tsc-boun...@lists.onap.org<mailto:onap-tsc-boun...@lists.onap.org> ________________________________ Update for Heat template related deployment: We had three meetings with PLTs / key contributors of those projects, which have not been deployed with heat template. And we cleared out all technical concerns, including MSB, VFC, MultiVim, UUI, and we reached the consensus to finish all related work before M4. https://wiki.onap.org/display/DW/ONAP+Installation+Strategy+for+Release+A<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BInstallation-2BStrategy-2Bfor-2BRelease-2BA&d=DwMGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=oMOO2HmZ8JJWvUc1M7SklmdX3xn2mSb9tP9VrdTjcqg&m=kToORYsjn0OWGm8aKi_N3tC4yYsNjNfVOU1TBF4pOTY&s=tACvatVDpmESZeW5xqociNde_Sl1ez9L9Xp5rVWXUVI&e=> Regards, Helen Chen From: Helen Chen 00725961 <helen.c...@huawei.com<mailto:helen.c...@huawei.com>> Date: Tuesday, September 19, 2017 at 9:27 AM To: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>> Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Sorry for some confusion here. Let me make two clarification: 1. This is for “ONAP TSC Voting Member” to vote 2. This is asking TSC Voting member to approve that integration team will use Heat template for deploying three approved use cases, and main tools in Integration lab, in ONAP Amsterdam release, not vote OOM be out of ONAP Amsterdam release. Therefore we could prioritize our resource for integration testing. And OOM will be our solution for Beijing release. Let me re-phrase the voting sentence: Dear ONAP TSC Voting Members, please send your email vote for “whether you approve using Heat template as ONAP platform gating deployment strategy in Amsterdam Release”, options are: +1: approve 0: no opinion -1: disapprove Due: 9/20/2017, 6:00PM PDT Kenny, please help us collect the result. Regards, Helen Chen Original Mail Sender: <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; To: <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>>; Date: 2017/09/19 08:03 Subject: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam Release Dear ONAP TSC Members, We had several discussion sessions regarding “Heat template vs OOM” with PTLs, a lot of emails follow ups in past 4+ weeks, and we also tested OOM and Heat template in Integration lab in past two weeks. Here are our conclusions: 1. Heat template deployment is more mature than OOM with Kubernetes at this moment 1. Most of the OpenECOMP projects have done integration test with Heat template while Kubernetes based has not done any 1. PTLs / key developers feel less comfortable to “learn” a new tool at this time Based on above reasons, Integration team recommends to use Heat template as ONAP platform deployment strategy in Amsterdam Release. Please send your email vote for “whether you approve using Heat template as ONAP platform deployment strategy in Amsterdam Release”, options are: +1: approve 0: no opinion -1: disapprove Due: 9/20/2017, 6:00PM PDT. Kenny, please help us collect the result. The result will impact our integration testing priority and integration lab resource allocation priority. Regards, Helen Chen _______________________________________________ ONAP-TSC mailing list ONAP-TSC@lists.onap.org<mailto:ONAP-TSC@lists.onap.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Dtsc&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=IKSC5mg8GeOiSar1dax3GQ&m=KSR6PrsZRiEmjmaij5MmjZycgerqLf-CNiNMJg6x4WU&s=JqX3STNDf0aFULBkDOCsgxS0u2W7xLmRl2Sr0OjfPzs&e= _______________________________________________ ONAP-TSC mailing list ONAP-TSC@lists.onap.org<mailto:ONAP-TSC@lists.onap.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Dtsc&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=oMOO2HmZ8JJWvUc1M7SklmdX3xn2mSb9tP9VrdTjcqg&m=kToORYsjn0OWGm8aKi_N3tC4yYsNjNfVOU1TBF4pOTY&s=vBbDSCGF-sPjjgY1FYbyJXXki-z7uKEpVnidN7pvwgk&e=
_______________________________________________ ONAP-TSC mailing list ONAP-TSC@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-tsc
