Page History

...

• 継続して品質向上と古いコードの整理を削除
  • coverity scans, sonar 等の利用 - (sonar 利用のためにはアップグレードが必要)
    
  • 週ごとのメールや進捗を把握するためにダッシュボードを確認するのも良いかもしれません
    
    
• JIRAの整理
  • JIRA は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 のメンテナーとなりました
  • これは簡単に継続的ビルドが可能なリリースの成果物となるかもしれません

エコシステムに関して:

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

• 我々の Ansible モジュールが Ansible Core に取り込まれるように働きかける
  • 2015/4/6/2015. This is really the work of Rene Moser now a CloudStack committee. こちらは現在 CloudStack コミュニティメンバーである Rene Monster が対応している
    
• CloudStack 構築のための"公式の" Ansible プレイブックをリリースする
• CloudStack 構築のための"公式の" Chef レシピをリリースする
  • 相当数のChefユーザーがおり、我々はCloudStackを構築するための「公式な」レシピを洗練するべきである相当数のChefユーザーがおり、我々はCloudStackを構築するための「公式の」レシピを洗練するべきである
• "公式の" Puppet レシピに関して位置付けとリリースを行う
  • Puppetについても同様である
    
• Docker ネイティヴなテンプレートを作成する(coreOS, rancherOS, Snappy, Atomic)
  • coreOSについては既にある
• Finally cleanup cloud-init support for CloudStack, アップストリームの CentOS テンプレート対応に起因して遅れている this is preventing us from having upstream centOS templates.
  • Identify the issue with the current cloudstack datasource in cloud-init
• Basic zone 向けの Terraform ドライバを作成する
• さらなる jclouds サポートの向上
  • See Aled Sage email to the list
• 汎用的な CloudStack ドライバを Docker machine にマージ
• CloudStack 上でのワークロードをデプロイするためのプレイブックやレシピを公開(Hadoop や Spark, Kubernates などを想定)
  • 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
• 積極的に CloudFoundary との統合を推進
  • 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)
• 各ディストリビューションのアップストリームに対応したでのパッケージ化を推進
  • There has been some recent work to improve our deb packages, can we build on that to get in Debian ?

...