老潘的 PaaS 讲座

昨天(2009-11-14)参加了广州技术沙龙的第三期，老潘的 PaaS 讲座很有意思，由于以前很少接触面向小企业的软件领域, 所以很多观点颇有眼前一亮的感觉。

 

(下面的文章仅凭记忆写成, 如有错误，见谅)

 

问题的提出:

 

SaaS 是软件发展的方向, 但 SaaS 带来了几个问题

 

1. 以前软件做好扔在下载站就完事了, 现在则需要自己建服务器, 要维护服务器，比如定期备份数据库等等。
2. 如果用户量快速增长怎么办？比如昨天的 jjmmw 就讲一个例子, 用户数量上来了，服务器却天天当机。那么你就需要添加服务器, 优化架构(引入 memcache, 数据库读写分离, ...)
3. 当然还有一些其他问题和需求，比如用户之间如何交流等，与今天的主题无关，所以忽略

这些无疑大幅度加大了 SaaS 软件作者的门槛，感觉已经不是一个人来做，而需要一个团队了。

 

"云计算" 这个概念被提出了, 比如 amazon 的 ec2 和 google 的 appengine 都可以很好地解决第1个和第2个问题, 只要花点钱就可以了，也不是很贵, 不过在中国会有访问速度和GF* 这两个问题。

 

那么问题是否完全解决了呢？小企业用户用户仍然不愿意迁移到 SaaS 上来，为什么呢？

 

1. 单一的一个 SaaS 软件是不能满足 SaaS 需求的, 但多个 SaaS 服务如何整合在一起, 比如最简单的账户问题
2. 如何定制一个 SaaS 软件？单机软件还可以玩二次开发, SaaS 怎么玩？
3. 我如何相信 SaaS 提供商的人品, 他如何保证不会泄漏，篡改我的数据？
4. 我如何相信 SaaS 提供商的能力, 他如何保证不会丢失我的数据？
5. 如何迁移我的软件, SaaS 供应商垮了怎么办？

面对这些问题，我也会选择慎重考虑, 最后选择购买传统软件来解决我的问题。

 

老潘的解决方案: PaaS, Platform as a Service (平台即服务)

 

那么如果 SaaS 软件不是部署在 ec2 或者 appengine 上，而是一个统一的平台呢？

 

由这个统一的平台来提供帐号系统和数据库, 数据库方面每个企业使用独立的数据库, 可以做到让 SaaS 软件作者也无权查看。

 

SaaS 软件中，软件作者通常对所有用户提供同一个版本, 在 PaaS 上这个不再是必须的，软件作者可以为每个企业定制软件，或者也可以加强软件的可定制性，让企业用户来定制。

 

那么是不是大部分问题都解决了呢？

1. 帐号系统由 PaaS 提供, 所以帐号系统天然整合了
2. 可以向作者购买定制版，也可以通过脚本来定制
3. PaaS 平台上 SaaS 供应商也无法访问你的数据, 通过一些技术手段可以防止 SaaS 软件的后门(比如限制底层语言的能力), 那么你只需信任 PaaS 平台供应商就可以了。
4. 同样，你只需要担心 PaaS 供应商的能力，而不用担心每个 SaaS 供应商的能力。
5. 相信 PaaS 供应商不会倒，同时 PaaS 供应商提供倒出数据的能力, 不过仍然没有完全解决这个问题。

最后老潘还演示了一下自己的 易度平台 。 

 

感想:

 

以前在金山软件实验室的时候, 广泛使用各种互联网应用，来一个新人时需要加一堆帐号，当时只是觉得麻烦, 却从来没想过提炼出这个问题，看来我是天生不擅长提出问题么？

 

面向企业的应用, PaaS 是一个好的方向，那么面向个人的呢？是否一定要整合到 facebook, renren这种平台上呢？ 好处是可以带来大量的用户？是否会带来其他的问题？

 

march liu 的 postgreSQL 讲的也不错，不过才一半，下次讲完了一起写。