|
Re: Storage Patterns for container native - community content
Clinton / Yaron,
Thank you for the feedback. We will get some of that added to the doc, although we were thinking of covering some of those topics in more depth in future articles. We’ll
Clinton / Yaron,
Thank you for the feedback. We will get some of that added to the doc, although we were thinking of covering some of those topics in more depth in future articles. We’ll
|
By
Alex Chircop
·
#656
·
|
|
Re: ANN: Formation of Working Groups
If you are interested in hearing about the progress of the CI working group, I am planning on using the CI mailing list for public discussion. Please join that mailing list,
If you are interested in hearing about the progress of the CI working group, I am planning on using the CI mailing list for public discussion. Please join that mailing list,
|
By
Camille Fournier
·
#655
·
|
|
Re: Storage Patterns for container native - community content
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what
|
By
Kitson, Clinton <Clinton.Kitson@...>
·
#654
·
|
|
Re: Storage Patterns for container native - community content
I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to
I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to
|
By
Yaron Haviv
·
#653
·
|
|
Re: Storage Patterns for container native - community content
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage
|
By
Alex Chircop
·
#652
·
|
|
ANN: Formation of Working Groups
All,
An agenda item for the TOC f2f was the possible formation of "working
groups". These have come up a number of times in the last 9+ months
since the TOC formed. The idea is to spawn CNCF TOC
All,
An agenda item for the TOC f2f was the possible formation of "working
groups". These have come up a number of times in the last 9+ months
since the TOC formed. The idea is to spawn CNCF TOC
|
By
alexis richardson
·
#651
·
|
|
Re: Interesting tech marketing from Amazon
Andy, thanks, sure we should follow w “How” after the “Why”
Another reason for that order is to set the architecture context, e.g. many still view containers as lightweight VMs, can see
Andy, thanks, sure we should follow w “How” after the “Why”
Another reason for that order is to set the architecture context, e.g. many still view containers as lightweight VMs, can see
|
By
Yaron Haviv
·
#650
·
|
|
Re: Interesting tech marketing from Amazon
I agree the emphasis of our outbound messaging should be on the why (and the "what's in it for me?"). And Yaron's suggestion of "because it gets you business agility through continuous dev and ops")
I agree the emphasis of our outbound messaging should be on the why (and the "what's in it for me?"). And Yaron's suggestion of "because it gets you business agility through continuous dev and ops")
|
By
Andrew Randall
·
#649
·
|
|
Re: Interesting tech marketing from Amazon
If anyone care to watch Simon’s talk pointed by Tony: "people don't buyWHAT you do, but WHY you do it", Containers, micro-services, .. are thewhat, my point is we should focus on the Why
i.e.
If anyone care to watch Simon’s talk pointed by Tony: "people don't buyWHAT you do, but WHY you do it", Containers, micro-services, .. are thewhat, my point is we should focus on the Why
i.e.
|
By
Yaron Haviv
·
#648
·
|
|
Re: Interesting tech marketing from Amazon
I agree with some earlier comments about being too opinionated. A broad definition could be "a computing environment focused on optimizing for applications in cloud operating models". This feels like
I agree with some earlier comments about being too opinionated. A broad definition could be "a computing environment focused on optimizing for applications in cloud operating models". This feels like
|
By
Kitson, Clinton <Clinton.Kitson@...>
·
#647
·
|
|
Re: Interesting tech marketing from Amazon
+1
That's very concrete, and provides a framework for explaining what and why.
+1
That's very concrete, and provides a framework for explaining what and why.
|
By
Brian Grant
·
#646
·
|
|
Re: important updates re TOC meeting scheduling & agenda in future
+1 for Thursdays at the same time.
- Lee
+1 for Thursdays at the same time.
- Lee
|
By
Lee Calcote
·
#645
·
|
|
Re: Interesting tech marketing from Amazon
As a big fan of Joe Beta and Craig McLuckie, my three ingredients for cloud-native operations are containers, orchestrators and microservice frameworks. These three terms come from Craig's post
As a big fan of Joe Beta and Craig McLuckie, my three ingredients for cloud-native operations are containers, orchestrators and microservice frameworks. These three terms come from Craig's post
|
By
Tony Hsu
·
#644
·
|
|
Re: Interesting tech marketing from Amazon
I think the key message of Cloud-Native should be about its value:
Continuous Development and Operation (Enabling Business Agility/Transformation)
Decomposition to micro-services, stateless,
I think the key message of Cloud-Native should be about its value:
Continuous Development and Operation (Enabling Business Agility/Transformation)
Decomposition to micro-services, stateless,
|
By
Yaron Haviv
·
#643
·
|
|
Re: Interesting tech marketing from Amazon
Management includes scaling, so IMO "dynamically managed" implies dynamic scaling, as well as a higher rate of change than people had been accustomed to in the past.
In practice, the way this is
Management includes scaling, so IMO "dynamically managed" implies dynamic scaling, as well as a higher rate of change than people had been accustomed to in the past.
In practice, the way this is
|
By
Brian Grant
·
#642
·
|
|
Re: [VOTE] gRPC project proposal
+1 (non-binding)
Regards,
Tony Hsu
+1 (non-binding)
Regards,
Tony Hsu
|
By
Tony Hsu
·
#641
·
|
|
Re: important updates re TOC meeting scheduling & agenda in future
Either works for me
--
Nicholas Weaver
Director - Software Engineering
Intel, Datacenter Solutions Group
From: <cncf-toc-bounces@...> on behalf of Camille Fournier via cncf-toc
Either works for me
--
Nicholas Weaver
Director - Software Engineering
Intel, Datacenter Solutions Group
From: <cncf-toc-bounces@...> on behalf of Camille Fournier via cncf-toc
|
By
Weaver, Nicholas <nicholas.weaver@...>
·
#640
·
|
|
Re: important updates re TOC meeting scheduling & agenda in future
I'm flexible
By
Camille Fournier
·
#639
·
|
|
Re: important updates re TOC meeting scheduling & agenda in future
These times/days would work for me, thanks.
These times/days would work for me, thanks.
|
By
Brian Grant
·
#638
·
|
|
Re: [VOTE] gRPC project proposal
+1 (non-binding)
-William
+1 (non-binding)
-William
|
By
William Morgan
·
#636
·
|