|
Re: [VOTE] CNI project proposal (incubation)
+1
By
Camille Fournier
·
#930
·
|
|
Re: Serverless WG formation
+1
Mark
From: <cncf-toc-bounces@...> on behalf of "Kenneth Owens (kenowens) via cncf-toc" <cncf-toc@...>
Reply-To: "Kenneth Owens (kenowens)" <kenowens@...>
Date: Tuesday, May 16, 2017 at 9:06
+1
Mark
From: <cncf-toc-bounces@...> on behalf of "Kenneth Owens (kenowens) via cncf-toc" <cncf-toc@...>
Reply-To: "Kenneth Owens (kenowens)" <kenowens@...>
Date: Tuesday, May 16, 2017 at 9:06
|
By
Mark Peek
·
#929
·
|
|
Re: Serverless WG formation
Ken,
I would join for iguazio, we have high-perf “serverless” framework for internal use and will soon open-source it
Seems like there is a consensus that serverless function portability
Ken,
I would join for iguazio, we have high-perf “serverless” framework for internal use and will soon open-source it
Seems like there is a consensus that serverless function portability
|
By
Yaron Haviv
·
#928
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1
By
Brian Grant
·
#927
·
|
|
Re: prior docs about vitess
thanks Sugu - that is helpful.
If we are going to ask Kyle if he could 'do a jepsen', it would be
very good to understand which consistency choices should be tested.
thanks Sugu - that is helpful.
If we are going to ask Kyle if he could 'do a jepsen', it would be
very good to understand which consistency choices should be tested.
|
By
alexis richardson
·
#925
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1
By
Jonathan Boulle <jonathan.boulle@...>
·
#924
·
|
|
Re: Serverless WG formation
I would like to participate.
Thanks.
I would like to participate.
Thanks.
|
By
Tim Uckun <timuckun@...>
·
#923
·
|
|
Re: Serverless WG formation
+1 This is great!
Hyper.sh also built hyper func fully based on Kubernetes, and cooperating with IBM Whisk. Hope to be involved in the new WG!
---
Harry
+1 This is great!
Hyper.sh also built hyper func fully based on Kubernetes, and cooperating with IBM Whisk. Hope to be involved in the new WG!
---
Harry
|
By
Harry Zhang <harryz@...>
·
#926
·
|
|
Re: Serverless WG formation
I will participate for Huawei and actively contribute to this effort. As I presented today,
my key interest is consistent and portable user-facing configuration (event, function, event-function
I will participate for Huawei and actively contribute to this effort. As I presented today,
my key interest is consistent and portable user-facing configuration (event, function, event-function
|
By
Cathy Zhang <Cathy.H.Zhang@...>
·
#922
·
|
|
Re: prior docs about vitess
Vitess offers different transaction modes and isolation levels as described here: http://vitess.io/user-guide/twopc.html#isolation.
The choice depends on what an application can tolerate. In case of
Vitess offers different transaction modes and isolation levels as described here: http://vitess.io/user-guide/twopc.html#isolation.
The choice depends on what an application can tolerate. In case of
|
By
Sugu Sougoumarane
·
#921
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1 (non-binding)
--
Craig Peters | Director of Product Management | www.scalr.com
m: +1 925 639 0804
e: craig@... | skype: craig.l.peters
+1 (non-binding)
--
Craig Peters | Director of Product Management | www.scalr.com
m: +1 925 639 0804
e: craig@... | skype: craig.l.peters
|
By
Craig Peters <craig@...>
·
#920
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1 (non-binding)
By
Thangavelu, Kapil
·
#919
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1 (non-binding).
By
Ihor Dvoretskyi
·
#918
·
|
|
Re: prior docs about vitess
This transition: X --> scalable X, suggests we are seeing parallel
evolutions of each category X. If so then we can ask what properties
of X are preserved. Atomicity and durability only?
This transition: X --> scalable X, suggests we are seeing parallel
evolutions of each category X. If so then we can ask what properties
of X are preserved. Atomicity and durability only?
|
By
alexis richardson
·
#917
·
|
|
Re: prior docs about vitess
Again, the main value as I see it is that Vitess facilitates a transition from MySQL to a more scalable implementation (scalable enough for Youtube), without taking so big a leap as NoSQL. Sugu
Again, the main value as I see it is that Vitess facilitates a transition from MySQL to a more scalable implementation (scalable enough for Youtube), without taking so big a leap as NoSQL. Sugu
|
By
Brian Grant
·
#916
·
|
|
Re: [VOTE] CNI project proposal (incubation)
+1!
--
Benjamin Hindman
Founder of Mesosphere and Co-Creator of Apache Mesos
Mesosphere Inc.
Follow us on Twitter: @mesosphere
+1!
--
Benjamin Hindman
Founder of Mesosphere and Co-Creator of Apache Mesos
Mesosphere Inc.
Follow us on Twitter: @mesosphere
|
By
Benjamin Hindman
·
#915
·
|
|
Re: Serverless WG formation
a +1 here is sufficient for now Justin if you support the WG creation, here are the concrete goals for the proposed serverless WG atm:
Provide clarity for ourselves and consumers w.r.t. what this
a +1 here is sufficient for now Justin if you support the WG creation, here are the concrete goals for the proposed serverless WG atm:
Provide clarity for ourselves and consumers w.r.t. what this
|
By
Chris Aniszczyk
·
#914
·
|
|
Re: Serverless WG formation
I agree this would be a useful group in the cncf but also have concerns discussed in earlier calls about being too early on trying to standardize a solution and possibly limit an evolving technology
I agree this would be a useful group in the cncf but also have concerns discussed in earlier calls about being too early on trying to standardize a solution and possibly limit an evolving technology
|
By
Justin Garrison <justinleegarrison@...>
·
#913
·
|
|
Re: Serverless WG formation
As I mentioned on the call, IBM as a key participant in Open Whisk will be there.
-Doug
Sent from my iPhone
As I mentioned on the call, IBM as a key participant in Open Whisk will be there.
-Doug
Sent from my iPhone
|
By
Doug Davis <dug@...>
·
#912
·
|
|
Re: Serverless WG formation
Hi Ken,
Very interested! Please add me in.
Thanks,
Ying
Hi Ken,
Very interested! Please add me in.
Thanks,
Ying
|
By
Ying Huang <Ying.Huang@...>
·
#911
·
|