这是一个创建于 3443 天前的主题，其中的信息可能已经有所发展或是发生改变。
简直没后端什么事，传传数据，调调API，一个应用搞定了。想到前面有人提出的“无栈工程师”，也许他们的价值就在这里？ （前提是不在BaaS服务商那里工作） @junnplus
第 1 条附言 · 2015-06-21 22:58:59 +08:00
我提这个问题的主要原因是，所在的团队项目即将要开发移动应用，未来会含有较多的用户互动内容。BaaS基本能满足需求，但本人已经习惯于PaaS开发，对此并没有太多了解，包括可扩展性、将来的可移植性等等。希望各位过来人指条明路。
 |
1
twl007 2015-06-21 18:22:21 +08:00 via iPhone  1
你对PaaS理解有问题吧
|
 |
2
bdbai OP @twl007 确实不太对 应该是“BaaS属于”这样？还请多指教
那么对于现成的业务逻辑实现，还需要后端工程师吗？ |
 |
3
chaucerling 2015-06-21 19:22:39 +08:00 1
前期还行，后期肯定要迁移的
|
|
4
bdbai OP @chaucerling 是指BaaS迁移到PaaS？
|
 |
5
neoblackcap 2015-06-21 20:38:37 +08:00 1
BaaS只是做好一些公共的事情，他们本身就不是面对前端来说，后端开发人员面对这些之后觉得是减轻了一些负担而已。为什么就一群不是搞后端开发的人在呐喊呢？要不提供一个能支持1亿人在线聊天的BaaS给我？我按需付费说到做到
|
 |
6
ymd 2015-06-21 20:47:40 +08:00 1
哈哈 收到好像自己有1个亿用户一样
|
|
8
bdbai OP @neoblackcap 那么纯PaaS和BaaS混合怎么样？有办法实现么？
|
 |
9
wangxiao2015 2015-06-21 23:21:02 +08:00
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 |
 |
10
janxin 2015-06-21 23:34:42 +08:00
我总觉得这么类似的文章批量出现，真的不是某些产品出来打的广告....
|
|
12
neoblackcap 2015-06-22 00:43:13 +08:00 1
@ymd 此乃比喻，我一个点餐系统，我需要分类，分标签，分客户群体打折，有的是100减10，有的是打九折。请问有BaaS会去处理这样的情况？还是说这样的需求就是不合理的？
我的比喻只是告诉后来的人，不要人云亦云。大规模BaaS又解决不了，一个细分一点的需求又解决不了。能解决的就是一些公共的服务而已，给初创公司出原型而已，你上了轨道还是得换成自己的。 我的意思就是以前仅写过前端的同学你们不要瞎起哄，哪怕有BaaS了，后端还是不会消亡的，你们要不就学，要不就不要想自己一个人是无敌的全栈。 @bdbai 你真的明白什么是PaaS吗？PaaS说白了就是一套成熟的开发发布流程，所谓的BaaS就是第三方服务而已，有什么能结合不能集合的。 PS：肯定有人要喷我对PaaS的理解了，PaaS有很多人理解就是什么Cloud Foundry之类的软件体现，但是其实本质上来说它们也就是一个发布流程，当然其中也有一些简单的负载均衡。 |
 |
13
blacktulip 2015-06-22 00:46:36 +08:00
BaaS 很好，但是做 BaaS 的厂子就不一定了。比方说连 SLA 都不给，服务中断了还上论坛喷用户的 Leancloud
http://v2ex.com/t/196538 http://v2ex.com/t/196607 |
|
14
neoblackcap 2015-06-22 01:13:40 +08:00 1
@bdbai 当你有拓展的需要的时候，那便是你要面对自己解决问题的时候，第三方服务对你之后的帮助少之又少。
而且搞互联网的不存在什么移植吧？你的API难道还很特别？restful api，rpc都不存在任何使用上的问题啊。移植都是针对你的客户端来说的吧。那么就是OC跟Java的区别了，你要移植性请使用C++来开发。否则都没什么移植，都是重新照着设计图写一个而已的区别。 |
|
15
ymd 2015-06-22 09:58:22 +08:00
@neoblackcap 似乎你又在说另外一个问题 你的业务具体啥样 baas才不关心 baas 肯定会有问题 不过90%的公司应该都碰不到
|
|
16
bdbai OP @wangxiao2015 你们后端啥时候能支持“世界上最好的语言”呢？
|
|
17
bdbai OP |
|
18
neoblackcap 2015-06-22 11:09:22 +08:00
@bdbai 你要的迁移肯定就是这样啊，可以仿照他们的API，也可以顺便把客户端的代码改了，你们自己估计工作量。
|
|
19
neoblackcap 2015-06-22 11:17:29 +08:00
@ymd 我想说的就是一套系统纯BaaS肯定有问题这一个具体问题。BaaS即是SaaS，绝对不可能是完全替代自己家的后端的而已。例子有夸张的成分，仅为说明问题。
|
|
20
twl007 2015-06-22 15:16:24 +08:00 via iPhone
你可以在PaaS实现一套自己的BaaS 但是反过来你说你自己对BaaS有高度定制化的能力？
PaaS明显是一个更加宽泛的东西 也更自由 BaaS么 只是另外一种SaaS吧 但是不知道为什么会跟PaaS比较 其实完全不一样的东西 |
 |
21
lightening 2015-06-22 15:58:54 +08:00
照我的理解，BaaS 就是一个 HTTP 接口的数据库。你还是需要写后端，只不过这个“后端”逻辑放到客户端上去执行了而已。
|
|
22
bdbai OP @twl007 按照某家的说法，BaaS包括了PaaS常见的一些逻辑。反过来说，自己在PaaS上实现的没有他们的成熟。在此纠结着
@lightening 用户可以抓包拿到数据，反编译拿到逻辑，想想有点可怕。 |
|
23
lightening 2015-06-22 22:00:02 +08:00
@bdbai BaaS 平台肯定可以配置安全级别的
|
|
24
bdbai OP @lightening 数据从PaaS后端后面前移到了app后面 加上反编译 用户可以完全控制整个应用了
|
|
25
lightening 2015-06-22 23:44:42 +08:00
@bdbai 重要逻辑肯定要后端再次验证。BaaS 平台也一定会提供可以方便配置的验证机制的。
|
|
26
wangxiao2015 2015-06-23 15:27:11 +08:00
@bdbai 其实，PHP 目前需求量真的很小，没有 nodejs 和 python 的量大，肯定是一直在我们考虑中。
|
Select Language