解决每个移动互联网开发者恶梦的最新 “后台服务器建置与管理”服务

每个 app 开发者或许都曾经有个惋惜, “我曾经有个绝佳的点子！可惜我只懂开发前端，而后台服务器不仅太枯燥,维护又太贵，不然我早就开发出一个移动互联网服务爆品了！”

的确开发一个移动互联网服务，后台服务器是不可或缺的,其中最基本却也是最重要的“数据库的建议与维护”就要考虑许多重要细节。

程序员在开发时经常遇到不知道要使用哪种数据库的难题，要面临重重选择，首先是不知道该使用典型的 RDB 关联行数据库还是更具有水平延伸性的 NoSQL 数据库。接着要考量数据量的大小，如果数据量很大，哪种数据库够用？如果只是小数据的暂存，是否可以选择相对简单的数据库就好？

设计数据库大概会需要思考以下几个问题：

1. 决定数据库用途：理清目的和数据处理需求，决定该用哪种数据库。
2. 寻找并收集必要的信息：数据库是用来存产品、还是用来存大量记录、亦或者是使用者信息呢？
3. 划分主题到不同的数据表：该使用群组、部门还是种类切数据表？
4. 指定搜寻索引键：为了加速搜寻结果，指定索引键可以节省逐笔搜索的时间，就像是有个地址，你就不用挨家挨户的去找人了。
5. 数据库加速： 当数据量变得又大又杂乱时，该如何重新调整设计，增加存取效能？
6. 数据库扩张： 一旦使用者增加，单台数据库该如何变成多台？多个数据库之间又该如何同步？
7. 数据库的备份：怎样确保数据不会因为各种事故消失？
8. 数据库安全： 如何避免透过外部界面攻击数据库，造成数据库损坏，或是偷取数据库数据？

看完上述几点后，是否开始觉得梦想离你越来越遥远了？只是想实现自己的点子写一个 App ，也太麻烦了吧！我就是想轻松写个 APP ，轻松的赚他几个亿而已啊，这事一定得搞得这么复杂吗？

现在有了 DroiBaaS ，事情真的可以不用这么复杂！你只要思考要存放什么数据，以及数据该存成怎样的树状结构才能够方便前端去拉数据就足够了。当使用者增加，或是流量突然变大时，也不需要担心背后所带来的流量和效能稳定问题。一旦开始使用 DroiBaaS 平台去存放数据，你只要考虑是否能看到成果，如同有个厚实的肩膀给你靠，连晚上睡觉都觉得特别安稳。

除了基本的数据库更能外， Droi BaaS 还针对几个特点做强化设计：

1. 使用者数据界面（ API ） 在 BaaS 中，特别针对使用者数据去建立特别的界面去存取，因此你不用担心使用者密码和使用者数据该如何存放。透过专门的物件包装起来，内部用高安全性的编码技术存放使用者密码，在存取或核对数据时，就可以直接比对物件，不需花额外精力去设计数据表和管理使用者信息，对开发者而言十分方便。

2. 使用者分群界面（ API ） 当使用者增加，或是想要区分使用者能够使用的服务时，可以透过分群物件去执行。只要让开发出来的服务，指定有其使用权限的群组就可以，举例来说，“借用书本”这样的应用服务，可以去指定“老师”和“学生”两个有权限使用的群组。其中复杂的权限管理逻辑， DroiBaaS 都会帮你处理掉。

3. 唯一物件存放 当开发物件愈来愈多时，势必开始觉得有点复杂，在 DroiBaaS 处理数据时，仅只有 DroiObject 一个物件，此物件包山包海，无论想存数据或纪录，甚至是档案型数据都可以存成 Droi Object 。把数据封装在 Droi Object 中的同时，代表你把数据存放到后端数据库去，这样开发起来数据该被存到哪里去，也不用再去设计思考了。

4. 缓存处理 若想加速数据存取，以前总要自己想各种缓存的方法，甚至要用到复杂的缓存数据库来提速，并且业务愈大，代价也随之增加。不过现在这些不需要担心了，因为在 Droi Object 也可以存放缓存数据，从前端应用面来说，高速的数据存取也是相当重要的。

列举了那么多 DroiBaaS 的功能，也许会感觉所有数据都透过抽象化，存在单一物件中似乎有点虚幻，但是在 DroiBaaS 中真的是做到了。我们只需要用单纯的前端物件导向思考，轻松地使用 Droi Object ，所有的数据就全在云后台了！完全做到无痛连网，后台神马的完全不用考虑，拥有云端数据存储能力的移动互联网服务就这样开好了！ 回到最初数据库设计去重新思考，我们到底要做怎么样的准备工作似乎也不再重要，对开发者来说，不再需要去烦恼该用哪一种类型的数据库。反正数据安全、效能都有人把关，最重要的是存取也好方便啊～～

其实描述了那么多，说多好用、多方便实在不容易感受得到。建议可以直接去试用看看，但我可以预期的状况是，一边体验一边就完成了数据整理的工作！而且会完全来不及反应且感到惊艳，原来真的这么简单！