Openstack学习

背景：

2010年 Openstack项目成立。该项目由美国国家航空航天局(NASA)和 Rackspace合作研发。
以NASA的Nebula平台以及Rackspace的云文件存储平台为基础，形成Nova计算平台和Swift对象存储两个核心项目。
Rackspace (NYSE: RAX) launched OpenStack in 2010 with NASA。
NASA期望开源老保证自己的业务不受厂家限制，Rackspace希望开源、节约研发成本，纳入生态企业，以此和AWS来竞争，包括后续的产品迭代基本上都是对标AWS的产品。
2012年NASA转入AWS平台。
现在Rackspace转型为上云服务的咨询MSP

Openstack是什么？

OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources throughout a datacenter, all managed and provisioned through APIs with common authentication mechanisms.

A dashboard is also available, giving administrators control while empowering their users to provision resources through a web interface.

Beyond standard infrastructure-as-a-service functionality, additional components provide orchestration, fault management and service management amongst other services to ensure high availability of user applications.
主要是提供IAAS层计算，存储、网络资源的管理。
个人感觉模块间可以对标AWS云，各模块之间通过restful API实现，基于SOA架构实现系统松耦合。
包括 6 个核心组件（Nova、Neutron、Swift、Cinder、Keystone、Glance）和 14 个可选组件，
openstack构成：

openstack版本如果维护

由6个白金会员，
现在基本上半年一个版本。

openstack应用场景

一开始是针对公有云，后面慢慢主要定位为私有云和混合云。

openstack弊端

1. 经典的DIY模式，稳定性差
   OpenStack为了满足各种场景的需求，不断研发新项目，这使得其自身变得非常复杂，加大了企业后期“DIY”的难度，也降低了云系统的稳定性
2. 没有经历过大规模实战验证，无法满足企业后期发展过程中的高并发需求
   早在2010年，亚马逊网络服务（AWS）的执行官 Andy Jassy 就曾犀利的指出：“一般情况下，公司根本无法准确地获知自己到底需要多大容量的数据中心，而在他们创建自己的内部云基础设施时，这一问题还会不断重现，困扰他们。”
3. 分支繁多，版本混乱，不兼容，有研发断层风险
   “假设你将OpenStack放到公有云上跑起来了，这时候用户跟你说有一个需求，这个需求是OpenStack现有的功能无法解决的，那你要不要去开发这样一个功能？开发了之后，你是要提交给社区，还是自己留着呢？如果你提交了这个功能，社区又接受了，那么你就把你辛苦建立的竞争优势拱手让人了。如果你提交了功能，但是社区不接受；或者你不提交这个功能，那么你将面临升级、维护难的问题。将你自己研发的功能，跟社区发布的新版OpenStack进行融合，会是非常困难的事情，而这个难度会随着时间推移而越来越严重”
4. 本质上是厂商卖硬件（送软件）
5. 国内有被美国技术封锁的风险。

从运维成本和后期维护的问题出发，OpenStack确实不是做公有云的一个最优的选择。AWS，Azue，Aliyun都选择自研。
需要注意的是华为云和金山云，腾讯云选择了openstack。
原因可能是华为当时来不及从0到1去建设，先用起来。
而且当时国内公有云已经被几个厂商瓜分的差不多了。
而且华为的强政企业务更多是适合私有云的openstack，或者以私有云为base的打法，发展后期倾向混合云客户的公有云产品。

Openstack竞争对手

Openstack更倾向于IAAS层
Kubernetes相当于PAAS层容器的管理和服务掉用，编排。
k8s的租户隔离性比较差。