有了 BaaS， PaaS 有什么存在的意义？

[bdbai]

简直没后端什么事，传传数据，调调API，一个应用搞定了。想到前面有人提出的“无栈工程师”，也许他们的价值就在这里？ （前提是不在BaaS服务商那里工作） @junnplus

我提这个问题的主要原因是，所在的团队项目即将要开发移动应用，未来会含有较多的用户互动内容。BaaS基本能满足需求，但本人已经习惯于PaaS开发，对此并没有太多了解，包括可扩展性、将来的可移植性等等。希望各位过来人指条明路。

[twl007]

你对PaaS理解有问题吧

[bdbai]

@twl007 确实不太对 应该是“BaaS属于”这样？还请多指教
那么对于现成的业务逻辑实现，还需要后端工程师吗？

[chaucerling]

前期还行，后期肯定要迁移的

[bdbai]

@chaucerling 是指BaaS迁移到PaaS？

[neoblackcap]

BaaS只是做好一些公共的事情，他们本身就不是面对前端来说，后端开发人员面对这些之后觉得是减轻了一些负担而已。为什么就一群不是搞后端开发的人在呐喊呢？要不提供一个能支持1亿人在线聊天的BaaS给我？我按需付费说到做到

[ymd]

哈哈 收到好像自己有1个亿用户一样

[cdxfish]

@ymd 确实！哈哈

[bdbai]

@neoblackcap 那么纯PaaS和BaaS混合怎么样？有办法实现么？

[wangxiao2015]

BaaS 这种服务器必然是未来一个趋势。

先简单说下原因：

1、后端业务更加容易抽象：比如业务都是一个个数据、一个个 RESTful API、还要兼容多端（Web、iOS、Android 等）。这种抽象本身，也就要求各家都要做成类似 BaaS 一样的服务，比如 Facebook、Google 之类的公司，对内对外的接口基本都是 API 化的、SDK 化的。

2、后端技术本身也不在于业务逻辑，主要是性能与稳定性。简单的业务逻辑谁都会写，就是那种所谓的「全栈工程师」，但是如何在超大规模数据情况下如何保证性能、如何在大量请求的情况下保证负载，这才是后端技术关键，而这些东西，做成服务本身就更好集中式运维。

3、BaaS 确实使写程序更加简单，一旦一个东西简单了，就会产生越来越多的使用者，类似于前端的 jQuery，其实 jQuery 是一个功能简单的库，同时期的 YUI 之类的框架体系能做更多的事情，但是却不够简单，而简单会成为趋势；

4、综合成本更低。所有开发都会考虑成本问题，这也就是 AWS 之类的云服务能够兴起的原因，节省成本，省了运维。而类似 LeanCloud 之类的 BaaS 服务是在这种服务更上一层上的产品，更加节省你的成本，居然省了服务端研发。

综上，基本上就能够确认，会是一个时期内的趋势。
我也写过一篇文章介绍 http://www.csdn.net/article/2015-03-23/2824291

[janxin]

我总觉得这么类似的文章批量出现，真的不是某些产品出来打的广告....

[bdbai]

@janxin 绝非软广

[neoblackcap]

@ymd 此乃比喻，我一个点餐系统，我需要分类，分标签，分客户群体打折，有的是100减10，有的是打九折。请问有BaaS会去处理这样的情况？还是说这样的需求就是不合理的？

我的比喻只是告诉后来的人，不要人云亦云。大规模BaaS又解决不了，一个细分一点的需求又解决不了。能解决的就是一些公共的服务而已，给初创公司出原型而已，你上了轨道还是得换成自己的。

我的意思就是以前仅写过前端的同学你们不要瞎起哄，哪怕有BaaS了，后端还是不会消亡的，你们要不就学，要不就不要想自己一个人是无敌的全栈。

@bdbai 你真的明白什么是PaaS吗？PaaS说白了就是一套成熟的开发发布流程，所谓的BaaS就是第三方服务而已，有什么能结合不能集合的。

PS：肯定有人要喷我对PaaS的理解了，PaaS有很多人理解就是什么Cloud Foundry之类的软件体现，但是其实本质上来说它们也就是一个发布流程，当然其中也有一些简单的负载均衡。

[blacktulip]

BaaS 很好，但是做 BaaS 的厂子就不一定了。比方说连 SLA 都不给，服务中断了还上论坛喷用户的 Leancloud

http://v2ex.com/t/196538
http://v2ex.com/t/196607

[neoblackcap]

@bdbai 当你有拓展的需要的时候，那便是你要面对自己解决问题的时候，第三方服务对你之后的帮助少之又少。

而且搞互联网的不存在什么移植吧？你的API难道还很特别？restful api，rpc都不存在任何使用上的问题啊。移植都是针对你的客户端来说的吧。那么就是OC跟Java的区别了，你要移植性请使用C++来开发。否则都没什么移植，都是重新照着设计图写一个而已的区别。

[ymd]

@neoblackcap 似乎你又在说另外一个问题 你的业务具体啥样 baas才不关心 baas 肯定会有问题 不过90%的公司应该都碰不到

[bdbai]

@wangxiao2015 你们后端啥时候能支持“世界上最好的语言”呢？

[bdbai]

@neoblackcap 非常感谢
那么刚开始我们就照着BaaS提供的服务用PaaS自己实现这样？
准确说是迁移。感觉产品和BaaS耦合太高，将来迁移会出问题。
@blacktulip get

[neoblackcap]

@bdbai 你要的迁移肯定就是这样啊，可以仿照他们的API，也可以顺便把客户端的代码改了，你们自己估计工作量。

[neoblackcap]

@ymd 我想说的就是一套系统纯BaaS肯定有问题这一个具体问题。BaaS即是SaaS，绝对不可能是完全替代自己家的后端的而已。例子有夸张的成分，仅为说明问题。

[twl007]

你可以在PaaS实现一套自己的BaaS 但是反过来你说你自己对BaaS有高度定制化的能力？

PaaS明显是一个更加宽泛的东西 也更自由 BaaS么 只是另外一种SaaS吧 但是不知道为什么会跟PaaS比较 其实完全不一样的东西

[lightening]

照我的理解，BaaS 就是一个 HTTP 接口的数据库。你还是需要写后端，只不过这个“后端”逻辑放到客户端上去执行了而已。

[bdbai]

@twl007 按照某家的说法，BaaS包括了PaaS常见的一些逻辑。反过来说，自己在PaaS上实现的没有他们的成熟。在此纠结着

@lightening 用户可以抓包拿到数据，反编译拿到逻辑，想想有点可怕。

[lightening]

@bdbai BaaS 平台肯定可以配置安全级别的

[bdbai]

@lightening 数据从PaaS后端后面前移到了app后面 加上反编译 用户可以完全控制整个应用了

[lightening]

@bdbai 重要逻辑肯定要后端再次验证。BaaS 平台也一定会提供可以方便配置的验证机制的。

[wangxiao2015]

@bdbai 其实，PHP 目前需求量真的很小，没有 nodejs 和 python 的量大，肯定是一直在我们考虑中。