|
[VOTE] SPIFFE project proposal (inception)
The TOC has decided to invite SPIFFE (https://github.com/spiffe) as an INCEPTION level CNCF project, sponsored by Brian Grant from the TOC.
SPIFFE (Secure Production Identity Framework For Everyone)
The TOC has decided to invite SPIFFE (https://github.com/spiffe) as an INCEPTION level CNCF project, sponsored by Brian Grant from the TOC.
SPIFFE (Secure Production Identity Framework For Everyone)
|
By
Chris Aniszczyk
·
#1562
·
|
|
Re: updating what it means to be "Cloud Native"
I'm glad so many people found my definitions helpful!
I disagree that applications have "always been designed for resiliency, operability, and observability". I have worked on numerous systems that
I'm glad so many people found my definitions helpful!
I disagree that applications have "always been designed for resiliency, operability, and observability". I have worked on numerous systems that
|
By
Justin Garrison <justinleegarrison@...>
·
#1561
·
|
|
Re: updating what it means to be "Cloud Native"
I really like how Justin framed this but I don’t want to lose the “agility” piece he mentions. Applications have always been designed for resiliency, operability, and observability and have
I really like how Justin framed this but I don’t want to lose the “agility” piece he mentions. Applications have always been designed for resiliency, operability, and observability and have
|
By
Scott Hammond <scott.hammond@...>
·
#1560
·
|
|
Re: updating what it means to be "Cloud Native"
I really like the "declarative, dynamic, resilient, scalable". I think it fits the need for the elevator pitch.
-Bob
I really like the "declarative, dynamic, resilient, scalable". I think it fits the need for the elevator pitch.
-Bob
|
By
Bob Wise
·
#1559
·
|
|
Re: [VOTE] Vitess project proposal (incubation)
Thanks for indulging my last minute questions. +1 binding
Thanks for indulging my last minute questions. +1 binding
|
By
Camille Fournier
·
#1558
·
|
|
Re: updating what it means to be "Cloud Native"
+1.
--
Duncan Johnston-Watt
Founder & Chair, Advisory Board
Phone: +44 777 190 2653 | Skype: duncan_johnstonwatt
Twitter: @duncanjw | LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
+1.
--
Duncan Johnston-Watt
Founder & Chair, Advisory Board
Phone: +44 777 190 2653 | Skype: duncan_johnstonwatt
Twitter: @duncanjw | LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
|
By
Duncan Johnston-Watt <duncan.johnstonwatt@...>
·
#1557
·
|
|
Re: updating what it means to be "Cloud Native"
I’m also more aligned with Justin’s definition, the way I usually describe Cloud-Native architecture in my posts is that it provides:
Durability — services must sustain component
I’m also more aligned with Justin’s definition, the way I usually describe Cloud-Native architecture in my posts is that it provides:
Durability — services must sustain component
|
By
Yaron Haviv <yaronh@...>
·
#1556
·
|
|
Re: updating what it means to be "Cloud Native"
Wow, I really like Justin's (and Kris's) definitions. As I read Brian's proposed attributes, it occurred to me how much software we have that is indisputably cloud native and yet doesn't exhibit the
Wow, I really like Justin's (and Kris's) definitions. As I read Brian's proposed attributes, it occurred to me how much software we have that is indisputably cloud native and yet doesn't exhibit the
|
By
Bryan Cantrill <bryan@...>
·
#1555
·
|
|
Re: updating what it means to be "Cloud Native"
This is just my opinion. Feedback is encouraged. I did a lot of thinking about definitions when writing Cloud Native Infrastructure with Kris Nova last year.
In the book I define cloud native
This is just my opinion. Feedback is encouraged. I did a lot of thinking about definitions when writing Cloud Native Infrastructure with Kris Nova last year.
In the book I define cloud native
|
By
Justin Garrison <justinleegarrison@...>
·
#1554
·
|
|
Re: updating what it means to be "Cloud Native"
Good point. I'll think about that (and am open to suggestions). "Automation" is a bit too terse, and not differentiated from the numerous automation systems of the past.
Good point. I'll think about that (and am open to suggestions). "Automation" is a bit too terse, and not differentiated from the numerous automation systems of the past.
|
By
Brian Grant
·
#1553
·
|
|
Re: updating what it means to be "Cloud Native"
Although the new definition is deeper and more inclusive, I think it is much less approachable especially to an less technical audience.
The "container packaged, dynamically managed, micro service
Although the new definition is deeper and more inclusive, I think it is much less approachable especially to an less technical audience.
The "container packaged, dynamically managed, micro service
|
By
Bob Wise
·
#1552
·
|
|
Re: [VOTE] Vitess project proposal (incubation)
+1 (non-binding)
By
Junghyun Kim <kjh@...>
·
#1551
·
|
|
Re: [VOTE] Vitess project proposal (incubation)
+1 non-binding
From: <cncf-toc@...> on behalf of Chris Aniszczyk <caniszczyk@...>
Reply-To: "cncf-toc@..." <cncf-toc@...>
Date: Thursday, January 25, 2018 at 8:50 AM
To: "cncf-toc@..."
+1 non-binding
From: <cncf-toc@...> on behalf of Chris Aniszczyk <caniszczyk@...>
Reply-To: "cncf-toc@..." <cncf-toc@...>
Date: Thursday, January 25, 2018 at 8:50 AM
To: "cncf-toc@..."
|
By
Mark Peek
·
#1550
·
|
|
Re: [VOTE] Vitess project proposal (incubation)
+1 binding
By
Jonathan Boulle <jon@...>
·
#1549
·
|
|
Re: updating what it means to be "Cloud Native"
Hi Brian, Thank you. This is very timely with some of the efforts that are underway with the CNCF website. We intend to have a high level messaging on several use cases and applications.
Regards,
Dee
Hi Brian, Thank you. This is very timely with some of the efforts that are underway with the CNCF website. We intend to have a high level messaging on several use cases and applications.
Regards,
Dee
|
By
Dee Kumar <dkumar@...>
·
#1548
·
|
|
Re: updating what it means to be "Cloud Native"
Yes I do.
Paul
By
Paul Fremantle <paul@...>
·
#1547
·
|
|
Re: updating what it means to be "Cloud Native"
Or "automatable": http://blog.kubernetes.io/2016/09/cloud-native-application-interfaces.html
Good suggestion. I agree they aren't all necessary in every situation. They are intended to serve as
Or "automatable": http://blog.kubernetes.io/2016/09/cloud-native-application-interfaces.html
Good suggestion. I agree they aren't all necessary in every situation. They are intended to serve as
|
By
Brian Grant
·
#1546
·
|
|
Re: updating what it means to be "Cloud Native"
Paul
Do you agree that mesh is helpful, but otherwise neither necessary nor sufficient?
A
Paul
Do you agree that mesh is helpful, but otherwise neither necessary nor sufficient?
A
|
By
alexis richardson
·
#1545
·
|
|
Re: updating what it means to be "Cloud Native"
I think the overall definition is much better.
I really like how service meshes enable DRY and declarative intent, but there are lots of other important technologies (such as network attached
I think the overall definition is much better.
I really like how service meshes enable DRY and declarative intent, but there are lots of other important technologies (such as network attached
|
By
Paul Fremantle <paul@...>
·
#1544
·
|
|
Re: updating what it means to be "Cloud Native"
Nice one Brian
Once you said "cloud native is automation"
Re the second section, I suggest "promote... but are not necessary for". In particular i am not convinced immutability is quite "right", and
Nice one Brian
Once you said "cloud native is automation"
Re the second section, I suggest "promote... but are not necessary for". In particular i am not convinced immutability is quite "right", and
|
By
alexis richardson
·
#1543
·
|