January 2018 - Edge-computing - lists.opendev.org

OpenStack Vancouver Summit CFP is open - what’s new
by Claire Massey 01 Feb '18

01 Feb '18

Hi all, Last week, we opened the Call for Presentations <https://www.openstack.org/summit/vancouver-2018/call-for-presentations/> for the OpenStack Vancouver Summit <https://www.openstack.org/summit/vancouver-2018/>, which will take place May 21-24. The deadline to submit your proposal is February 8th. What’s New? We’re focused on open infrastructure integration. The Summit has evolved over the years to cover more than just OpenStack, but we’re making an even bigger effort to attract speakers across the open infrastructure ecosystem. In addition to OpenStack-related sessions, we’ll be featuring the newest project at the Foundation -- Kata Containers -- as well as recruiting many others from projects like Ansible, Ceph, Kubernetes, ONAP and many more. We’ve also organized Tracks around specific problem domains. We encourage you to submit proposals covering OpenStack and the “open infrastructure” tools you’re using, as well as the integration work needed to address these problem domains. We also encourage you to invite peers from other open source communities to come speak and collaborate. The Tracks are: CI/CD Container Infrastructure Edge Computing HPC / GPU / AI Open Source Community Private & Hybrid Cloud Public Cloud Telecom & NFV Where previously we had Track Chairs, we now have Programming Committees <https://www.openstack.org/summit/vancouver-2018/call-for-presentations/sele…> for each Track, made up of both Members and a Chair (or co-chairs). We’re also recruiting members and chairs from many different open source communities working in open infrastructure, in addition to the many familiar faces in the OpenStack community who will lead the effort. If you’re interested in nominating yourself or someone else to be a member of the Summit Programming Committee for a specific Track, please fill out the nomination form <https://openstackfoundation.formstack.com/forms/openstackvancouver2018_prog…>. Nominations will close on January 26, 2018. Again, the deadline to submit proposals <https://www.openstack.org/summit/vancouver-2018/call-for-presentations/> is February 8, 2018. Please note topic submissions for the OpenStack Forum (planning/working sessions with OpenStack devs and operators) will open at a later date. We can’t wait to see you in Vancouver! We’re working hard to make it the best Summit yet, and look forward to bringing together different open infrastructure communities to solve these hard problems together! Want to provide feedback on this process? Please focus discussion on the openstack-community mailing list, or contact me or the OpenStack Foundation Summit Team directly at summit(a)openstack.org <mailto:summit@openstack.org>. Thanks, Claire

1 1

[FEMDC] A first step to the gap analysis of the OpenStack code base
by lebre.adrien＠free.fr 23 Jan '18

23 Jan '18

Dear all, Following our last exchanges, we had a few discussions regarding the OpenStack code base w.r.t the edge challenges. Our idea was (i) to identify a couple of requirements (from the simplest one, i.e. starting a VM at a specific location, to the most advanced one, i.e. interoperability issues between distinct cloud stacks) and (ii) to analyse how the OpenStack codebase can fulfil these requirements. Our exchanges have been summarised at : https://etherpad.openstack.org/p/edge-gap-analysis Please feel free to comment/complete it. Best regards, On behalf of the FEMDC SiG. ad_ri3n_

1 0

Tomorrow's meeting
by Jonathan Bryce 23 Jan '18

23 Jan '18

Hi everyone, I’m traveling tomorrow and will not be able to join the weekly call. I’ve asked Allison Randal to lead it and she agreed. In addition to continuing to review the scenarios, it would also be great if we could identify a few high level themes or topics that we’d like to see covered during the edge track at the Vancouver Summit. Also, next week, the call collides with the same time as a Foundation Board meeting that I know several of us will be joining, so I’d propose we skip the 2017-01-30 call. Thanks! Jonathan

2 1

Classifying edge-site scenarios / Identifying expected features
by lebre.adrien＠free.fr 12 Jan '18

12 Jan '18

Hi, Following the LTE discussion, I'm wondering whether we should not try to classify the edge-site scenarios by level of the complexity (i.e., features/capabilities each scenario implies/requires). A possible classification can start with: a) An edge infrastructure composed of several edge sites operated by a same organisation with WAN wired connections. b) The same infrastructure but with LTE connections c) Scenario a) but where the edge infrastructure is spread over several edge sites belonging to different organisations/operators d) scenario c) but with LTE e) .. In parallel, we can try to identify w.r.t these scenarios what are the expected features/services from the administrator viewpoint and then from the developers viewpoint. I have the feeling that we all have relevant scenarios with specifics according to our targets. Having a classification can allow us to move forward by just focusing on classes instead of each particular scenario independently. My two cents, ad_ri3n_

9 16

Upcoming Work Sessions Schedule - Edge
by Claire Massey 09 Jan '18

09 Jan '18

Hi there, Welcome to the new Edge-Computing mailing list! Starting this week the OpenStack Foundation will host a series of work sessions to pick up on the progress made at the OpenDev event in September [0] and the Edge Use Cases & Architecture forum session [1] at the Sydney Summit. The goal for the work sessions is to end 2017 with a clear set of edge operational requirements and documentation (there’s a whitepaper already in the works). If you’d like to become an active participant to support this effort please join us. Agenda and notes will be updated here: https://etherpad.openstack.org/p/2017_edge_computing_working_sessions <https://etherpad.openstack.org/p/2017_edge_computing_working_sessions>. The calls will be held on Tuesday’s at 9:00am CST (15:00 UTC) on *November 28 *December 12 *December 19 Meeting Link: https://zoom.us/j/777719876 Or Telephone: US: +1 646 876 9923 or +1 669 900 6833 or +1 408 638 0968 Meeting ID: 777 719 876 International numbers available: https://zoom.us/zoomconference?m=QQS_rcoIKkXtIdC_0EpVQ80nU8MYS4Y0 **** [0] http://www.opendevconf.com/schedule/ <http://www.opendevconf.com/schedule/> [1] https://etherpad.openstack.org/p/OS_Sydney_edge_computing_use_cases <https://etherpad.openstack.org/p/OS_Sydney_edge_computing_use_cases> Thanks, Claire Massey

16 36

User stories clarification
by Csatari, Gergely (Nokia - HU/Budapest) 08 Jan '18

08 Jan '18

Hi, One clarification to user story 8 from [1]: This makes sense only if the encryption is required to the traffic between physical hosts. I agree that in other cases the encryption should be done on application level. Br, Gerg0 [1]: https://etherpad.openstack.org/p/2017_edge_computing_working_sessions_exist…

1 0

Re: [Edge-computing] : Connectivity (WAS: Upcoming Work Sessions Schedule - Edge)
by Csatari, Gergely (Nokia - HU/Budapest) 06 Jan '18

06 Jan '18

Hi, You mean that the whole edge cloud is connected via LTE or any other mobile network? Br, Gerg0 From: Suyash Sinha [mailto:suyash.sinha@gmail.com] Sent: Tuesday, January 2, 2018 6:45 PM To: Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com> Cc: Claire Massey <claire(a)openstack.org>; edge-computing(a)lists.openstack.org Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge Thanks Gergely. very helpful/ Based on my experience, there is also an issue of endpoint public IP address for the "edge cloudlet". We take the public IP for granted in the main datacenter but this may not be the case for edge. The edge cloudlet maybe connecting to the rest of the world via a client IP over LTE or other network that can change very often. On Tue, Jan 2, 2018 at 8:34 AM, Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com<mailto:gergely.csatari@nokia.com>> wrote: Hi, For telco the edge cloud is a necesary tool to bring the computing capability close to the end user. This is a must in case of latency sensitive applications. The main differences compared to a central cloud are: * Size is smaller, therefore the relative price of the management of the cloud is expensive (from a 4 node big cloud I would not like to have 3 dedicated control nodes) * Location is not central, therefore any management activities which are not remote are very expensive and security should be provided * Cardinality is a lot, therefore automatization of management activities are needed * Workload is very volatile, therefore it should be very fast to start and stop workloads * Workload is roaming, therefore there shold be a way to migrate the context of a workload They are similar with the main clouds in a sense, that: * low latency networking and compute are needed * some workloads are delivered as VM images and some are as container images * Resource limits are needed for the applications * Network separation is needed between the applications Br, Gerg0 From: Suyash Sinha [mailto:suyash.sinha@gmail.com<mailto:suyash.sinha@gmail.com>] Sent: Friday, December 22, 2017 3:21 PM To: Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com<mailto:gergely.csatari@nokia.com>> Cc: Claire Massey <claire(a)openstack.org<mailto:claire@openstack.org>>; edge-computing(a)lists.openstack.org<mailto:edge-computing@lists.openstack.org> Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge Gergely - Thanks for the share. What you are suggesting makes sense from a structural perspective. I have been studying the edge cloud space and writing on it since 2015 (https://www.linkedin.com/pulse/pushing-cloud-edge-suyash-sinha/) . So glad to see the work starting at openstack. For me, the fundamental question that we must start with is "why edge cloud". what necessitates it? What are the technical, business and ecosystem reasons. What use cases about edge cloud are fundamentally different from the "mainframe" cloud? Perhaps, that will better help educate us about the structural aspects like VMs and containers etc. Thanks, Suyash On Wed, Dec 20, 2017 at 2:31 AM, Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com<mailto:gergely.csatari@nokia.com>> wrote: Hi, Thanks for the discussions around the user stories. Some follow up questions and notes: * Generic: I tried to use the user story<https://en.wikipedia.org/wiki/User_story#Common_templates> template, but I think we should add more descriptions becouse I feel the user story format a bit to restrctive to add all information we discussed. * Definitions: I’ve added four definitions to make the discussion about the user stories more easy. Should we add a definition to „Edge cloud” and/or „Edge cloud infrastructure” also? * Workload: Several VM or linux containers of any kind * The whole point of this, is to indicate that we are talking about VM-s and (OCI compliant) containers * Maybe we can change „workload” to „virtualisation container” if you are not very mutch agains using terms from ETSI NFV 😊. * (Edge Cloud) Infrastructure operator: an organisation responsible for operating an (edge cloud) infrastrucure * (Edge Cloud) infrastructure user: an organisation or person who is using the (edge cloud) infrastructure services to start workload * application user: an organisation or person who is using the application services runnig on top of the workloads in the (edge cloud) infrastructure * User story 1: * Can someone provide some references to the Glance edge friendly images? * User story 2: * From requirements point of view what is the difference between the multiple operator and the single operator case? In both cases there will be a need to transfer user metadata, workload images and realtime memory content between two edge clouds. Do I miss something (accounting maybe)? * User story 3: * Should we extend this to contain all FM and PM data and configurable views? * Here I do not see the case when one edge cloud infrastructure operator would be interested in the FM and PM data of an other edge cloud infrastructure operators infrastructure. Can you please explain this a bit? Is this the case when one uber operator uses edge cloud infrastructure sevice from other operators? * User Story 5: * In the Kuberentes is deployed directly on bare metal case. OpenStack should only provide the hardware management part and the capability to deploy Kubernetes. * For the Kuberentes deployed in VM-s case: What is the purpose of this? This is benefitial only if there is only an OpenStack what needs to be extended with the capaility to run containers (and still Magnum can deploy COE to bare metal if I remember correctly) or someone would like to run VM-s and contaienr in the same infra. * The question how to deploy OpenStack to the edge sites is very valid. I think this should be a separate user story. Do we want to deploy OpenStack remotely? * User Story 7: * Can someone provide a reference to Mahadev Satyanarayanan-s cloudlet material? * I understand that the different application cases generate different traffic patterns, but what is the differentce in terms of infrastructure requirements? * User Story 10 * I think the sharing of OpenStack users and tenants is not needed between operators. Maybe I’m totally missing this multi operator case, so please explain 😊 * User Story 12 * So here the required functionly is that when a new edge site is built it automaically finds the other clouds in the edge cloud infrastructure and builds up the needed connections? Is it ok to provide an ip address or fqdn as a hint for this or this should be totally automatic? Any comments to anything are welcome 😊 Br, Gerg0 From: Csatari, Gergely (Nokia - HU/Budapest) Sent: Tuesday, December 19, 2017 2:35 PM To: 'Claire Massey' <claire(a)openstack.org<mailto:claire@openstack.org>>; edge-computing(a)lists.openstack.org<mailto:edge-computing@lists.openstack.org> Subject: RE: [Edge-computing] Upcoming Work Sessions Schedule - Edge Hi, I think ont he existing gaps we should collect user stories to a separate etherpad, so I sarted just an other one: https://etherpad.openstack.org/p/2017_edge_computing_working_sessions_exist… From the user stories we can generate requirements which can be turned into implementable pieces after a while 😊 Br, Gerg0 From: Claire Massey [mailto:claire@openstack.org] Sent: Tuesday, December 19, 2017 12:24 AM To: edge-computing(a)lists.openstack.org<mailto:edge-computing@lists.openstack.org> Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge Correction - December 19th at 9:00am CST. Meeting Link: https://zoom.us/j/777719876 On Dec 18, 2017, at 5:12 PM, Claire Massey <claire(a)openstack.org<mailto:claire@openstack.org>> wrote: Quick reminder - we have another community Edge Work Session call tomorrow Tuesday, December 18 at 9:00am CST. Meeting Link: https://zoom.us/j/777719876 Etherpad: : https://etherpad.openstack.org/p/2017_edge_computing_working_sessions We look forward to chatting with you all then. Thanks! On Dec 11, 2017, at 4:31 PM, Claire Massey <claire(a)openstack.org<mailto:claire@openstack.org>> wrote: Hi everyone, Quick reminder that we have another community Edge Work Session call tomorrow, Tuesday, at 9:00am CST. Meeting Link: https://zoom.us/j/777719876 Etherpad: : https://etherpad.openstack.org/p/2017_edge_computing_working_sessions We look forward to chatting with you all then. Thanks, Claire On Nov 29, 2017, at 12:15 PM, Claire Massey <claire(a)openstack.org<mailto:claire@openstack.org>> wrote: Thank you to everyone who attended the first edge work session call yesterday! Records from the meeting: * Etherpad: https://etherpad.openstack.org/p/2017_edge_computing_working_sessions * Audio recording of the November 28 meeting: https://zoom.us/recording/play/t_XmAP-VK1RRGKhy_Epb4TF57rlOIM1gkd9qvJQ18G9e… During the meeting we established three focus areas for work to be done: - OpenStack existing gaps - Cross-community efforts - Potential new project needs Volunteers have signed up to help lead these efforts. More details and next steps will soon be shared on the mailing list as well as the opportunity for others to get involved. The next edge work session call will be on Tuesday, December 12, at 9:00am CST (15:00 UTC) at https://zoom.us/j/777719876. Thanks, Claire On Nov 26, 2017, at 4:15 PM, Claire Massey <claire(a)openstack.org<mailto:claire@openstack.org>> wrote: Hi there, Welcome to the new Edge-Computing mailing list! Starting this week the OpenStack Foundation will host a series of work sessions to pick up on the progress made at the OpenDev event in September [0] and the Edge Use Cases & Architecture forum session [1] at the Sydney Summit. The goal for the work sessions is to end 2017 with a clear set of edge operational requirements and documentation (there’s a whitepaper already in the works). If you’d like to become an active participant to support this effort please join us. Agenda and notes will be updated here: https://etherpad.openstack.org/p/2017_edge_computing_working_sessions. The calls will be held on Tuesday’s at 9:00am CST (15:00 UTC) on *November 28 *December 12 *December 19 Meeting Link: https://zoom.us/j/777719876 Or Telephone: US: +1 646 876 9923<tel:(646)%20876-9923> or +1 669 900 6833<tel:(669)%20900-6833> or +1 408 638 0968<tel:(408)%20638-0968> Meeting ID: 777 719 876 International numbers available: https://zoom.us/zoomconference?m=QQS_rcoIKkXtIdC_0EpVQ80nU8MYS4Y0 **** [0] http://www.opendevconf.com/schedule/ [1] https://etherpad.openstack.org/p/OS_Sydney_edge_computing_use_cases Thanks, Claire Massey _______________________________________________ Edge-computing mailing list Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing _______________________________________________ Edge-computing mailing list Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing _______________________________________________ Edge-computing mailing list Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing _______________________________________________ Edge-computing mailing list Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing _______________________________________________ Edge-computing mailing list Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing -- s -- s

4 3

Re: [Edge-computing] : Satya papers (WAS: Upcoming Work Sessions Schedule - Edge)
by Csatari, Gergely (Nokia - HU/Budapest) 05 Jan '18

05 Jan '18

Hi, Thanks for the suggestions. I’ve added the links to the etherpad (https://etherpad.openstack.org/p/2017_edge_computing_working_sessions_exist…). Br, Gerg0 From: Mahadev Satyanarayanan [mailto:satya@cs.cmu.edu] Sent: Tuesday, January 2, 2018 7:47 PM To: Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com> Cc: edge-computing(a)lists.openstack.org; Allison Randal <allison(a)lohutok.net> Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge 0. "The Emergence of Edge Computing<http://gabriel.cs.cmu.edu/DOCS/satya-edge2016.pdf>" is the best place to start. After that, I suggest these 4 papers in this order: 1. "An Open Ecosystem for Mobile-Cloud Convergence"<http://gabriel.cs.cmu.edu/DOCS/satya-cloudlet-ecosystem-2015.pdf> (especially the section "Industry-Wide Business Opportunities Drive an Open Ecosystem" 2. "Just-in-Time Provisioning for Cyber Foraging<http://gabriel.cs.cmu.edu/DOCS/ha-mobisys-vmsynthesis-2013.pdf>" 3. ‘‘You Can Teach Elephants to Dance: Agile VM Handoff for Edge Computing<http://gabriel.cs.cmu.edu/DOCS/ha-sec2017.pdf>’’ 4. "OpenStack++ for Cloudlet Deployment<http://gabriel.cs.cmu.edu/DOCS/CMU-CS-15-123.pdf>" #2 and #3 describe valuable functionality for edge computing infrastructure, along with motivating use cases. #4 describes the integration of this functionality into OpenStack. -- Satya On Tue, Jan 2, 2018 at 11:40 AM, Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com<mailto:gergely.csatari@nokia.com>> wrote: Hi, Thanks for the links. Wow, thats a lots of papers 😊 Do you have any suggestion where to start? Br, Gerg0 -----Original Message----- From: Mahadev Satyanarayanan [mailto:satya@cs.cmu.edu<mailto:satya@cs.cmu.edu>] Sent: Tuesday, December 26, 2017 5:37 PM To: edge-computing(a)lists.openstack.org<mailto:edge-computing@lists.openstack.org> Cc: Allison Randal <allison(a)lohutok.net<mailto:allison@lohutok.net>>; Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com<mailto:gergely.csatari@nokia.com>> Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge A better URL, just for edge computing papers, is this: http://elijah.cs.cmu.edu/publications.html The URL Allison gave also works, but covers all my papers rather than just those on edge computing. -- Satya On Tuesday 26 December 2017 11:30:36 Allison Randal wrote: > On 12/20/2017 05:31 AM, Csatari, Gergely (Nokia - HU/Budapest) wrote: > > * User Story 7: > > o Can someone provide a reference to Mahadev Satyanarayanan-s > > cloudlet material? > > Start here: > > https://www.cs.cmu.edu/~satya/satya_papers.html > > Especially: > > http://www.cs.cmu.edu/%7Esatya/docdir/satya-mobicase2014.pdf > > Allison > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org<mailto:Edge-computing@lists.openstack.org> > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing >

2 2

Preparation of the PTG - Please do not forget to fill the etherpad
by lebre.adrien＠free.fr 05 Jan '18

05 Jan '18

Hi all, Please do not forget to give a look at and contribute to https://etherpad.openstack.org/p/edge-ptg-dublin Some folks already provided valuable comments/questions. Thanks in advance, ad_ri3n_

1 0

Re: [Edge-computing] : Meta discussion (WAS: Upcoming Work Sessions Schedule - Edge)
by Csatari, Gergely (Nokia - HU/Budapest) 03 Jan '18

03 Jan '18

Hi, Sure, it is a good idea. Br, Gerg0 -----Original Message----- From: lebre.adrien(a)free.fr [mailto:lebre.adrien@free.fr] Sent: Wednesday, January 3, 2018 12:27 AM To: Suyash Sinha <suyash.sinha(a)gmail.com> Cc: edge-computing(a)lists.openstack.org; Csatari, Gergely (Nokia - HU/Budapest) <gergely.csatari(a)nokia.com> Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge Hi Gentlemen, Would it be possible to start a new thread each time there is a specific discussion? I think it is hard to follow the conversation related to the bibliographies and the one related to why edge/what is edge, keeping in mind that the current thread is related to the ''Upcoming Working Sessions Schedule'' Thanks, ad_ri3n_ ----- Mail original ----- > De: "Suyash Sinha" <suyash.sinha(a)gmail.com> > À: "Gergely Csatari (Nokia - HU/Budapest)" <gergely.csatari(a)nokia.com> > Cc: edge-computing(a)lists.openstack.org > Envoyé: Mardi 2 Janvier 2018 18:45:28 > Objet: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge > > > > Thanks Gergely. very helpful/ > > > Based on my experience, there is also an issue of endpoint public IP > address for the "edge cloudlet". We take the public IP for granted in > the main datacenter but this may not be the case for edge. The edge > cloudlet maybe connecting to the rest of the world via a client IP > over LTE or other network that can change very often. > > > On Tue, Jan 2, 2018 at 8:34 AM, Csatari, Gergely (Nokia - > HU/Budapest) < gergely.csatari(a)nokia.com > wrote: > > > > > > > Hi, > > > > For telco the edge cloud is a necesary tool to bring the computing > capability close to the end user. This is a must in case of latency > sensitive applications. > > > > The main differences compared to a central cloud are: > > * Size is smaller, therefore the relative price of the management > of the cloud is expensive (from a 4 node big cloud I would not > like to have 3 dedicated control nodes) > * Location is not central, therefore any management activities > which are not remote are very expensive and security should be > provided > * Cardinality is a lot, therefore automatization of management > activities are needed > * Workload is very volatile, therefore it should be very fast to > start and stop workloads > * Workload is roaming, therefore there shold be a way to migrate > the context of a workload > > > > > They are similar with the main clouds in a sense, that: > > * low latency networking and compute are needed > * some workloads are delivered as VM images and some are as > container images > * Resource limits are needed for the applications > * Network separation is needed between the applications > > > > > Br, > > Gerg0 > > > > From: Suyash Sinha [mailto: suyash.sinha(a)gmail.com ] > Sent: Friday, December 22, 2017 3:21 PM > To: Csatari, Gergely (Nokia - HU/Budapest) < gergely.csatari(a)nokia.com > > > Cc: Claire Massey < claire(a)openstack.org >; > edge-computing(a)lists.openstack.org > > > Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge > > > > > > > > > Gergely - Thanks for the share. What you are suggesting makes sense > from a structural perspective. > > > > > > I have been studying the edge cloud space and writing on it since > 2015 ( > https://www.linkedin.com/pulse/pushing-cloud-edge-suyash-sinha/ ) . > So glad to see the work starting at openstack. > > > > > > For me, the fundamental question that we must start with is "why edge > cloud". what necessitates it? What are the technical, business and > ecosystem reasons. What use cases about edge cloud are fundamentally > different from the "mainframe" cloud? Perhaps, that will better help > educate us about the structural aspects like VMs and containers etc. > > > > > > Thanks, > > > Suyash > > > > > > > > > On Wed, Dec 20, 2017 at 2:31 AM, Csatari, Gergely (Nokia - > HU/Budapest) < gergely.csatari(a)nokia.com > wrote: > > > > > > Hi, > > > > Thanks for the discussions around the user stories. Some follow up > questions and notes: > > * Generic: I tried to use the user story template, but I think we > should add more descriptions becouse I feel the user story > format a bit to restrctive to add all information we discussed. > > > > > * Definitions: I’ve added four definitions to make the discussion > about the user stories more easy. Should we add a definition to > „Edge cloud” and/or „Edge cloud infrastructure” also? > > > * Workload: Several VM or linux containers of any kind > > > > > * The whole point of this, is to indicate that we are talking > about VM-s and (OCI compliant) containers > * Maybe we can change „workload” to „virtualisation > container” if you are not very mutch agains using terms from > ETSI NFV 😊 . > > > * (Edge Cloud) Infrastructure operator: an organisation > responsible for operating an (edge cloud) infrastrucure > > > * (Edge Cloud) infrastructure user: an organisation or person who > is using the (edge cloud) infrastructure services to start > workload > > > * application user: an organisation or person who is using the > application services runnig on top of the workloads in the (edge > cloud) infrastructure > > > * User story 1: > > > > > * Can someone provide some references to the Glance edge > friendly images? > > > * User story 2: > > > > > * From requirements point of view what is the difference > between the multiple operator and the single operator case? > In both cases there will be a need to transfer user > metadata, workload images and realtime memory content > between two edge clouds. Do I miss something (accounting > maybe)? > > > * User story 3: > > > > > * Should we extend this to contain all FM and PM data and > configurable views? > * Here I do not see the case when one edge cloud > infrastructure operator would be interested in the FM and PM > data of an other edge cloud infrastructure operators > infrastructure. Can you please explain this a bit? Is this > the case when one uber operator uses edge cloud > infrastructure sevice from other operators? > > > * User Story 5: > > > > > * In the Kuberentes is deployed directly on bare metal case. > OpenStack should only provide the hardware management part > and the capability to deploy Kubernetes. > * For the Kuberentes deployed in VM-s case: What is the > purpose of this? This is benefitial only if there is only an > OpenStack what needs to be extended with the capaility to > run containers (and still Magnum can deploy COE to bare > metal if I remember correctly) or someone would like to run > VM-s and contaienr in the same infra. > > > > > > > * The question how to deploy OpenStack to the edge sites > is very valid. I think this should be a separate user > story. Do we want to deploy OpenStack remotely? > > > * User Story 7: > > > > > * Can someone provide a reference to Mahadev Satyanarayanan-s > cloudlet material? > * I understand that the different application cases generate > different traffic patterns, but what is the differentce in > terms of infrastructure requirements? > > > * User Story 10 > > > > > * I think the sharing of OpenStack users and tenants is not > needed between operators. Maybe I’m totally missing this > multi operator case, so please explain 😊 > > > * User Story 12 > > > > > * So here the required functionly is that when a new edge > site is built it automaically finds the other clouds in the > edge cloud infrastructure and builds up the needed > connections? Is it ok to provide an ip address or fqdn as a > hint for this or this should be totally automatic? > > > Any comments to anything are welcome 😊 > > > > Br, > > Gerg0 > > > > > > From: Csatari, Gergely (Nokia - HU/Budapest) > Sent: Tuesday, December 19, 2017 2:35 PM > To: 'Claire Massey' < claire(a)openstack.org >; > edge-computing(a)lists.openstack.org > Subject: RE: [Edge-computing] Upcoming Work Sessions Schedule - Edge > > > > Hi, > > > > I think ont he existing gaps we should collect user stories to a > separate etherpad, so I sarted just an other one: > https://etherpad.openstack.org/p/2017_edge_computing_working_sessions_ > existing_gaps > > > > From the user stories we can generate requirements which can be turned > into implementable pieces after a while 😊 > > > > Br, > > Gerg0 > > > > > > From: Claire Massey [ mailto:claire@openstack.org ] > Sent: Tuesday, December 19, 2017 12:24 AM > To: edge-computing(a)lists.openstack.org > Subject: Re: [Edge-computing] Upcoming Work Sessions Schedule - Edge > > > > Correction - December 19th at 9:00am CST. Meeting Link: > https://zoom.us/j/777719876 > > > > > > > > On Dec 18, 2017, at 5:12 PM, Claire Massey < claire(a)openstack.org > > wrote: > > > > > > > Quick reminder - we have another community Edge Work Session call > tomorrow Tuesday, December 18 at 9:00am CST . > > > > > > Meeting Link: https://zoom.us/j/777719876 > > > > > > Etherpad: : > https://etherpad.openstack.org/p/2017_edge_computing_working_sessions > > > > > > We look forward to chatting with you all then. Thanks! > > > > > > > > > > > > > > On Dec 11, 2017, at 4:31 PM, Claire Massey < claire(a)openstack.org > > wrote: > > > > > > Hi everyone, > > > > > > Quick reminder that we have another community Edge Work Session call > tomorrow, Tuesday, at 9:00am CST. > > > > > > Meeting Link: https://zoom.us/j/777719876 > > > > > > Etherpad: : > https://etherpad.openstack.org/p/2017_edge_computing_working_sessions > > > > > > We look forward to chatting with you all then. > > > > > > Thanks, > > > Claire > > > > > > > > > > > > On Nov 29, 2017, at 12:15 PM, Claire Massey < claire(a)openstack.org > > wrote: > > > > > > > Thank you to everyone who attended the first edge work session call > yesterday! > > > > > > Records from the meeting: > > > * Etherpad: > https://etherpad.openstack.org/p/2017_edge_computing_working_sessions > > > * Audio recording of the November 28 meeting: > https://zoom.us/recording/play/t_XmAP-VK1RRGKhy_Epb4TF57rlOIM1gkd9qvJQ > 18G9eidjhBS-UHprOzCjA6NSB > > > > > > During the meeting we established three focus areas for work to be > done: > > > - OpenStack existing gaps > > > - Cross-community efforts > > > - Potential new project needs > > > > > > Volunteers have signed up to help lead these efforts. More details and > next steps will soon be shared on the mailing list as well as the > opportunity for others to get involved. > > > > > > The next edge work session call will be on Tuesday, December 12, at > 9:00am CST (15:00 UTC) at https://zoom.us/j/777719876 . > > > > > > Thanks, > > > Claire > > > > > > > > > > > > > > > > > On Nov 26, 2017, at 4:15 PM, Claire Massey < claire(a)openstack.org > > wrote: > > > > > > Hi there, > > > > > > Welcome to the new Edge-Computing mailing list! > > > > > > Starting this week the OpenStack Foundation will host a series of work > sessions to pick up on the progress made at the OpenDev event in > September [0] and the Edge Use Cases & Architecture forum session [1] > at the Sydney Summit. The goal for the work sessions is to end > 2017 with a clear set of edge operational requirements and > documentation (there’s a whitepaper already in the works). > > > > > > If you’d like to become an active participant to support this effort > please join us. > > > > > > Agenda and notes will be updated here: > https://etherpad.openstack.org/p/2017_edge_computing_working_sessions > . > > > > > > The calls will be held on Tuesday’s at 9:00am CST (15:00 UTC) on > > > *November 28 > > > *December 12 > > > *December 19 > > > > > > > Meeting Link: https://zoom.us/j/777719876 > > > > > > Or Telephone: > > > US: +1 646 876 9923 or +1 669 900 6833 or +1 408 638 0968 > > > Meeting ID: 777 719 876 > > > > > > International numbers available: > https://zoom.us/zoomconference?m=QQS_rcoIKkXtIdC_0EpVQ80nU8MYS4Y0 > > > > > > > > > **** > > > [0] http://www.opendevconf.com/schedule/ > > > [1] > https://etherpad.openstack.org/p/OS_Sydney_edge_computing_use_cases > > > > > > Thanks, > > > Claire Massey > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing > > > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing > > > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing > > > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing > > > > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing > > > > > > > > > -- > > > > > > s > > > > -- > > > > > s > > _______________________________________________ > Edge-computing mailing list > Edge-computing(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/edge-computing >

1 0