0
回答
解决每个移动互联网开发者恶梦的最新 “后台服务器建置与管理”服务
开发十年,就只剩下这套Java开发体系了   

每个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,所有的数据就全在云后台了!完全做到无痛连网,后台神马的完全不用考虑,拥有云端数据存储能力的移动互联网服务就这样开好了!

回到最初数据库设计去重新思考,我们到底要做怎么样的准备工作似乎也不再重要,对开发者来说,不再需要去烦恼该用哪一种类型的数据库。反正数据安全、效能都有人把关,最重要的是存取也好方便啊~~


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

<无标签>
举报
浮小生
发帖于2年前 0回/143阅
顶部