Re: Thoughts on CloudStack while starting as new VP
Sebastien, About documentation, now transifex uses fragmented texts and it creates some times no sense texts translated. My suggestion is get together the text blocks but I think it will be a hard work to reorganize code and transifex. Another thing is support UTF-8 to supports special characters in others languages. Best regards, Marco Sinhoreli Consultant Manager Phone: +55 21 2586 6390 | Fax: +55 21 2586 6002 | Mobile: +55 21 99159 4713 | Mobile: +55 21 98276 3636 Praia de Botafogo 501, bloco 1 - sala 101, Botafogo, Rio de Janeiro, RJ - Brazil - CEP 22250-040 marco.sinhor...@shapeblue.com | www.shapeblue.com http://www.shapeblue.com/ | Twitter:@shapeBlue https://twitter.com/#!/shapeblue On 23/03/15 11:15, Sebastien Goasguen run...@gmail.com wrote: Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it¹s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish ³official² chef recipes to deploy CloudStack - Identify and publish ³official² Puppet recipes - Build Docker native templates (coreOS, rancherOS, Snappy, Atomic) - Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates. - Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes) - Work actively on up to date integration with CloudFoundry On documentation: - I and couple others successfully moved our docs to the Read The Docs service. This was a first great move but we need to finish the job. We need to rethink our documentation tree, maybe merge all guides in one, correct the docs, create a new theme for it. This is an easy area to contribute to if you are using cloudstack. Just send a pull
Re: Thoughts on CloudStack while starting as new VP
Great proposals Sebastien! Let's AWSAPI, improve code, remove dead code, cleanup JIRA/RB cleanup and move to Github PR. I hope we’ll have a better UIs for ACS users soon! Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: Thoughts on CloudStack while starting as new VP
Great email, I love the enthusiasm. :-) I hope we can tick many of those points this year. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Sebastien Goasguen run...@gmail.com To: d...@cloudstack.apache.org, users@cloudstack.apache.org, market...@cloudstack.apache.org Sent: Monday, 23 March, 2015 14:15:47 Subject: Thoughts on CloudStack while starting as new VP Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish “official” chef recipes to deploy CloudStack - Identify and publish “official” Puppet recipes - Build Docker native templates (coreOS, rancherOS, Snappy, Atomic) - Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates. - Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes) - Work actively on up to date integration with CloudFoundry On documentation: - I and couple others successfully moved our docs to the Read The Docs service. This was a first great move but we need to finish the job. We need to rethink our documentation tree, maybe merge all guides in one, correct the docs, create a new theme for it. This is an easy area to contribute to if you are using cloudstack. Just send a pull request (click on the top right ribbon). If you don’t know how, then it will teach you how to use github, great exercise. We also need to routinely build the multi languages support. On Events: - We
Thoughts on CloudStack while starting as new VP
Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish “official” chef recipes to deploy CloudStack - Identify and publish “official” Puppet recipes - Build Docker native templates (coreOS, rancherOS, Snappy, Atomic) - Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates. - Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes) - Work actively on up to date integration with CloudFoundry On documentation: - I and couple others successfully moved our docs to the Read The Docs service. This was a first great move but we need to finish the job. We need to rethink our documentation tree, maybe merge all guides in one, correct the docs, create a new theme for it. This is an easy area to contribute to if you are using cloudstack. Just send a pull request (click on the top right ribbon). If you don’t know how, then it will teach you how to use github, great exercise. We also need to routinely build the multi languages support. On Events: - We have at least four great events coming in 2015. Austin, Seattle, Tokyo and Dublin. Let’s meet at one of those events. Let’s submit a talk or a poster, tell everyone about the great stuff you are doing with CloudStack. If you are in a position at your company to sponsor the event, please do, we need your help to make those great events. Open Source is about collaboration and sharing, so let’s meet around the globe from Sao Paulo to Dublin to Tokyo and talk Cloud, DevOps and Docker :) Finally on the Website:
Re: Thoughts on CloudStack while starting as new VP
Great overview of important priorities Seb and proof positive of your qualification in the VP role. Development process, marketing/`communications, refactoring of secondary storage and networking, support for Docker/CloudFoundry, Hadoop/Spark and AWS/OpenStack APIs are on my mind. Sorting through the existing JIRAs and associated housekeeping will be important to moving forward. Interested in having CloudOps contribute where we are well positioned to add value, and definitely up for meeting in Austin! *Ian Rae* CEO | PDG c: *514.944.4008* *CloudOps** | *Cloud Infrastructure and Networking Solutions www.cloudops.com *|* 420 rue Guy *|* Montreal *|* Canada *|* H3J 1S6 On Mon, Mar 23, 2015 at 10:15 AM, Sebastien Goasguen run...@gmail.com wrote: Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish “official” chef recipes to deploy CloudStack - Identify and publish “official” Puppet recipes - Build Docker native templates (coreOS, rancherOS, Snappy, Atomic) - Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates. - Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes) - Work actively on up to date integration with CloudFoundry On documentation: - I and couple others successfully moved our docs to the Read The Docs service. This was a first great move but we need to finish the job. We need to rethink our documentation tree, maybe merge all guides in one, correct the docs, create a new theme for it. This is an easy area to
Re: Thoughts on CloudStack while starting as new VP
Hi Sebastien Congrats from me too! I like your thoughts! Especially the cleanup and polish part. On 23.03.2015 15:15, Sebastien Goasguen wrote: - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. +1 Things that come to mind: - Push to get our Ansible module into the Ansible core Working on that as you know. I do some polish and cleanup atm and my plan is to make a PR after the release of Ansible 1.9. We are having a rc2 going on, so it won't be too far away. Anyone is welcome helping me out! https://github.com/resmo/ansible-cloudstack Yours René signature.asc Description: OpenPGP digital signature
Re: Thoughts on CloudStack while starting as new VP
Wow --Sebastien! That looks like a well-thought-out plan. I know that there's been a lot of energy put towards making Apache CloudStack an even better project. Here's to continued building from strength to strength --hats off to all involved! I'll be at ApacheCon and happy to meet up should you need anything. Warmly,Sally From: Sebastien Goasguen run...@gmail.com To: d...@cloudstack.apache.org; users@cloudstack.apache.org; market...@cloudstack.apache.org Sent: Monday, 23 March 2015, 10:15 Subject: Thoughts on CloudStack while starting as new VP Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish “official” chef recipes to deploy CloudStack - Identify and publish “official” Puppet recipes - Build Docker native templates (coreOS, rancherOS, Snappy, Atomic) - Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates. - Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes) - Work actively on up to date integration with CloudFoundry On documentation: - I and couple others successfully moved our docs to the Read The Docs service. This was a first great move but we need to finish the job. We need to rethink our documentation tree, maybe merge all guides in one, correct the docs, create a new theme for it. This is an easy area to contribute to if you are using cloudstack. Just send a pull request (click on the top right ribbon). If you don’t know how, then it will teach you how to use github, great exercise. We also need to routinely build the multi
Re: Thoughts on CloudStack while starting as new VP
First of all congratulations on your appointment. It is ample recognition for your work at the project. I'm delighted with the passion in this piece. I for one think you're on the right path. It is frustrating to note that everyone who's sat at this table has gotten up filled and content yet when one looks at the internet there's so little on Cloudstack. Kind of reminds me of Novell, good products but poor visibility. I've followed with interest the latest developments in infrastructure ala Docker, kubernetes and CoreOS and every time Cloudstack is last to be served, thanks to efforts from yourself and other colleagues whose passion for the project makes you go the extra mile to bring these into the Cloudstack sphere. The experience of being last to the table is set to change with this well thought out plan. I hope the community will take this in their stride so that Cloudstack will bring cloud enthusiast salivating to dine at. Let the UX gurus come out with a UI that will make ACS stand out and friends with Kubernetes and CoreOS experience factor in some goodies to help ACS take the next logical step away from IaaS. As for configuration management there have been really good work done by the community but as Seb says, it all needs to be tied into the ecosystem to make them an integral part of ACS. The product is already easy enough to deploy and use but I think these tools could make it even easier to manage. Kudos Seb. Osay On 23 March 2015 at 16:15, Sebastien Goasguen run...@gmail.com wrote: Dear members of the CloudStack community, Last week the Apache Software Foundation board unanimously voted a resolution to make me the new VP of Apache CloudStack. This came after a unanimous vote of the CloudStack PMC and is regular process of our community as described in our bylaws. I am excited to take on this new role after two amazing VP (Chip and Hugo) since CloudStack came to the ASF. Many thanks to them and especially Hugo for the work he has done in the past year. The ASF is setup so that the governance of a project really belongs to the community itself. CloudStack is what we all make it to be, we all have equal footing when time comes to develop the code, create events, take decisions and so on. As VP I do not have a special say in our direction. This governance model is in stark contrast with other open source project that follow more of a benevolent dictator model. I mention this as a bit of disclaimer and to re-enforce the fact that while I have views about what we should do, they are my personal views and that they do not represent any sorts of official roadmaps, and that anyone is welcome to disagree :) In Budapest, we had a great conference. Chip and I showed several CloudStack use cases. Our user base is strong with over 300 production deployments. Our community is large and diverse with 2000 people on the mailing lists, but we need to keep advocating for CloudStack, make it an even greater software and grow our community. At the very least this helps us learn from each other, better our own skills and our employers IT infrastructure. At the very best AWS switches to CloudStack :) So here are some food for thoughts that will hopefully excite you, want to get engage, talk about CloudStack and bring on board your friends: On the code: - - Keep improving quality, remove dead code, cleanup JIRA, cleanup Review Board We have successfully moved to GitHub pull requests, we should stop using RB - Simplify the dev process and adopt a new committing system to avoid regressions at all costs. We have talked about this for a long time but have failed had doing something concrete. It is time. - Remove the AWSAPI (there is a branch without it right now), we should merge it in master I am going to push for IP clearance of ec2stack and gstack to get them under ASF governance. - Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same. - Solidify the testing infrastructure, keep Jenkins builds running - Brainstorm on the future of CloudStack and IaaS in general. What should CloudStack be in 10 years ? While CloudStack is what it is now, nothing prevents us to re-architect, re-think, re-code it within the current framework. - Finally, package the mgt server and the KVM agent as Docker containers Docker is a great portability mechanism. We should embrace Docker as a packaging tool (first) and provide container images for our mgt server (at a minimum). This could become a type of release artifact that could be easily continuously built. On the ecosystem: - We have a really strong ecosystem. From configuration management tools, API wrappers, PaaS plugins etc. We need to feature our ecosystem clearly on our website, support it and keep on growing it as new technologies emerge. Things that come to mind: - Push to get our Ansible module into the Ansible core - Publish