如果有这样一个云计算产品，你会感兴趣么？

[pyKun]

突发奇想，如果有这样一个云计算产品：

1. 弹性控制资源的 hypervisior
创建一个虚拟机，不需要再指定内存，cpu什么的，虚拟机的用户尽管用就好了，hypervisor里会根据虚拟机的负载去自动的扩充资源（负载下降的时候也会释放资源）。当然这就要求了对虚拟机的资源有着妙级控制。产品形态上，可以设置一个阀值，在这个规模下的资源是不收取费用的，超过这个规模才会。能做到这点的根据还是 hypervisor 对资源控制的改进上。在一个分布式环境里，当 hypervisor 能让分配资源这个事无比灵活，那给总体成本带来的下降是很客观的

2. 销售服务而不仅仅是虚拟机
产品化docker，产品化OSv，换句话说，就是把这两个技术能解决的问题都解决了，而不是单一的linux+kvm。比如我提供一个 centos mirrors 的镜像服务，有 rsync 服务的情况下 cpu 和带宽都是考验，这个时候 OSv 里的一些优化技术能保证更多的性能；不同用户可能需要wordpress或者django之类的服务，完全可以跑在 docker 上等等 （当然虚拟机这个产品形态也是要有的，因为有需求）

3. 其他
api/cli, sdn, 有效的监控和报警，服务层面的 auto scaling 等等这些现代的功能也有的。。。


核心价值：
1，你要服务就给你服务，不是给你虚拟机让你再折腾，性能我们来优化
2，让用户使用虚拟机更加方便和灵活，同时 hypervisior 级的灵活会带来成本的下降

[kslr]

这个可以有

[Admstor]

太棒了,黑掉一个虚拟机就行了,用不着黑那么多肉鸡了

你想法是不错,实际上既有困难,也无必要.首先不是所有的系统都支持热扩充内存和CPU资源,然后你跑的服务也不是说随便就可以自动的调整配置来实现,另外就像我说的,被黑了的话,这个风险会因为这种自动扩充导致风险的扩大,而且也并不是被黑,代码本身如果测试不够充分也会导致资源耗尽的情况
考虑实际中部署服务器的需求情况,其实大量的服务都是重复的横向扩展,只要模板到位,随时增加就可以增加负载能力,当然了,单点性能提高总是有溢出,但是单点并不需要这种实时提高
虚拟化技术对成本控制毫无益处这点应该是业内共识,因为虽然硬件利用率上升,但是技术投入和基础建设的增加抵充掉了,当然也不是完全没有好处,更高的稳定性,更方便的扩充能力,更好的硬件无关性(就应用层来说),都是值得的,而你这个自动扩充资源实际上是增加了不稳定性,以及更大的运维和研发投入

[pyKun]

@Admstor

弹性控制的问题主要是想到了，现在的云计算总做监控，auto scaling，秒级计费blabla，如果通过hypervisor把这些事情都解决了，在对接上合适的分布式存储，那平台设计这里就少了很多很多事情，最终结构的简化带到产品上用户也能收益，因为关心的没必要的地方更少了。

安全问题我给忽略了。。。

运维和研发投入这个，我不是假设自己现在开始做怎么能上线了；就是畅想一下，假设有这样功能的hypervisor和存储；站在产品角度是实际上是思考这个事情会不会真有帮助了，不是只做一个cool的feature

[shiny]

有时候，资源超出设计容量，往往不是产品用户群增长的原因，而是哪里存在问题。（比如内存泄露，数据库索引存在问题，程序的设计有问题）
不及时解决，费用就会长的太快。

[Actrace]

这不就是应用级的引擎在做的事情嘛...SAE之类的...
我可以认为这是一种更大型的无盘吗...

[cevincheung]

"创建一个虚拟机，不需要再指定内存，cpu什么的，虚拟机的用户尽管用就好了，hypervisor里会根据虚拟机的负载去自动的扩充资源（负载下降的时候也会释放资源）"

我认为不存在 扩充和释放资源 的操作。应该是无限使用，用多少算多少，按使用量计费即可。

[pyKun]

@Actrace

是啊，有这种感觉，感觉云计算的目标是在我做好运维，卖服务给你。从定义上来看像是paas，但实际上从iaas过来的，不管怎么过来，感觉就是一个“这世上本没有限制，您过来用就好了”

@cevincheung
> 应该是无限使用，用多少算多少，按使用量计费即可。
但是现在卖虚拟机的时候，你买的容量是你的上限，比如1t硬盘+16G内存的虚拟机，你付的是这个钱，有心做到按需收费的团队也没有理想化的实现这个目标。其实hypervisor上下功夫也是受某云的启发。

所以一切都按使用量计算了，也无需问你需要什么配额的虚拟机了，所以会有一层服务在默默工作，实现“扩充和释放资源”

[sasber]

不太现实啊，就像一楼说的那样，不是所有系统都支持热扩充内存和CPU资源的，其实Vmare,Xenserver还有KVM都有共享内存机制的，用户所看到的1G内存只是一个数值，可能一台32G的物理机能在同一时间运行40台1G内存的虚拟机！
其实我觉得如果能将CPU核心或者线程合并，比如4个线程合并成1个或者2个线程，从而提高单线程的处理能力，能解决不少问题（尤其是兼容以前对多线程优化不怎么好的程序）！

[Livid]

听起来很多方面就像是 Google App Engine。

但问题是这样的东西你打算做给誰用？

太小的应用没有商业价值，而大公司要上一个新技术之前要考虑很多，成本只是其中一方面。

[pyKun]

@Livid

我心里也是这么想的，google已经做出超过现在各种云的产品，但是并没有颠覆人们的生活习惯

很想了解云的愿景究竟在哪里。。。

[em70]

@pyKun 我觉得国内的阿里云已经做得很不错了,大大降低了服务器的维护和部署成本,那些专业IDC公司全都要死掉.比如阿里云镜像市场非常有创意,有很多公司制作的服务器镜像,比如linux+PHP+MYSQL镜像,买了一个ECS主机后,选择这样一个镜像,马上就可以用了.

云计算还有一个好处是按需购买性能,我们网站有时候流量会突然升高,可以马上买20M带宽到今天24点,只需要几元钱,问题马上就解决了.目前唯一不好的是,不能设置条件自动购买,相信未来阿里云会做到的.

[pyKun]

@em70

你真觉得阿里云做的很不错了么？把具体服务包装成镜像那是 vps 很基础的事情；“按需购买性能”也是云的特点，但是“发现资源不够 -> 充钱升级 -> 资源升级”这样的过程还远不够。。。

[em70]

@pyKun 阿里云在临时升级硬件服务上已经做得很好了，至少目前完全满足我们的要求。相比以前自己租用独立服务器，节约了很多成本和精力，以后肯定都用云主机产品了。

国内其他云也研究过，要不就是价格比阿里云贵，要不就是服务太简陋，aws也没正式提供服务，如果你有好东西，一定给我推荐一下哦

[pyKun]

@em70

青云、ucloud 试过没。。。。

[em70]

@pyKun 青云研究过，同配置感觉比阿里云贵，可用的功能也不多，比如阿里云还提供数据库RDS，公共缓存OCS等。最关键的服务器互联互通，阿里云三个地区的机房可选，全部BGP。青云没有太多关于互联互通方面的说明，加上品牌因素，我没有足够理由用青云。

可能我研究不深，你跟我说说青云有什么特色的地方呗

[pyKun]

全二层隔离的SDN，IO，按需(秒)计费和品牌
@em70

[em70]

@pyKun 刚才青云按我们目前阿里云配置的主机计算了一下价格，900多的阿里云配置青云要1500。我们采购量50台以上，这成本差异太大了。

[em70]

@pyKun 我们看中的服务首先是稳定，其次是互联互通，然后是价格。按秒计费真不在意，数据库用了RDS，所以也不关心IO。

[pyKun]

@em70
我也不是很粉青云，不过你能说下你需求的配置么，我也可以参考下（也想比较下两家）

[em70]

@pyKun 双核8g 200g硬盘 10m带宽 阿里云969—999元，其中带宽是最大成本，阿里云带宽只是下行带宽，上行不限，内网不限，非常适合我们的业务，我们上行经常跑到50m,有的idc买10m上行下行都限制在10m范围,如果我用传统idc服务器需要买至少50m带宽，一个月3000以上，所以我判断传统idc必死

[fredcc]

先不说硬件、维护、软件系统开发成本。考虑过做到阿里云这个级别的全国BGP加速的成本么。