cncf-toc@lists.cncf.io

Home Messages Hashtags Subgroups

Messages

Between

and

Re: Zoom

I'm not sure what the problem was Camille on your end but I'll investigate why you couldn't un mute yourself. Thanks for your patience, we are still learning the ins and outs of Zoom. --

By Chris Aniszczyk · #995 ·

Re: Zoom

actually there is phone-only option Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll) -- Eduardo Silva Open Source, Treasure Data http://www.treasuredata.com/opensource

By Eduardo Silva · #994 ·

Zoom

Zoom is cool but I need something phone-only that doesn't mute me in a fashion where I don't control it myself. Can we fix config default or move to something else? C

By Camille Fournier · #993 ·

Re: openmetrics next steps

Those requests are proxied by GH these days, but I will try. Will do. Fabian is listed as a lead and he's in on this effort as well. Still, I will make them officially aware. Richard

By Richard Hartmann · #992 ·

openmetrics next steps

Richard Thanks! Please talk to the GH project owner who has "openmetrics". For help & next steps, you can follow up with Lee & Ken via email - ccd. You can find the Kubernetes Instrumentation SIG at

By alexis richardson · #991 ·

TOC Agenda for 6/20/17

Here's the deck: https://goo.gl/moEKQp Also as a reminder, we are trying out Zoom conferencing for TOC calls now, this is a better system IMHO and easier for our Chinese community too! Time: June 20

By Chris Aniszczyk · #990 ·

News from Kubernetes leadership summit

CNCF community, The Kubernetes project is at full tilt. Please see below a summary of the recent Leadership Summit, a gathering of mostly technical folk driving this project. Apologies if some

By alexis richardson · #989 ·

IMPORTANT - CNCF TOC Goals and Operating Principles - v0.2

Broadening beyond TOC to add CNCF GB & Marketing. CNCF community, PLEASE review this doc whose purpose is to summarise the thinking of the TOC concerning project selection, governance, and other

By alexis richardson · #988 ·

CNCF Storage WG 6/9/2017 Meeting Minutes

Thanks everyone for showing up for the first meeting, was great to have ~40 folks! Here are the minutes: https://goo.gl/wRqerO Here is the full recording: https://youtu.be/qAw3y6rdRbs The CSI slides

By Chris Aniszczyk · #987 ·

Re: Serverless Workgroup Kickoff

No worries! Sent from my Verizon, Samsung Galaxy smartphone

By Kenneth Owens (kenowens) <kenowens@...> · #986 ·

Re: Serverless Workgroup Kickoff

Thank you all for getting this off the ground.

By alexis richardson · #985 ·

Serverless Workgroup Kickoff

Just wanted to give everyone an update on the serverless workgroup. We had our initial meeting, agreed on the objective of documenting what Serverless means to Cloud Native, outlined a white/position

By Kenneth Owens (kenowens) <kenowens@...> · #984 ·

Re: rook.io

Sorry I was thrown off by your “what does it do differently than Amazon” :-) I mean block storage (raw block devices underneath pods comparable to AWS EBS), filesystems (shared POSIX compliant

By Bassam Tabbara <Bassam.Tabbara@...> · #983 ·

Re: rook.io

Bassam I understand that part ;) The part that I don't fully grok is what you mean by "storage". Forgive my naive questions. Alexis

By alexis richardson · #982 ·

Re: Continued InfraKit Discussion

Hi Chris, Thanks for starting the thread. In a nutshell, InfraKit focuses on being lightweight and embeddable while enabling self-management and capacity scaling features for the entire,

By David Chung <david.chung@...> · #981 ·

Re: rook.io

Camille, yes! :-) The premise of Rook is to provide a cloud-native alternative to Amazon S3, EBS and EFS. These storage services can run directly inside the cloud native environment vs. vendor

By Bassam Tabbara <Bassam.Tabbara@...> · #980 ·

Re: rook.io

Presumably providing an abstraction layer that can front Amazon, Google, and internal cloud offerings. For those of us who need such a thing.

By Camille Fournier · #979 ·

Re: rook.io

I don't understand what you are doing which is better than what Amazon can do alone.

By alexis richardson · #978 ·

Re: rook.io

Do you mean EBS? For S3 which has 11 9’s (over a year) of durability you’d need 10s of Rook storage nodes spread across three availability zones. For block storage, i.e. the use case in the

By Bassam Tabbara <Bassam.Tabbara@...> · #977 ·

Re: rook.io

So you need a pair of rook nodes to be more reliable than S3?

By alexis richardson · #976 ·

7001 - 7020 of 7995

Home Hashtags Subgroups Terms