|
Re: Storage Patterns for container native - community content
We are making some updates to the doc based on some of the feedback.
I do agree, we need to show how cloud native is different in terms of how you deploy and rebuild a POD, but I also believe that users are interested in how to manage the persistence that is required by the POD in terms of the databases, object stores, message queues and instrumentation/logs that provide the services that POD requires for persistence. The classes of storage that are used to build these services in terms of accessibility, performance, scalability, qos, portability are important, policy/scheduler based decisions such as security, encryption and placement are key, and for some there may still be dependencies on replication, snapshots etc … This is why we wanted to flesh out some of the storage primitives that would be considered.
Question – would this discussion and the content that we are working on be a suitable topic for the newly defined storage working group ?
Thanks, Alex
From: Yaron Haviv <yaronh@...>
Alex,
I agree with Clinton’s point that we want to focus on what makes Cloud-Native different, not sure covering all the legacy Storage protocols serves that purpose There are too many users today that try to fit VM concepts into Cloud-Native and take us out of focus The key point is allowing continuous development and ops, elasticity, distribution, .. Looking at the 12 factors, notions of Stateless & immutable tasks, Service bindings (to data), Atomicity are enabling that
It’s a different craft than today’s storage approached as I highlighted in my blog post, e.g. you don’t snapshot/backup a POD, you build it from a Git tag You use message queues to enable elastic scaling and fault-tolerance, you store data using atomic operations (to Obj/NoSQL) vs trust file-systems to flush data out and risk inconsistent states. For the guys who would argue they want to snapshot stateful services like Mongo/Cassandra/Object, a short reminder is those are un-coordinated scaled-out instances, and in many cases versioning and re-builds are built into it
Yaron
From: Alex Chircop [mailto:alex.chircop@...]
Sent: Friday, February 24, 2017 4:14 PM To: Kitson, Clinton <Clinton.Kitson@...>; Yaron Haviv <yaronh@...>; cncf-toc@... Subject: RE: [cncf-toc] Storage Patterns for container native - community content
Clinton / Yaron,
Thank you for the feedback. We will get some of that added to the doc, although we were thinking of covering some of those topics in more depth in future articles. We’ll update the draft and recirculate.
Thanks, Alex
From: Kitson, Clinton [mailto:Clinton.Kitson@...]
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what looks to be technical details of a specific storage platform implementation. Cloud native with storage is definitely different, and just applying existing hardware thinking to this new area doesn't feel quite right.
Here are some of the questions that I think should be answered which leads towards a "what is cloud native storage topic".
What makes storage in cloud native computing different? What cloud native applications require persistent storage of any form? What kinds of storage services are used with cloud native applications? What role does integration and interoperability play to build cloud native storage? What opportunities do cloud native orchestrators present for operating persistent storage platforms? What is cloud native storage?
Clint Kitson Technical Director {code} by Dell EMC --- email: Clinton.Kitson@... mobile: "+1 424 645 4116" team: codeDellEMC.com twitter: "@clintonskitson" github: github.com/clintonskitson From:
cncf-toc-bounces@... [cncf-toc-bounces@...] on behalf of Yaron Haviv via cncf-toc [cncf-toc@...] I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to services/apps).
https://sdsblog.com/2015/09/16/cloud-native-will-shake-up-enterprise-storage/
Yaron
From:
cncf-toc-bounces@... [mailto:cncf-toc-bounces@...]
On Behalf Of Alex Chircop via cncf-toc
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination
or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
Today's TOC meeting - slides
alexis richardson
|
||
|
|
||
|
Re: [VOTE] CoreDNS project proposal (inception)
Dan Kohn <dan@...>
Also, Camille, please note that CoreDNS (along with all of the other smaller projects) will be holding a salon at CloudNativeCon/KubeCon Berlin on March 30, at which we're hoping to attract new users, and potentially new developers. The OpenTracing salon in Seattle got good reviews and so we're expanding the format. Here's the salon schedule: https://cloudnativeeu2017.sched.com/overview/type/Salon Also a reminder that we just crossed over 1,000 attendees for Berlin, and will likely be selling out, so that is an excellent time to get your tickets.
|
||
|
|
||
|
Re: [cncf-ci-public] GSOC 2017 prospective applicant
Chris Aniszczyk
Please make your SOC related requests on GitHub by filing a GitHub issue: Thanks!
On Mon, Feb 27, 2017 at 3:12 PM, Shrenik Jain <shrenik.jain@...> wrote: Hi, --
Chris Aniszczyk (@cra) | +1-512-961-6719
|
||
|
|
||
|
GSOC 2017 prospective applicant
Shrenik Jain <shrenik.jain@...>
Hi,
I am a pre final year B.Tech and MS by research student at International Institute of Information Technology, Hyderabad. I am proficient in python, C++ and Java. I am interested in contributing to project "Develop a set of Jupyter Notebooks for the Python Client". I have prior experience with working on docker containers and swarm and kubernetes clusters. Kindly guide me to some tasks to some initial contributions to the project to prove my candidature for the same. Regards, Shrenik
|
||
|
|
||
|
Re: CNCF TOC Open Agenda - call for topics
Swarna Podila (Avi Networks) <swarna@...>
Agreed. This comes up often; we need documentation resources about the projects and on how these projects compare/contrast with vendor-supported solutions.
Best,
Swarna.
On Feb 27, 2017, 6:41 AM -0800, Alexis Richardson via cncf-toc <cncf-toc@...>, wrote:
+1 good topic.
|
||
|
|
||
|
Re: [VOTE] CoreDNS project proposal (inception)
alexis richardson
good advice, thank-you
On Mon, Feb 27, 2017 at 3:40 PM, Camille Fournier via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
Re: [VOTE] CoreDNS project proposal (inception)
Camille Fournier
I'm +1, with the strong encouragement for this project to find more active committers. It really looks like a one-person show right now. Comparing to our other inception project, which has 7 people who seem to have more than 25 commits, this project has only 1 person who dominates the commit history. But I think we can do inception with the current status. C
On Thu, Feb 16, 2017 at 2:15 PM, Benjamin Hindman via cncf-toc <cncf-toc@...> wrote:
|
||
|
|
||
|
Re: CNCF TOC Open Agenda - call for topics
alexis richardson
+1 good topic.
On Mon, Feb 27, 2017 at 2:40 PM, Jonathan Boulle <jonathan.boulle@coreos.com> wrote: I'd like to talk again about the CNCF providing documentation resources for
|
||
|
|
||
|
Re: CNCF TOC Open Agenda - call for topics
Jonathan Boulle <jonathan.boulle@...>
I'd like to talk again about the CNCF providing documentation resources for projects.
On 27 February 2017 at 15:05, Alexis Richardson via cncf-toc <cncf-toc@...> wrote: all,
|
||
|
|
||
|
CNCF TOC Open Agenda - call for topics
alexis richardson
all,
post the Tahoe f2f we agreed to run with a more "open agenda" for TOC calls. PLEASE feel free to post topics to this thread over next 24 hours, and I'll work with Chris A to devise an Agenda for the 1st March call this week. a
|
||
|
|
||
|
CNCF speaking opportunities
Dan Kohn <dan@...>
CNCF will be sponsoring and helping to program content for the events below. We would encourage you to have engineers from your companies propose talks on Kubernetes and other cloud native related topics. We have travel funding available for women and other under-represented minority presenters. OpenStack Boston, MA - May 8 - 11 Kubernetes Day (May 9) CFP - closes on March 20 Open Source Summit Japan Tokyo, Japan - May 31 - June 2 CFP - closes on March 4 Co-located Automotive Linux Summit June 1 CFP - closes March 4 Fluentd Mini-Summit June 1 CFP - closes on March 15 LinuxCon ContainerCon CloudOpen Beijing, China - June 19 - June 20 CFP - closes on March 18 Open Source Summit North America Los Angeles, CA - September 11 - 13 CFP - closes on May 6 Open Source Summit Europe Prague, Czech Republic - October 23 - 25 CFP - closes on July 8 Questions? Please contact me and Katie Schultz <kschultz@...>. --
|
||
|
|
||
|
Re: Storage Patterns for container native - community content
Yaron Haviv
Alex,
I agree with Clinton’s point that we want to focus on what makes Cloud-Native different, not sure covering all the legacy Storage protocols serves that purpose There are too many users today that try to fit VM concepts into Cloud-Native and take us out of focus The key point is allowing continuous development and ops, elasticity, distribution, .. Looking at the 12 factors, notions of Stateless & immutable tasks, Service bindings (to data), Atomicity are enabling that
It’s a different craft than today’s storage approached as I highlighted in my blog post, e.g. you don’t snapshot/backup a POD, you build it from a Git tag You use message queues to enable elastic scaling and fault-tolerance, you store data using atomic operations (to Obj/NoSQL) vs trust file-systems to flush data out and risk inconsistent states. For the guys who would argue they want to snapshot stateful services like Mongo/Cassandra/Object, a short reminder is those are un-coordinated scaled-out instances, and in many cases versioning and re-builds are built into it
Yaron
From: Alex Chircop [mailto:alex.chircop@...]
Sent: Friday, February 24, 2017 4:14 PM To: Kitson, Clinton <Clinton.Kitson@...>; Yaron Haviv <yaronh@...>; cncf-toc@... Subject: RE: [cncf-toc] Storage Patterns for container native - community content
Clinton / Yaron,
Thank you for the feedback. We will get some of that added to the doc, although we were thinking of covering some of those topics in more depth in future articles. We’ll update the draft and recirculate.
Thanks, Alex
From: Kitson, Clinton [mailto:Clinton.Kitson@...]
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what looks to be technical details of a specific storage platform implementation. Cloud native with storage is definitely different, and just applying existing hardware thinking to this new area doesn't feel quite right.
Here are some of the questions that I think should be answered which leads towards a "what is cloud native storage topic".
What makes storage in cloud native computing different? What cloud native applications require persistent storage of any form? What kinds of storage services are used with cloud native applications? What role does integration and interoperability play to build cloud native storage? What opportunities do cloud native orchestrators present for operating persistent storage platforms? What is cloud native storage?
Clint Kitson Technical Director {code} by Dell EMC --- email: Clinton.Kitson@... mobile: "+1 424 645 4116" team: codeDellEMC.com twitter: "@clintonskitson" github: github.com/clintonskitson From:
cncf-toc-bounces@... [cncf-toc-bounces@...] on behalf of Yaron Haviv via cncf-toc [cncf-toc@...] I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to services/apps).
https://sdsblog.com/2015/09/16/cloud-native-will-shake-up-enterprise-storage/
Yaron
From:
cncf-toc-bounces@... [mailto:cncf-toc-bounces@...]
On Behalf Of Alex Chircop via cncf-toc
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
Re: Storage Patterns for container native - community content
Clinton / Yaron,
Thank you for the feedback. We will get some of that added to the doc, although we were thinking of covering some of those topics in more depth in future articles. We’ll update the draft and recirculate.
Thanks, Alex
From: Kitson, Clinton [mailto:Clinton.Kitson@...]
Sent: Thursday, February 23, 2017 4:11 AM To: Yaron Haviv <yaronh@...>; Alex Chircop <alex.chircop@...>; cncf-toc@... Subject: RE: [cncf-toc] Storage Patterns for container native - community content
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what looks to be technical details of a specific storage platform implementation. Cloud native with storage is definitely different, and just applying existing hardware thinking to this new area doesn't feel quite right.
Here are some of the questions that I think should be answered which leads towards a "what is cloud native storage topic".
What makes storage in cloud native computing different? What cloud native applications require persistent storage of any form? What kinds of storage services are used with cloud native applications? What role does integration and interoperability play to build cloud native storage? What opportunities do cloud native orchestrators present for operating persistent storage platforms? What is cloud native storage?
Clint Kitson Technical Director {code} by Dell EMC --- email: Clinton.Kitson@... mobile: "+1 424 645 4116" team: codeDellEMC.com twitter: "@clintonskitson" github: github.com/clintonskitson From:
cncf-toc-bounces@... [cncf-toc-bounces@...] on behalf of Yaron Haviv via cncf-toc [cncf-toc@...] I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to services/apps).
https://sdsblog.com/2015/09/16/cloud-native-will-shake-up-enterprise-storage/
Yaron
From:
cncf-toc-bounces@... [mailto:cncf-toc-bounces@...]
On Behalf Of Alex Chircop via cncf-toc
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
Re: ANN: Formation of Working Groups
Camille Fournier
If you are interested in hearing about the progress of the CI working group, I am planning on using the CI mailing list for public discussion. Please join that mailing list, cncf-ci-public@lists. Thanks, Camille
On Mon, Feb 20, 2017 at 3:27 PM, Alexis Richardson via cncf-toc <cncf-toc@...> wrote: All,
|
||
|
|
||
|
Re: Storage Patterns for container native - community content
Kitson, Clinton <Clinton.Kitson@...>
Alex,
Sorry for the late review. My concern currently is that the document spends 80% of the time talking about what is known about some storage platforms today and the last portion discussing what looks to be technical details of a specific storage platform
implementation. Cloud native with storage is definitely different, and just applying existing hardware thinking to this new area doesn't feel quite right.
Here are some of the questions that I think should be answered which leads towards a "what is cloud native storage topic".
What makes storage in cloud native computing different?
What cloud native applications require persistent storage of any form?
What kinds of storage services are used with cloud native applications?
What role does integration and interoperability play to build cloud native storage?
What opportunities do cloud native orchestrators present for operating persistent storage platforms?
What is cloud native storage?
Clint Kitson
Technical Director
{code} by Dell EMC
---
email: Clinton.Kitson@...
mobile: "+1 424 645 4116"
team: codeDellEMC.com
twitter: "@clintonskitson"
github: github.com/clintonskitson
From: cncf-toc-bounces@... [cncf-toc-bounces@...] on behalf of Yaron Haviv via cncf-toc [cncf-toc@...]
Sent: Wednesday, February 22, 2017 11:23 AM To: Alex Chircop; cncf-toc@... Subject: Re: [cncf-toc] Storage Patterns for container native - community content I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to services/apps).
https://sdsblog.com/2015/09/16/cloud-native-will-shake-up-enterprise-storage/
Yaron
From: cncf-toc-bounces@... [mailto:cncf-toc-bounces@...]
On Behalf Of Alex Chircop via cncf-toc
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
Re: Storage Patterns for container native - community content
Yaron Haviv
I wrote a post a while ago on impact of Cloud-Native on Storage, can reuse its content, you may want to take the abstraction to the next level just like we did on compute (from VMs to services/apps).
https://sdsblog.com/2015/09/16/cloud-native-will-shake-up-enterprise-storage/
Yaron
From: cncf-toc-bounces@... [mailto:cncf-toc-bounces@...]
On Behalf Of Alex Chircop via cncf-toc
Sent: Wednesday, February 22, 2017 6:31 PM To: cncf-toc@... Subject: Re: [cncf-toc] Storage Patterns for container native - community content
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
Re: Storage Patterns for container native - community content
Hi,
We have prepared the content for the first topic in the list (albeit a little later than we hoped for). This is the first doc we have produced and is meant to serve as an overview of storage concepts to provide some background before going into the more detailed content articles we are planning next. We have tried to keep it fairly broad and have touched on some of the technologies found in many enterprises as well as in CN environments like virtual and distributed options.
I’d like to know your thoughts and get feedback and comments (I’m sure there will be loads) so that we can make it a better doc for the community. Also, as per the previous request – we would be very happy to work with anybody else who might have some time to contribute!
Doc is here: https://docs.google.com/document/d/1ntdU4q4ZmfX-EyClxKAK6yaikQleg6maSeijDXi_u0c/edit?usp=sharing
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender.
From: Alex Chircop
Sent: Wednesday, February 1, 2017 3:50 PM To: cncf-toc@... Subject: Storage Patterns for container native - community content
Hi,
Following the discussion at the last TOC call, I’m attaching a doc to cover the topics that we are volunteering to generate for the community. As background, we are proposing to focus this series on storage related patterns, starting with an overview and moving onto more complex use cases and examples. We are planning to generate roughly an article a week on average for around ~3 months.
I’m keen to understand if this is in line with what you think would be useful to the community and would be interested in any feedback and comments. We would obviously be more than happy to work with anyone else who might be interested in contributing and/or any opportunity for joint work on any of the topics.
Doc is here: https://docs.google.com/document/d/14vVawyRcRRPm_mGZfl-tpQDCq2Q9aWxeHgdpZLAWnzU
Kind Regards, Alex
Alex Chircop Founder and CTO T: +44 7968 948832 L: uk.linkedin.com/in/alexchircop/ Skype: chira001
This email and any attachments are confidential to the intended recipient and may also be privileged or copyrighted material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient please delete it from your system and notify the sender. StorageOS Ltd is a company registered in England and Wales with company number 9614942. Registered office address: 2 Minton Place, Victoria Road, Bicester, Oxfordshire, OX26 6QB.
|
||
|
|
||
|
ANN: Formation of Working Groups
alexis richardson
All,
An agenda item for the TOC f2f was the possible formation of "working groups". These have come up a number of times in the last 9+ months since the TOC formed. The idea is to spawn CNCF TOC discussions off into their own groups, with a stated topic and chairperson. I am pleased to report that the TOC have reached consensus on this, following discussions in Tahoe. CNCF now has: * Storage WG chaired by Ben Hindman * CI WG chaired by Camille Fournier * Cluster WG chaired by Bryan Cantrill For now, WGs are chaired by TOC voting members. This is not a perpetual requirement. Let's keep it that way until we know more. As with CNCF OSS projects, WGs will be as self-governed as possible. Some norms may emerge in time and even become rules. As of today: * Feel free to contact the named people to join discussions. * Feel free to initiate discussions on the CNCF TOC list, pending creation of lists / docs / whatever the WGs need. * Feel free to request updates alexis
|
||
|
|
||
|
Re: Interesting tech marketing from Amazon
Yaron Haviv
Andy, thanks, sure we should follow w “How” after the “Why”
Another reason for that order is to set the architecture context, e.g. many still view containers as lightweight VMs, can see requests for volume backup/snapshots, “vmotion” .. those violate the cloud-native notion of “disposable” containers/micro-services (which enable reliability, changing versions on the fly, scaling-out, .. i.e. continuous dev & ops).
I assume once CNCF defines the why/goal we should come with a reference architecture of how to enable these next gen apps, e.g. see a great post from Brian Gracely on Cloud-Native apps & data architecture: http://wikibon.com/new-applications-require-a-modern-look-at-data-management/
Note how he captured both Biz/CIO level (why) messages with the tech details (how)
Yaron
From: Andrew Randall [mailto:andy@...]
Sent: Saturday, February 18, 2017 3:50 AM To: Brian Grant <briangrant@...>; Kitson, Clinton <Clinton.Kitson@...>; Tony Hsu <gosharplite@...>; Yaron Haviv <yaronh@...>; cncf-toc@... Subject: Re: [cncf-toc] Interesting tech marketing from Amazon
I agree the emphasis of our outbound messaging should be on the why (and the "what's in it for me?"). And Yaron's suggestion of "because it gets you business agility through continuous dev and ops") sounds good to me as a first stab in
that direction. That's good marketing. It will certainly get someone interested if they hear that cloud native will help them make their business more agile.
On Fri, Feb 17, 2017 at 2:43 PM Yaron Haviv via cncf-toc <cncf-toc@...> wrote:
-- Andrew Randall CEO Tigera, Inc. 510-520-0999
|
||
|
|
See how Verizon is tackling
