cloudstack-users-cn mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgstar888 <lgstar...@163.com>
Subject 回复: Re: 创业团队寻找cloudstack开发高手加入
Date Thu, 15 Aug 2013 02:08:05 GMT
觉得你总结的很精彩:

我对做Cloudstack的看法是这样的:
1. Cloudstack本身是个好东西,使得大家进行IaaS平台的门槛降下来了。
2. 基于Cloudstack的Iaas平台之上是可以承载很多东西的,不会无事可做。或是说这是很多数据中心云化的基础
//这部分完全认同,不过现在搞IAAS就很多标准,如果说cloudstack就是IAAS,这个我觉得很牵强,它只是把xen、kvm等接口做了封装,不过看好将来它在xen上会有更大的发展,虽然现在kvm炒的很热。

同时我不认为这个适合创业公司去做,也不适合中小企业做私云用。
1. 你面临着VMware的强有力的竞争。如果你市场小,你自个活着难受。如果你市场稍大,就会引来围攻。
//这个一个是服务质量,一个是价钱,vmware很贵的,一般的客户真的玩不起。如果单纯搞cloudstack可能本身市场确实不看好,不过如果加上上边的应用,还是很看好这块的市场。
2. 中小企业真的对私有云有需求么?虚拟化在哪些方面不满足他们?需求的差异,公有云不能满足吗?
//这个我觉得不分大小,需求是肯定有的,但是能不能清晰的定位自己企业的需求就不好说了。
//公有云现在看的比较多的还是像阿里、万网那种提供的各种服务,比如租虚拟主机、负载等。
3. 目前从我的项目进度来看,平台的技术门槛还是蛮高的。你真的能在短期内把Cloudstack的产品化做的很成熟吗?
//这个我觉得cloudstack本身现在问题就很多,比如从4.0到4.1,从没有spring到加上spring,逐步解耦,这个中间肯定会有n多的问题。
//不过如果单纯是集成的话我倒是觉得不会花太长时间,因为它的rest接口做的挺全面了,直接调就可以。
4. 如果你不能短期解决技术门槛的问题的话,那你的产品是要带人输出的。你的什么样的客户可以承受附加的人力成本?
//同上,这个门槛肯定比openstack要低。
5. 如果是针对细分的私有云市场的话,这个市场有多大?
//从新闻上来看这个值是很夸张的,^-^
6. 对于小团队的话,你如果解决客户的定制问题?
//这个跟技术人员积累有关系吧,大公司的团队其实人也不多,只是相对方向专了一点。
7. 一整套的服务生命周期管理,服务的开通、变更、监控、统计、计费、结算……。你们现在有没有业务指导,或是业务指导的能力?
//这个肯定没规范,而且好像现在没有运营的太好的,基本上都是在赔钱。
8. 比如说你现在看到国内有几个基于KVM或是XEN做虚拟化成功的?连虚拟化这么成熟的东西都有以上两点问题,更何况是庞大的云平台了。
//同意
9. 你如何保障私有云的安全?与容灾?
//这个一直是问题
10. 你预计要花多少人/天来解决以上问题?
//能定出多少人/天来首先你应该已经定义好你产品的范围了,所以这个应该是基于你对你要做的东西有很清晰的认识。


基于以上的问题,我想谈的是个生态圈的问题,一个基于云计算的生态圈
1. 你的生态圈是什么?
2. 你在生态圈的什么位置?
3. 你在生态圈中的合作伙伴是谁?
4. 你的客户在哪?
5. 你的客户有多少?
6. 你赚的是生态圈哪一层的钱?
7. 你可以为谁赚钱?
//能回答上来这些问题估计你要是创业公司也快弄到上市了,呵呵。





张锋
个人正在写一套cloudstack的技术博客,有问题一起交流啊!
http://www.cnblogs.com/skyme/


发件人: Jason Yin
发送时间: 2013-08-14 19:43
收件人: users-cn@cloudstack.apache.org
主题: Re: 回复: RE: 创业团队寻找cloudstack开发高手加入
我对做Cloudstack的看法是这样的:
1. Cloudstack本身是个好东西,使得大家进行IaaS平台的门槛降下来了。
2. 基于Cloudstack的Iaas平台之上是可以承载很多东西的,不会无事可做。或是说这是很多数据中心云化的基础

同时我不认为这个适合创业公司去做,也不适合中小企业做私云用。
1. 你面临着VMware的强有力的竞争。如果你市场小,你自个活着难受。如果你市场稍大,就会引来围攻。
2. 中小企业真的对私有云有需求么?虚拟化在哪些方面不满足他们?需求的差异,公有云不能满足吗?
3. 目前从我的项目进度来看,平台的技术门槛还是蛮高的。你真的能在短期内把Cloudstack的产品化做的很成熟吗?
4. 如果你不能短期解决技术门槛的问题的话,那你的产品是要带人输出的。你的什么样的客户可以承受附加的人力成本?
5. 如果是针对细分的私有云市场的话,这个市场有多大?
6. 对于小团队的话,你如果解决客户的定制问题?
7. 一整套的服务生命周期管理,服务的开通、变更、监控、统计、计费、结算……。你们现在有没有业务指导,或是业务指导的能力?
8. 比如说你现在看到国内有几个基于KVM或是XEN做虚拟化成功的?连虚拟化这么成熟的东西都有以上两点问题,更何况是庞大的云平台了。
9. 你如何保障私有云的安全?与容灾?
10. 你预计要花多少人/天来解决以上问题?

基于以上的问题,我想谈的是个生态圈的问题,一个基于云计算的生态圈
1. 你的生态圈是什么?
2. 你在生态圈的什么位置?
3. 你在生态圈中的合作伙伴是谁?
4. 你的客户在哪?
5. 你的客户有多少?
6. 你赚的是生态圈哪一层的钱?
7. 你可以为谁赚钱?

-----原始邮件----- 
From: aireal217
Sent: Wednesday, August 14, 2013 6:02 PM
To: users-cn
Subject: 回复: RE: 创业团队寻找cloudstack开发高手加入

你想搞HADOOP的集群融入包括高可用性,可以一起交流





aireal217

发件人: 张海峰
发送时间: 2013-08-14 17:30
收件人: users-cn@cloudstack.apache.org
主题: RE: 回复: 回复: 创业团队寻找cloudstack开发高手加入
没想到引起大家这么多的回复。希望没有干扰其他同学的技术咨询。看到这么多关于产品方向,盈利模式的讨论,获益匪浅。也很赞同大家的一些想法。
首先我们不涉及公有云,那是大企业玩的。在私有云的方向中,为cloudstack找一些细分市场,或者别人不屑于去做的。
目前的想法是这样的,把cloudstack作为企业桌面云的管理平台,增加更灵活的桌面分配策略,增加瘦终端的管理,与企业的IT管理流程进行兼容。当然,这对于cloudstack可能是大材小用了。

另外我最近考虑的方向大家也提到了,就是如何协助hadoop集群的搭建。类似vmvare搞的serengeti项目。
把cloudstack做成一个单一的产品对外销售,没啥思路,需要和其他的东西配合。


> Date: Wed, 14 Aug 2013 12:43:53 +0800
> From: lgstar888@163.com
> To: users-cn@cloudstack.apache.org
> Subject: 回复: 回复: 创业团队寻找cloudstack开发高手加入
>
> 1、所以我觉得目前来看这块只能是以产品为主,和以前的卖OA、CRM等的模式差不多。

> 
> 2、关于运营这个,还是那个问题,你能提供给上层什么样的接口或者说什么样的能力,什么样的东西市场才认可。
> 你想没想过“一整套的服务生命周期管理,服务的开通、变更、监控、统计、计费、结算……,”这一套东西的开发周期和开发成本,而且想全流程自动化的话还需要不断的完善和维护,这个我估计小公司弄这块是很困难了。
> 3、这个我同意,好像现在搞的也都是类似GAE这种提供一些接口,提供一些资源。而且运营商做这块至少在中国来说优势太明显了。
> 4、这个也是别人问我的问题,我当时觉得回答的就不很理想,呵呵。
>
> @张海峰
> 你现在有没有什么成型的想法?
>
>
>
>
> lgstar888
>
> 发件人: 高正
> 发送时间: 2013-08-14 11:48
> 收件人: users-cn
> 主题: 回复: 回复: 创业团队寻找cloudstack开发高手加入
> 1、中小企业私有IAAS平台这个如果你做产品有多少家公司会用?而且你想没想过开发这样的东西的成本?
> // 目前的CS还只能算是一个资源管理系统,所以要在现有的平台上加一层服务流程,底层全部走CS的接口,如果在成熟的开发平台下来做是很快的,没有任何复杂逻辑和技术问题。
>
> 2、运营门户不用 cloudstack一样可以管理啊,配两个运维人员能花多少钱?
> // 这里说的是运营而不是运维,运营要有一整套的服务生命周期管理,服务的开通、变更、监控、统计、计费、结算……,而且需要全流程自动化
>
> 3、你看baidu、sina等都在搞paas,现在除了概念有多少业务是落地的?
> // 谈PaaS的落地,私有云可能更实际一些,就我所知,已经有大型电信运营商近两年花了大力气在做这块的落地工作
>
> 4、这个同第二点,搞两个运维人员弄这些东西会花多少钱?为啥非要弄套系统?
> // 这是大和小的问题,理论上所有问题都可以人工解决,就要看怎么炒这个概念了
>
>
>
>
> 高正
>
> 发件人: lgstar888
> 发送时间: 2013-08-14 10:44
> 收件人: users-cn
> 主题: 回复: 回复: 创业团队寻找cloudstack开发高手加入
> 您好,
> 首先,云计算的几个概念:
> 什么按需付费啦,什么弹性扩充啦,等等,现在有几家能做到的,都是做的半人工半自动,而且在中国还有很多非技术能控制的东西,现在炒的这么热,我们这边弄的最多的还是SAAS应用,就是提供一些基础能力,但是用户呢,除了政府每年投资之外基本上没有生存能力,就是自己造血的能力,你说的几点:
> 1、中小企业私有IAAS平台这个如果你做产品有多少家公司会用?而且你想没想过开发这样的东西的成本?
> 2、运营门户不用 cloudstack一样可以管理啊,配两个运维人员能花多少钱?
> 3、你看baidu、sina等都在搞paas,现在除了概念有多少业务是落地的?
> 4、这个同第二点,搞两个运维人员弄这些东西会花多少钱?为啥非要弄套系统?
>
>
>
>
> lgstar888
>
> 发件人: 高正
> 发送时间: 2013-08-14 09:45
> 收件人: users-cn
> 主题: 回复: 回复: 创业团队寻找cloudstack开发高手加入
> 把cloudstack作为基础平台,上层可以做的事情很多:
> 1.套上一层流程、权限管理,就可以作为中小企业的私有IaaS平台
> 2.可以作为运营门户提供虚拟的资源管理能力
> 3.可以作为PaaS的支撑平台,PaaS中任何的弹性技术服务均可以通过cloudstack的虚机管理能力进行扩展
> 4.在第三点基础上再扩展(或者说再简化一些),可以作为任何分布式系统提供有弹性伸缩能力的底层资源(如hadoop集群)
> ……
>
>
>
>
> 高正
>
> 发件人: cloudstackfqa2013
> 发送时间: 2013-08-14 09:10
> 收件人: users-cn
> 主题: 回复: Re: 创业团队寻找cloudstack开发高手加入
> 您好:
>
>       单纯的cloudstack的市场前景,我也认为是没有市场,现在大公司都将云平台等开源了。
>
> 我认为有市场的,就是基于cloudstack上能做什么应用了。也就是把cloudstack当成是一个快速使用的基础平台,找投资人,说cloudstack是没用的,
>
> 换个思路,你可以基于cloudstack的成熟稳定平台之上,做一些什么应用,这个我本人也是没有想好,不过可以一块交流交流。
>
>
>
>
> cloudstackfqa2013
>
> 发件人: tanthalas
> 发送时间: 2013-08-13 10:07
> 收件人: users-cn
> 主题: Re: 回复: RE: 创业团队寻找cloudstack开发高手加入
>
> 我觉得这个问题很有意思,可以拿出来讨论讨论。
> @lgstar888 你觉得要用CloudStack做什么呢?
> 既然别人不愿意投资,那就说明你的想法有问题,不介意拿出来聊聊吧?
>
> 2013-08-13
> 刘宇超  Richard Liu
>
>
>
>
> 发件人: lgstar888
> 发送时间: 2013-08-13  09:45:01
> 收件人: users-cn
> 抄送:
> 主题: 回复: RE: 创业团队寻找cloudstack开发高手加入
>
> 我现在没想明白一件事,单纯的cloudstack的市场前景在哪?我们的客户一提这个chuban都感觉太高深,不太愿意投资。
> lgstar888
> 发件人: 张海峰
> 发送时间: 2013-08-12 17:57
> 收件人: users-cn@cloudstack.apache.org
> 主题: RE: 创业团队寻找cloudstack开发高手加入
> 不好意思,更正一下邮箱信息。zhang.haifeng@outlook.com
> > From: zhang.haifeng@outlook.com
> > To: users-cn@cloudstack.apache.org
> > Subject: 创业团队寻找cloudstack开发高手加入
> > Date: Mon, 12 Aug 2013 09:55:13 +0000
> >
> > 如果你精通java, jqury;如果你熟悉cloudstack,如果你对云计算行业有很深的见解,如果你也有创业的梦想,
> > 请和我邮件联系,zhanghaifeng@outlook.com.
> >
> >
> 
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message