我国国情决定了很多机构上云转型还需依赖于私有云的建设，而且用户群体非常多样化，部署私有云面临异构环境、缩短上云周期与难度、保证云平台高可用性等各种挑战。只有提供产品化、标准化的私有云，才是满足用户兼容异构、高效及高可用需求的优选上云方案。
一、私有云面临的挑战有何不同？
从用户侧需求研究来看，用户所需要的理想私有云方案，应具备：简单性、稳定性、可扩展性、灵活性。
1、简单性
私有云的架构跟公有云是不一样的，它更像一个generic solution，根据客户的通用需求，提取出它最重要的部分，做成的一个软件，然后通过产品化普及落地。然而大部分国内的软件，经常会做成面向客户定制，或者项目开发的东西，而ZStack希望做成一个非常generic/标准化，能够像卖光盘一样，用户上来直接就能下载安装使用的、可缩短上云周期的一个标准化产品。
2、稳定性
稳定性对于保障企业的业务持续性、尤其关乎国计民生的场景中非常重要。比如ZStack的客户中有的是省界高速收费站系统，还有一些大型、重型制造业的供应链管理系统，这些对时间的要求非常严格，这些软件一旦发生crash，无法保证它的可用性的时候，会带来巨大的损失。
3、可扩展性
某些需要并发快速创建出成百上千虚拟机的场景中，比如很多教育行业的用户，实验室里可能有几百个学生，要统一打开一个环境，然后几十上百个虚拟机要同时快速启动……类似这种场景，就反映在云的Scalability(弹性)的难度上。
4、灵活性
不同客户的需求也不一样，它们之间可能是相互矛盾的。举个例子，比如一些分布式系统，它可以支撑很大的规模，但它的应用性却并没有那么好。而且灵活性和稳定性之间也有一定矛盾，当灵活性很强的时候，代码可能会有各种各样的组合，各种各样的分支，很难保证测试在每个场景都能测下来，稳定性可能会打折扣。
二、私有云开源架构的技术秘籍
针对以上挑战，ZStack从用户实际需求出发，深度调研了当前主要开源架构的优缺点，研发了具有4S特性的私有云开源架构：
1、简单（Simple）
ZStack研发了In-prosessive Microservice Architechture(进程内微服务)。具体原理为：
首先，在ZStack开源代码架构里，将不同的模块进行单独封装，通过一个in-memory的message bus 去实现内部消息的分发，以及一些公共消息的封装;再将所有模块单独分成一个Java bean，通过message bus来进行内外部通信。
其次，通过ansible软件，实现云平台部署的全自动。
三、如何成为ZStack的commiter？
以上就是ZStack的架构设计的简要分享，自2015年开源至今，ZStack在Github中的Star数量一直保持稳步增长;ZStack所发起并运维的开源社区zstack.io也聚集了上万名开发者;ZStack所聚焦的云计算基础IaaS层产品，已经成为了很多公司进行二次开发的底座。
大家如果有兴趣的话，可以上ZStack社区，自己编译和自己装一下ZStack。ZStack的起步非常简单，只需要有一台6核或者8核的电脑或者虚拟机就可以部署。
ZStack社区地址：
https://www.zstack.io/help_support/community_support/
结语
开源软件彼此组合、依赖，连同各个为开源做贡献的维护者与开发者，所共同形成的包含上万节点的开源软件供应链，已经是当代社会中科技规模化协作发展的典范模式，也是激发软件创新活力的有效手段。ZStack将不忘初心，与各位行业伙伴齐心协力，共同促进我国云计算产业健康发展，提升我国云计算行业全球的竞争力。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：SEO优化专员，转转请注明出处：https://www.chuangxiangniao.com/p/912106.html
