[openstack-dev] [all][massively distributed][architecture]Coordination between actions/WGs

Jay Pipes jaypipes at gmail.com
Mon Aug 29 10:48:10 UTC 2016


On 08/27/2016 11:16 AM, HU, BIN wrote:
> The challenge in OpenStack is how to enable the innovation built on top of OpenStack.

No, that's not the challenge for OpenStack.

That's like saying the challenge for gasoline is how to enable the 
innovation of a jet engine.

> So telco use cases is not only the innovation built on top of OpenStack. Instead, telco use cases, e.g. Gluon (NFV networking), vCPE Cloud, Mobile Cloud, Mobile Edge Cloud, brings the needed requirement for innovation in OpenStack itself. If OpenStack don't address those basic requirements,

That's the thing, Bin, those are *not* "basic" requirements. The Telco 
vCPE and Mobile "Edge cloud" (hint: not a cloud) use cases are asking 
for fundamental architectural and design changes to the foundational 
components of OpenStack. Instead of Nova being designed to manage a 
bunch of hardware in a relatively close location (i.e. a datacenter or 
multiple datacenters), vCPE is asking for Nova to transform itself into 
a micro-agent that can be run on an Apple Watch and do things in 
resource-constrained environments that it was never built to do.

And, honestly, I have no idea what Gluon is trying to do. Ian sent me 
some information a while ago on it. I read it. I still have no idea what 
Gluon is trying to accomplish other than essentially bypassing Neutron 
entirely. That's not "innovation". That's subterfuge.

> the innovation will never happen on top of OpenStack.

Sure it will. AT&T and BT and other Telcos just need to write their own 
software that runs their proprietary vCPE software distribution 
mechanism, that's all. The OpenStack community shouldn't be relied upon 
to create software that isn't applicable to general cloud computing and 
cloud management platforms.

> An example is - self-driving car is built on top of many technologies, such as sensor/camera, AI, maps, middleware etc. All innovations in each technology (sensor/camera, AI, map, etc.) bring together the innovation of self-driving car.

Yes, indeed, but the people who created the self-driving car software 
didn't ask the people who created the cameras to write the software for 
them that does the self-driving.

> WE NEED INNOVATION IN OPENSTACK in order to enable the innovation built on top of OpenStack.

You are defining "innovation" in an odd way, IMHO. "Innovation" for the 
vCPE use case sounds a whole lot like "rearchitect your entire software 
stack so that we don't have to write much code that runs on set-top boxes."

Just being honest,
-jay

> Thanks
> Bin
> -----Original Message-----
> From: Edward Leafe [mailto:ed at leafe.com]
> Sent: Saturday, August 27, 2016 10:49 AM
> To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org>
> Subject: Re: [openstack-dev] [all][massively distributed][architecture]Coordination between actions/WGs
>
> On Aug 27, 2016, at 12:18 PM, HU, BIN <bh526r at att.com> wrote:
>
>>> From telco perspective, those are the areas that allow innovation, and provide telco customers with new types of services.
>>
>> We need innovation, starting from not limiting ourselves from bringing new idea and new use cases, and bringing those impossibility to reality.
>
> There is innovation in OpenStack, and there is innovation in things built on top of OpenStack. We are simply trying to keep the two layers from getting confused.
>
>
> -- Ed Leafe
>
>
>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>




More information about the OpenStack-dev mailing list