Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • 継続して品質向上と古いコードの整理を削除
    • coverity scans, sonar etcs. 等の利用 - (sonar requires upgrade)
      sonar 利用のためにはアップグレードが必要)
    • 週ごとのメールや進捗を把握するためにダッシュボードを確認するのも良いかもしれませんWould be nice to see a dashboard to monitor progress or a weekly email to the list

  • JIRAの整理
    • JIRA has over 1400 open issues, a lot of them are not up to date.
    • Hold a JIRAthon to close as many as possible
    • Define JIRA best practices
    • Define commit habit of editing CHANGES.md when making a commit
    無事にGitHub のプルリクエストベースに移行が完了し、今後はRBの利用を停止する4/6/2015 S. Goasguen got consensus on list, all reviews updated with a note to move to GH PR.
    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
  • Get IP clearance for ec2stack and gstack to get them under ASF governance.
  • 4/6/2015 I. Duffy started VOTE thread to donate ec2stack and gstack to CloudStack project.
    Several Cloud Providers have unveiled new CloudStack UI, maybe it’s time we do the same.
  • Talk to exoscale, PCextreme, CloudOps
  • Could we get a donation for a user facing UI
    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).
      • 4/6/2015 PL Dion and S. Goasguen maintainer of the cloudstack org on hub.docker.com
    • This could become a type of release artifact that could be easily continuously built.

...

    • は1400以上の課題がオープンになっており、多くが更新されていない
    • 可能な限り JIRAthon を実施し続ける
    • JIRA のベストプラクティスを定義する
    • コミットする際は CHANGES.md をちゃんと更新するようクセをつける

  • 無事にGitHub のプルリクエストベースに移行が完了し、今後はRB(Review Board)の利用を停止する
    • 2015/4/6 S. Goasguen はML上での同意を得て、全てのレビューはGH(GitHub) での PR(Pull Request) に移行した

  • 開発プロセスを簡素化し、手戻りのコストを避けるためにも新しいコミットの仕組みを採用する
    • 我々は長い間この問題に関して議論してきたがまだ明確な答えが出ていない、早急に対応する必要がある

  • AWSAPIを削除(既に削除済みのブランチがありますが)し、マスターにマージ
    • ASF の管理下での ec2stack や gstack に関する知的財産権の明確化を実施
    • 2015/4/6 I. Duffy は CloudStack プロジェクトとして ec2stack や gstack への寄与に関する投票用のスレッドを開始した

  • いくつかのクラウドサービスプロバイダーは新しい CloudStack の UI を公開しており、我々も同様に新しい UI を作成する
    • exoscale や PCextream, CloudOps と会話を実施
    • ユーザー向け UI に対しての寄与を得ることができます

  • テスト用インフラを固め、Jenkins のビルドを走らせ続ける

  • 一般で CloudStack や IaaS の未来に関してブレインストーミングする、今後10年で CloudStack はどうあるべきか?
    • 現状としての CloudStack の在り方もあるが、我々は現状のフレームワークにおけるアーキテクチャやコードの再考も厭いません

  • 最後に、管理サーバーと KVM エージェントを Docker コンテナとしてパッケージ化
    • Doker はとてもポータブルな機構を持っており、我々は Docker を(まずは) パッケージツールとして採用し少なくとも管理サーバーはコンテナイメージとして提供するべきです
      • 2015/4/6 PL Dion と S. Goasguen は hub.docker.com 上の CloudStack org のメンテナーとなりました
    • これは簡単に継続的ビルドが可能なリリースの成果物となるかもしれません


エコシステムに関して:

 
"我々はとても強力なエコシステムを持っている 構成管理ツールや API ラッパー, PaaS プラグイン等がそれだ"
"我々はウェブサイトを通してそれらのエコシステムが提供する機能を明確にする必要があり, 新しい技術を取り込むためにもそれらをサポートし常に成長させていかなければならない"

  • 我々の Ansible モジュールが Ansible Core に取り込まれるように働きかける
    • 2015/4/6. こちらは現在 CloudStack コミュニティメンバーである Rene Monster が対応している
  • CloudStack 構築のための"公式の" Ansible プレイブックをリリースする
  • CloudStack 構築のための"公式の" Chef レシピをリリースする
    • 相当数のChefユーザーがおり、我々はCloudStackを構築するための「公式の」レシピを洗練するべきである
  • "公式の" Puppet レシピに関して位置付けとリリースを行う
    • Puppetについても同様である
  • Docker ネイティヴなテンプレートを作成する
  • Push to get our Ansible module into the Ansible core
    • 4/6/2015. This is really the work of Rene Moser now a CloudStack committee
  • Publish "official" ansible playbook to deploy CloudStack
  • Publish “official” chef recipes to deploy CloudStack
    • We have quite a few Chef users, we should finish to polish up "official" chef recipes to deploy CloudStack
  • Identify and publish “official” Puppet recipes
    • Same with Puppet
  • Build Docker native templates (coreOS, rancherOS, Snappy, Atomic)
    • We already have coreOS ones
  • Finally cleanup cloud-init support for CloudStack, this is preventing us from having upstream centOS templates.
    • Identify the issue with the current cloudstack datasource in cloud-init
  • Work on the Terraform driver to support Basic zone
  • Work on better jclouds support
    • See Aled Sage email to the list
  • Get generic CloudStack driver merged in Docker machine
  • Publish playbooks/recipes to deploy workloads on CloudStack (think Hadoop, Spark, Kubernetes)
    • Getting a cloud is one thing but you need to deploy apps on top it and also deploy platforms
    • Provide ready to use recipes/playbooks to deploy platforms on a cloudstack cloud
    • 4/6/2015. .S. Goasguen I am working on Kubernetes and Mesos ansible playbook
  • Work actively on up to date integration with CloudFoundry
    • Cloud foundry is a supporter of the CloudStack days in 2015
    • Let's get an up to date integration with cloudstack done (via terraform of the like)
  • Work to get our packages in upstream distros
    • There has been some recent work to improve our deb packages, can we build on that to get in Debian ?

...

    • coreOSについては既にある
  • CloudStack をサポートした cloud-init の整理はアップストリームの CentOS テンプレート対応に起因して遅れている
    • 現在の cloud-init 内における CloudStack データソースに関する問題を特定する
  • Basic zone 向けの Terraform ドライバを作成する
  • さらなる jclouds サポートの向上
    • ML の Aled Sage からのメールを参照してください
  • 汎用的な CloudStack ドライバを Docker machine にマージ
  • CloudStack 上でのワークロードをデプロイするためのプレイブックやレシピを公開(Hadoop や Spark, Kubernates などを想定)
    • クラウドを構築することは重要ではあるが, アプリケーションやプラットフォームをその上にデプロイすることもまた必要です
    • CloudStack 上にプラットフォームをデプロイするため, すぐにでも使えるレシピ/プレイブックを提供する
    • 2015/4/6. .S. Goasguen が Kubernetes と Mesos の Ansible プレイブックを対応中
  • 積極的に CloudFoundary との統合を推進
    • Cloud Foundry は CloudStack Days 2015 のサポーターです
    • CloudStack との連携をより強固にしていきましょう(terraform 同様に)
  • 各ディストリビューションのアップストリームに対応したパッケージ化の推進
    • 最近 deb パッケージ向けの対応がされていますが Debian 上でビルドできることは確認済みでしょうか?


ドキュメントに関して:

2014年、我々は無事ドキュメントを Read The Docs サービスに移行しました

それ自体は素晴らしいことでしたが我々はいくつかのジョブを完了し、一度全てのドキュメントを整理する必要があります

必要なこと:

  • ドキュメントツリーの再考
    • 全てのガイドを一つにまとめる必要があるかもしれません
  • ドキュメントの修正
    • 古いドキュメントからの問題がまだ山積みです
  • 新しいテーマの作成
    • 20154/6 PL Dion が対応中
  • 古いドキュメントに関しての JIRA チケットをクローズ
    • JIRAthon を通して実施予定
  • 古いドキュメントに関しての Wiki ページを削除
  • Google のインデックスが古いドキュメントではなく新しいドキュメントを参照するよう確認
  • Subversion 上の Web ページ用リポジトリから古いドキュメントを削除
  • transfifex の翻訳を用いて定常的な複数言語でのサポートを実施
  • スポンサーを見つけられた場合 CloudStack のクックブックを発行
    • 2015/4/6 S. Goasguen が O'Reilly に可能性を確認

イベントに関して:

2015年は4つの素晴らしいイベントを企画しており、各々のイベントの運営者や発表者を募集しています

This was a first great move but we need to finish the job and re-organize the docs once and for all.

We need to:

  • Re-think our documentation tree
    • Maybe merge all guides in one
  • Correct the docs
    • There are still lots of issues that came from the old docs
  • Create a new theme for it.
    • 4/6/2015 PL Dion working on something there.
  • Close all old JIRA tickets that relate to old docs
    • Maybe during JIRAthon
  • Delete wiki pages that relate to old docs
  • Make sure google indexes the new docs and has not kept the old ones
  • Remove the old docs from the svn website repo
  • Routinely build the multi-language support from transifex translation
  • If we find a sponsor we might be able to get O'Reilly to publish a CloudStack cookbook.
    • 4/6/2015 S. Goasguen to ask O'Reilly about feasibility.

イベントに関して:
We have at least four great events coming in 2015. We need leads and a program committer for each of those.

  • Austin
  • Seattle
  • Tokyo
  • Dublin.

Let’s meet at one of those events.

是非、これらのイベントでお会いしましょう

また、是非上記以外のイベントに関しても企画していきましょうLet's publicize other events !!!

 Let’s submit a talk or a poster, tell everyone about the great stuff we are doing with CloudStack.

 If you are in a position at your company to sponsor the event, please do, we need everyone's help to make those great events.

セッションやポスターでの発表で CloudStack に関する素晴らしい取り組みを是非教えてください

もしあなたが企業でイベントのスポンサーシップに関連する立場にあるなら、これらのイベントをより良いものにするためにも是非ご協力をお願いします

 

 
 "オープンソースとはコラボレーションや知識/経験の共有そのものです、サンパウロ、ダブリン、東京の会場でクラウドや DevOps、Docker について語り会いましょう"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 (smile)..."

ウェブサイトに関して:
 

We can live without a website, but having a good one is a great way to showcase our community and our work.

ウェブサイトを持たなくても我々は活動はできますが, ウェブサイトの良い点はコミュニティや我々の活動を伝える素晴らしい方法であるという点です

 現在のウェブサイトは以前に比べて大分改良されてはいますが我々は更なる改善が必要です The current website is an improvement to what it was before but we need to do much much better.
 

I recently did a small experiment and we could use github page. 

私は最近実験的な対応を実施し現在では github のページを利用することが出来るようになっています

  • 我々のリポジトリ内の There is now a gh-pages branch in our repo.
  • Anyone can actually contribute to that branch and it will rebuild a site automatically.
  • 4/6/2014 Update. It does not seem that we can use this for c.a.o due to SSL certs and a few other things
  • 4/6/2014 S. Goasguen moved website to use middleman. This is currently committed to svn repo

If we could find a great web designer in our community, we could rebuild our site and make it a very modern, polished site that would attract even more people.

  • ブランチがそれにあたります
  • 誰でもこのブランチに対しコントリビュートすることができ, それらは自動的にリビルドされます
  • 2015/4/6 Update. SSL証明書とその他いくつかの問題に起因し, まだc.a.o(cloudstack.apache.org)に対して適用できないようです
  • 2015/4/6 S. Goasguen ウェブサイトを middleman に移行し現在では svn リポジトリにコミットしました

もし我々のコミュニティから素敵なウェブデザイナーを探しだせたら我々のサイトをリビルドしよりモダンにできるでしょうし洗練されたサイトはより多くの人々を魅了するでしょう


"来年に向けて引き続き CloudStack をより素晴らしいものにし、またそれを楽しんでいきましょう"Let’s keep on making CloudStack great in the coming year and let’s have fun doing it" -Sebastien Goasguen, 2015 CloudStack VP