|
Re: השב: [VOTE] End User Reference Architecture v1.0
Brian Grant
On Mon, Oct 24, 2016 at 6:04 AM, Yaron Haviv via cncf-toc <cncf-toc@...> wrote:
Hi, Yaron. This layer diagram is extremely high-level, and the explanations of the levels are intended to be descriptive rather than exhaustive, so it doesn't preclude the service broker model.
|
||
|
|
||
|
Re: peanut-gallery thoughts about GRPC
Brandon Philips <brandon.philips@...>
On gRPC and HTTP 1.x I think the best way to bring gRPC to the HTTP 1.x world is via OpenAPI (formerly swagger) and JSON, see the blog post here: http://www.grpc.io/blog/coreos We do this in etcd v3: provide endpoints for HTTP 2.x + gRPC and HTTP 1.x + JSON. On Fri, Oct 21, 2016 at 11:42 AM Brian Grant via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
[devroom-managers] "Cloud and Monitoring" and "Containers and Microservices" devrooms Joint Call for Proposals
FYI for awareness, CNCF is also sponsoring FOSDEM this year Begin forwarded message:
|
||
|
|
||
|
השב: [VOTE] End User Reference Architecture v1.0
Yaron Haviv
Chris,
Probably too late to comment, but looking at the charts seems like we are missing a notion of resources binding / dependency, similar to cloud foundry
E. G. A web Micro-Service binds to (or depends on) a database Micro-Service with a certain url, this helps orchestration to determine the provisioning steps, and helps the app find the resources it builds on
Yaron
נשלח ממכשיר הSamsung שלי
-------- הודעה מקורית -------- מאת: Chris Aniszczyk via cncf-toc <cncf-toc@...> תאריך: 24/10/2016 14:15 (GMT+02:00) אל: cncf-toc@... נושא: [cncf-toc] [VOTE] End User Reference Architecture v1.0 Last week at the CNCF TOC meeting, we discussed issues with the CNCF Reference Architecture and felt it was ready to finalize (and much better than what we had before):
This is a call to formalize the reference architecture, so TOC members please vote!
Chris Aniszczyk (@cra) | +1-512-961-6719
|
||
|
|
||
|
Re: [VOTE] End User Reference Architecture v1.0
Ram, J <j.ram@...>
Sorry, I missed that last call. So apologies if this was discussed. Two thoughts/Questions that come to mind when looking thru the slides:
a) Emphasis on security seem to be missing. It might be implicit, but being explicit might be useful. So calling out some aspects of it in application definition, orchestration and runtime would change that. I suspect that orchestration and runtime would get more interesting if complex security policies are modelled in the application definition.
b) Not sure if this is group to address: I feel, that no consistent implementation or standard for Service Directory exist. The most consistent yellow pages we seem to have DNS. For the new generation of applications, is that enough? Should we call out Service directory under service management?
From: cncf-toc-bounces@... [mailto:cncf-toc-bounces@...] On Behalf Of Chris Aniszczyk via cncf-toc
Last week at the CNCF TOC meeting, we discussed issues with the CNCF Reference Architecture and felt it was ready to finalize (and much better than what we had before):
This is a call to formalize the reference architecture, so TOC members please vote!
-- Chris Aniszczyk (@cra) | +1-512-961-6719 |
||
|
|
||
|
Re: [VOTE] End User Reference Architecture v1.0
alexis richardson
YES On Mon, Oct 24, 2016 at 12:15 PM Chris Aniszczyk via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
[VOTE] End User Reference Architecture v1.0
Last week at the CNCF TOC meeting, we discussed issues with the CNCF Reference Architecture and felt it was ready to finalize (and much better than what we had before): This is a call to formalize the reference architecture, so TOC members please vote! Chris Aniszczyk (@cra) | +1-512-961-6719 |
||
|
|
||
|
Re: peanut-gallery thoughts about GRPC
Brian Grant
+Varun and Jayant to answer that On Fri, Oct 21, 2016 at 10:57 AM, Alexis Richardson via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
Re: peanut-gallery thoughts about GRPC
alexis richardson
I'd like to understand why gRPC doesn't work with HTTP 1.x On Fri, 21 Oct 2016, 18:45 Ben Sigelman via cncf-toc, <cncf-toc@...> wrote:
|
||
|
|
||
|
peanut-gallery thoughts about GRPC
Ben Sigelman
Hi all, "I am not on the TOC, but" I did want to share a few thoughts about GRPC per the call the other day. I was recently at one of those moderated VC dinners where everyone gets put on the spot to say something "insightful" (sic) – I'm sure we all know the scenario. Anyway, we had to go around the table and talk about "the one OSS project that's poised to change the way the industry functions". There were lots of mentions of Docker, k8s, etc, and for good reason. I had the bad luck of being last and felt like it wasn't useful to just +1 someone else's comment, and I realized that GRPC was in many ways an excellent answer. Varun alluded to this in his presentation, but to restate it in different words: the value of an RPC system is mostly not actually about the RPC... it's the service discovery, client-side load balancing, well-factored monitoring, context propagation, and so on. In that way, a high-quality RPC system is arguably the lynchpin of the "user-level OS" that sits just below the application code but above the actual (kernel) syscalls. An alternative approach moves things like RPC into its own process (a la linkerd(*)) and I think that makes sense in certain situations... but when the RPC system depends on data from its host process beyond the RPC payload and peer identity (which is often the case for more sophisticated microservice deployments), OR when "throughput matters" and extra copies are unacceptable, an in-process RPC subsystem is the right approach. As for whether GRPC is the right in-process RPC system to incubate: I think that's a no-brainer. It has good momentum, the code is of a much higher quality and works in more languages than the alternatives, and Google's decision to adopt it internally will help to ensure that it works within scaled-out systems (both architecturally and in terms of raw performance). Apache Thrift moves quite slowly in my experience and has glaring problems in many languages; Finagle is mature but is limited to JVM (and perhaps bites off more than it can chew at times); other entrants that I'm aware of don't have a strong community behind them. So yes, this is just an enthusiastic +1 from me. Hope the above makes sense and isn't blindingly obvious. :) Comments / disagreements welcome – Ben (*): re linkerd specifically: I am a fan, and IMO this is a "both/and" situation, not "either/or"... |
||
|
|
||
|
RFC: Project Proposal for Fluentd
At yesterday's TOC meeting, we discussed formalizing a Fluentd project proposal after having a great experience collaborating with the Fluentd community: For the TOC and wider CNCF community, please take a look at the proposal (https://github.com/cncf/toc/pull/20/files) and make any comments/suggestions on the PR. If there aren't any major issues, we will call for a formal vote towards the end of next week. Thanks! Chris Aniszczyk (@cra) | +1-512-961-6719 |
||
|
|
||
|
Re: [VOTE] CNCF Code of Conduct
Jonathan Boulle <jonathan.boulle@...>
Yes On 20 October 2016 at 17:12, Benjamin Hindman via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
Re: [VOTE] CNCF Code of Conduct
Benjamin Hindman
Yes. On Thu, Oct 20, 2016 at 7:59 AM, Chris Aniszczyk via cncf-toc <cncf-toc@...> wrote:
--
Benjamin Hindman Founder of Mesosphere and Co-Creator of Apache Mesos Follow us on Twitter: @mesosphere
|
||
|
|
||
|
Re: [VOTE] CNCF Code of Conduct
Brian Grant
YES |
||
|
|
||
|
Re: [VOTE] CNCF Code of Conduct
alexis richardson
Yes On Thu, 20 Oct 2016, 15:59 Chris Aniszczyk via cncf-toc, <cncf-toc@...> wrote:
|
||
|
|
||
|
[VOTE] CNCF Code of Conduct
From yesterday's TOC meeting, we had discussion around adopting a code of conduct for the CNCF community. We decided to go with what the k8s community has already established: The raw text of the CNCF code of conduct is here: This is a call to formalize the Code of Conduct, so TOC members please vote! Chris Aniszczyk (@cra) | +1-512-961-6719 |
||
|
|
||
|
DRAFT slides for TOC call tomorrow
alexis richardson
All,
Slides are here - https://docs.google.com/presentation/d/1xbMsdJdLZzokm8Lf4-S4lr5HauOWOs46V9XSbh011ig/edit#slide=id.gd5ae4e962_2_136 Expected changes: - gRPC slides to be added - some mods on End User Ref Arch Comments to me on list please. a |
||
|
|
||
|
Re: FYI: OpenTracing formally joins CNCF!
Julius Volz
Congrats from the Prometheus side and welcome :) On Tue, Oct 11, 2016 at 11:59 PM, Ben Sigelman via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
Re: FYI: OpenTracing formally joins CNCF!
Ben Sigelman
Thanks, Chris and the TOC... the OpenTracing folks are excited about this! Hopefully we'll have the opportunity to chat in person at Kubecon next month. Best wishes, Ben On Tue, Oct 11, 2016 at 12:48 PM, Chris Aniszczyk <caniszczyk@...> wrote:
|
||
|
|
||
|
Re: FYI: OpenTracing formally joins CNCF!
alexis richardson
Excellent! On Tue, 11 Oct 2016, 20:48 Chris Aniszczyk via cncf-toc, <cncf-toc@...> wrote:
|
||
|
|
See how DC/OS elastically runs