从零开始搭建一个PaaS平台 - 咱们要作什么

前言

从最开始的小公司作小网站，到如今进入如今的公司作项目，发现小公司里不少不少工做都是重复的劳动（增删改查），不过想一想也是，业务软件最基础的东西不就是增删改查吗。

可是不少时候，这种业务逻辑其实没有必要挨个重写。总不能说你的增删改查比个人高级不少。很大程度上，复杂的问题只是数据太多了怎么优化。

 

简介

在真的开始作以前，先来简单介绍几个概念。简单介绍一下PaaS是什么，大概意思就是已经作好了一个大的平台，你能够在上边快速的配置、扩展你的服务。

详细的介绍推荐看一下阮一峰老师的博客 http://www.ruanyifeng.com/blog/2017/07/iaas-paas-saas.html

 

概念上

我想从零开始搭建一个可以配置定义业务，经过代码扩展业务的平台。在这个平台上，简单的需求，不写代码。复杂需求，只写与标准不一样的代码。

 

有啥好处 

提升生产力

其实，作软件的大部分时候，都是在写增删改查，实在是太简单了。搬砖谁不会对吧，要想搬得快，不须要你有多么好的脚力，更多的时候，你可能须要一个塔吊。

 

稳定的高负载

PaaS的设计之初，就是为了比较大的数据量来考虑的。项目小的时候，怎么着都行，可是，数据量一旦上来以后。小的项目可能根本无法用，若是是PaaS平台的话，你可能只须要多几台机器就完了，仍是基础组搞的事情。

 

分工明确

提到了高负载，其实很大程度上都是底层的事情。普通的开发，更多的好处只是性能的提高。那么就须要两拨能力不一样的人来共同完成这件事情。搞底层的更专一性能、扩展，搞业务的就更关注本身的核心业务就完了。

 

更少的服务代价

这个指的是客户花销，也是PaaS对于传统软件的优点。PaaS平台一旦作完，他确定已经有平台了，若是要开发新的功能，可能并不须要占用更多的资源，只是在原有的资源上增长点业务而已。何况PaaS服务商与客户更多的是提供服务的续租模式，多一个客户少一个客户，其实对于服务器来讲并无啥压力，同一个团队可以服务与更多的人。

 

开发更快

就算是往小里作，若是你有这么一个PaaS的框架，你想要在上边直接搞一个业务的话。其实也就是搞点配置，而后做为一个单机软件部署，纯定制开发也会变得更快。

 

具体点 咱们要作什么

假设咱们如今要作一我的员管理系统，咱们通常须要如下内容。

- 增长数据

能够配置一个或者多个新增数据的页面，点击保存就保存了数据

 

 

 

 

 

 

- 删除数据

能够配置个按钮，点击一下就把相关数据删除掉

 

 

 

- 修改数据

能够配置个按钮，点击一下出现一个编辑页面，里边会出现对应的数据，你能够修改，而后点击一下更新，数据就更新了

 

 

 

- 查

-- 列表页面

你能够在列表页面，配置几个筛选项，而后你修改完数据以后，点击搜索，就会根据你的数据来改变列表内容数据

 

 

 

-- 详情页面

你能够在列表页面点击名称（点击哪一个能够配置）而后，就会自动跳转到详情页面

详情页面要展现哪些内容也能够经过配置来进行修改

NoCode能力

这个是整个业务的核心，也是PaaS之因此能够将几个月的工做量浓缩为数周的缘由所在。

其实就是一个简单想法的转变，本来咱们要实现我上边画的几张图，都是考改变代码来实现，好比说列表页面应该是战士什么Title、列表要不要出现选择框、列表究竟展现那几列、右上角究竟有什么按钮等等。

如今将这些本来须要写到代码里边的逻辑整理到配置里边，而后经过解释这些配置，渲染出页面，渲染出逻辑。

 

LowCode能力

固然了，上述的状况太过于简单了，基本上就是一个数据库的内容简单展现而已，若是咱们须要更复杂一点的内容呢？

 

好比说咱们须要输出这我的的年龄分层（幼儿、少年、青年、中年、老年），咱们要怎么作呢？

很显然这个状态不该该被存放在数据库中的，由于这个其实是经过年龄动态计算出来的，过一年以后这个展现状态可能就会过时了，这个时候咱们就须要可以动态插入逻辑根据年龄计算这几个值，而后输出结果。

 

固然这并非所有了，其余还有不少须要解决的事情。好比

• 使用配置来实现渲染，配置数据，读取起来是否是要比写代码慢不少？
• 搜索条件可能有不少，怎么实现这些条件可用呢？
• 若是默认的页面知足不了个人需求怎么办？
• 业务权限要怎么处理？总不能进入系统的人都有权限吧？
• 开发完了这个玩意怎么发布到线上去？
• ... ...

 

这个玩意有点庞大，一口气说不完。此次内容就这么多，我也只能一边整理一边写博客，这可能会是一个很长，也多是作不下去很短的系列。

写的很差，能力有限多多见谅