OpenStack社区周报:Neutron网络之负载均衡,设计OpenStack云时需要避开的十个误区

以下是本周OpenStack社区周报的推荐内容。本周报内容素材由UnitedStack的Lu Ye推荐,正文内容由InfoQ撰写整理。

OpenStack开发者社区2013年9月PTL选举结果出炉,详情可查看这份声明。

Neutron网络之负载均衡:负载均衡在G版落户Neutron以来经历了几次大的变化。G版中实现了API模型和一个Haproxy的参考实现,H版增加了多个agent的调度和以服务的方式重构了代码。当然,由于服务链还没有在Neutron中完全实现,所以暂时还不能看到负载均衡作为一个网络服务如何能动态地插入到虚拟机的网络路径中去。Neutron Core Developer组成员龚永生在文中通过实际用例介绍Neutron负载均衡当前功能并阐述背后的原理。

设计OpenStack云时需要避开的十个误区:考虑的层面比较高,包括成本计算、全职技术人员对整个项目的理解能力、与遗留系统的兼容性、重视开发者、商业化思路等。作者Anne Friend是Mirantis的策略经理。

有关Heat Provider Resource和Environment功能你需要知道的那些事儿:OpenStack的Heat项目相当于是AWS上的CloudFormation。本文介绍了将在H版OpenStack引入的一个重要的Heat新特性:Provider Resource方法,用于定义nested stack resources。配合新加入的environments功能,能够基于Heat模板实现非常灵活的自定义资源模板。

cloudenvy:python版的Vagrant,配合VirtualBox一起使用可以快速的复制一份开发环境或测试环境。配合SaltStack也是一种思路。

介绍几个兼容Swift的Windows客户端:Swift作为对象存储服务,一直不像Amazon S3或者Dropbox那样有一个比较好的原生客户端,目前在Windows上能用的只有一些离线客户端,大部分都是通过Keystone做后端身份验证的。本文介绍了几个这样的客户端,包括Gladient Cloud Desktop、Cloudberry Explorer、CloudBerry Online Backup、WebDrive、Cyberduck、S3 Browser以及TntDrive。

Git技巧之选择性提交commit:要从一个git分支port commit到另一个分支一般需要做一个完整的merge,但很多时候我们不想完整merge,只想把部分补丁merge进来,比如说,从新版stable中把bug fix合并到自己的开发分支,其他东西忽略;或者从开发分支推送部分功能补丁到stable分支,其他的忽略。虽然git自己提供了cherry-pick,cherry和rebase --onto等功能实现部分合并,但commit数量很大的时候容易触发问题,花费的时间也可能很长。Adam Spiers的这篇文章介绍另一种思路,通过围绕git notes开发工具解决这个问题,并提供了代码示范。

你可能感兴趣的:(OpenStack社区周报:Neutron网络之负载均衡,设计OpenStack云时需要避开的十个误区)