|
Re: [VOTE] etcd project proposal (incubation)
+1 non-binding
thanks
-Doug
_______________________________________________________
STSM | IBM Open Source, Cloud Architecture & Technology
(919) 254-6905 | IBM 444-6905 | dug@...
The more I'm
+1 non-binding
thanks
-Doug
_______________________________________________________
STSM | IBM Open Source, Cloud Architecture & Technology
(919) 254-6905 | IBM 444-6905 | dug@...
The more I'm
|
By
Doug Davis <dug@...>
·
#2240
·
|
|
Re: [VOTE] etcd project proposal (incubation)
+1 (non-binding)
By
subhendu.ghosh@...
·
#2239
·
|
|
Re: [VOTE] etcd project proposal (incubation)
+1 (non-binding)
--
http://blog.arungupta.me
http://twitter.com/arungupta
+1 (non-binding)
--
http://blog.arungupta.me
http://twitter.com/arungupta
|
By
Arun Gupta
·
#2238
·
|
|
[VOTE] etcd project proposal (incubation)
The etcd project is being proposed as an INCUBATION level CNCF project, sponsored by Brian Grant from the TOC: https://github.com/coreos/etcd
etcd is a consistent distributed key-value store, designed
The etcd project is being proposed as an INCUBATION level CNCF project, sponsored by Brian Grant from the TOC: https://github.com/coreos/etcd
etcd is a consistent distributed key-value store, designed
|
By
Chris Aniszczyk
·
#2237
·
|
|
TOC Agenda for 8/21/2018
Here's the agenda deck:
https://docs.google.com/presentation/d/1RkygwZw7ILVgGhBpKnFNgJ4BCc_9qMG8cIf0MRbuzB4/edit
We plan to cover a buildpacks spec project proposal, a proposal to move rook to
Here's the agenda deck:
https://docs.google.com/presentation/d/1RkygwZw7ILVgGhBpKnFNgJ4BCc_9qMG8cIf0MRbuzB4/edit
We plan to cover a buildpacks spec project proposal, a proposal to move rook to
|
By
Chris Aniszczyk
·
#2236
·
|
|
Re: apologies
I won't be able to make tomorrow either. Sorry folks.
I won't be able to make tomorrow either. Sorry folks.
|
By
Sam Lambert <samlambert@...>
·
#2235
·
|
|
apologies
I shall be on a plane during tomorrow's TOC call.
Ken -- will you be on and can you chair please?
I shall be on a plane during tomorrow's TOC call.
Ken -- will you be on and can you chair please?
|
By
alexis richardson
·
#2234
·
|
|
CNCF Chinese style guide
After our success with a crowdsourced effort to translate the Cloud Native Definition, we wanted to kick off a similar effort on a Chinese style guide for cloud native terms. We want to thank KubeCon
After our success with a crowdsourced effort to translate the Cloud Native Definition, we wanted to kick off a similar effort on a Chinese style guide for cloud native terms. We want to thank KubeCon
|
By
Dan Kohn <dan@...>
·
#2233
·
|
|
Re: Graduation review for Fluentd
Hi ToC and Contributors,
Fluentd project is really interested into get your feedback about our graduation request:
https://github.com/cncf/toc/pull/69
any feedback is appreciated.
regards,
--
Hi ToC and Contributors,
Fluentd project is really interested into get your feedback about our graduation request:
https://github.com/cncf/toc/pull/69
any feedback is appreciated.
regards,
--
|
By
Eduardo Silva
·
#2232
·
|
|
Re: RSocket Followup (post TOC meeting)
Tim,
Thanks! I think we would all be interested in your reasons for liking gRPC.
alexis
<tim=netflix.com@...> wrote:
Tim,
Thanks! I think we would all be interested in your reasons for liking gRPC.
alexis
<tim=netflix.com@...> wrote:
|
By
alexis richardson
·
#2231
·
|
|
Re: RSocket Followup (post TOC meeting)
I see Kailash CCd me into the thread given Netflix's experience with both RSocket and gRPC.
It should be noted that at this point (as of roughly 6 months ago) all use of RSocket has been completely
I see Kailash CCd me into the thread given Netflix's experience with both RSocket and gRPC.
It should be noted that at this point (as of roughly 6 months ago) all use of RSocket has been completely
|
By
Timothy Bozarth <tim@...>
·
#2230
·
|
|
Re: Question on sandbox projects
Brandon, please see: https://smapply.zendesk.com/hc/en-us/articles/115001423873-How-to-Safely-Make-Changes-to-a-Live-Form
If we changed the order of the projects, all the remaining submissions would
Brandon, please see: https://smapply.zendesk.com/hc/en-us/articles/115001423873-How-to-Safely-Make-Changes-to-a-Live-Form
If we changed the order of the projects, all the remaining submissions would
|
By
Dan Kohn <dan@...>
·
#2229
·
|
|
Re: Question on sandbox projects
Maybe prefix things intead of postfix things to get the ordering right? Some tools sort () and [] after letters and numbers. Give it a shot?
FWIW, the over promotion of sandbox projects was raised at
Maybe prefix things intead of postfix things to get the ordering right? Some tools sort () and [] after letters and numbers. Give it a shot?
FWIW, the over promotion of sandbox projects was raised at
|
By
Brandon Philips <bphilips@...>
·
#2228
·
|
|
Re: RSocket Followup (post TOC meeting)
In addition, Pivotal's interest in RSocket extends beyond the Java implementation and we're specifically interested in JavaScript and Go. For us to be comfortable, we'd ensure reliable
In addition, Pivotal's interest in RSocket extends beyond the Java implementation and we're specifically interested in JavaScript and Go. For us to be comfortable, we'd ensure reliable
|
By
Ben Hale <bhale@...>
·
#2227
·
|
|
Re: RSocket Followup (post TOC meeting)
Hi Alexis,
How much interoperability testing have you done? Especially in the multi hop multi implementation cases
There are internal tests using RSocket with the different implementations and
Hi Alexis,
How much interoperability testing have you done? Especially in the multi hop multi implementation cases
There are internal tests using RSocket with the different implementations and
|
By
Robert Roeser <robert@...>
·
#2226
·
|
|
Re: RSocket Followup (post TOC meeting)
Go, java, js and c++ would be a convincing portfolio, if interop worked.
Go, java, js and c++ would be a convincing portfolio, if interop worked.
|
By
alexis richardson
·
#2225
·
|
|
Re: RSocket Followup (post TOC meeting)
RSocket’s primary use-case is distributed systems communication. I mentioned the above example as it’s difficult to do that today and you usually need additional components like Socket.io,
RSocket’s primary use-case is distributed systems communication. I mentioned the above example as it’s difficult to do that today and you usually need additional components like Socket.io,
|
By
Ben Hale <bhale@...>
·
#2224
·
|
|
Re: RSocket Followup (post TOC meeting)
I'd like to add to Ben's comments that this pattern is implemented in many message brokers which de facto support relays a->b->c.
The appeal (to me) of rsocket is to make the pattern part of the
I'd like to add to Ben's comments that this pattern is implemented in many message brokers which de facto support relays a->b->c.
The appeal (to me) of rsocket is to make the pattern part of the
|
By
alexis richardson
·
#2223
·
|
|
Re: RSocket Followup (post TOC meeting)
TCP flow control is at the byte level and RSocket is flow control at the message level. It's often easier to reason at the message level when you build applications because you don't have to guess
TCP flow control is at the byte level and RSocket is flow control at the message level. It's often easier to reason at the message level when you build applications because you don't have to guess
|
By
Ben Hale <bhale@...>
·
#2222
·
|
|
Re: RSocket Followup (post TOC meeting)
Is mobile the primary use case today?
Rsocket uses client-slide load balancing to achieve this?
https://github.com/rsocket/rsocket-java/tree/1.0.x/rsocket-load-balancer
OOC, how much work does
Is mobile the primary use case today?
Rsocket uses client-slide load balancing to achieve this?
https://github.com/rsocket/rsocket-java/tree/1.0.x/rsocket-load-balancer
OOC, how much work does
|
By
Brian Grant
·
#2221
·
|