最近在做这样的一个平台，名字叫什么，希望大家一起来命名吧
一个无业务化的底座，当我们有一个新项目的时候，我们是不是要开发部门，人员，角色，权限，数据字典等相关的东西，但是这些东西都没有业务，所有项目又必须要开发，除了后端，还有前端，测试，等相关的工作，估计没有2个周，可能真的完不成一个比较完善的这样的一个框架
当然这里只介绍到了几个基本的功能，这个功能其实很多的开源框架都有，随便去找一个基本也能满足，但是肯定会存在二开，比如登录页面，我想换背景，我想换logo等
当登录完成后我想换主框的桌面效果，一般很多提供了换肤功能，但是很少有提供换桌面显示效果的，比如我想把菜单放到右面或者是下面。
当一个单位有很多系统的时候，没有统一的系统管理起来，导致用户会记录很多很多系统的访问地址，试想他们是不是很老火，公司越大，项目越多，问题就越大了
除了用户使用的问题，那么还有数据共享的问题。跨应用之前数据需要共享，要相互访问，并且还有访问的数据权限，这个时候也很老火，越到后面，就会成为一个系统网，已经分不清楚系统之间的依赖了
还有当系统太多，我们管理员授权需要到处登录系统授权，无法统一授权，无法统一管控用户的访问权限
问题可能会多，没有完全列全。
但是我们需要去解决这样的问题
前言
为解决信息化建设统筹难导致的信息系统孤岛、协同共享难及数据应用创新难等问题。建设支撑基础设施动态管理与高效利用，业务应用标准化建设与自动化管理，数据资源动态沉淀与深度共享，服务敏捷构建与业务融合协同的新一代一体化支撑平台。形成IT基础架构升级统筹化、系统建设与管理标准化、数据应用与创新可控化、应用与服务构建敏捷化、智能化技术应用服务化、公共业务与组件协同化。为信息化主管部门提供统筹管理新手段，为数据主管部门打造应用创新新机制。统筹建设促进应用创新、优强助弱推动协同发展
基本概念
什么是Paas？
平台即服务，是云计算服务模型的一种，PAAS为用户提供平台，使用户更容易地开发、运行、管理和维护应用程序，无需购买和管理底层基础设施和系统软件。
PAAS一般包括软件平台以及相关工具和API，用户可以通过互联网访问平台，像包括Web服务器、数据库、存储、Linux系统等一样进行管理。
Paas有什么特点？
（1）PaaS提供的是一个基础平台，并不是某种应用。
（2）PaaS运营商所需提供的服务，不仅仅是一个单纯的基础平台，而且还包括针对该平台的技术支持服务，甚至针对该平台而进行的应用系统开发、优化等服务。
（3）PaaS运营商对外提供的服务不同于其他的服务，这种服务的背后是强大而稳定的基础运营平台，以及专业的技术支持队伍。这种“平台级”服务能够保证支撑SaaS或其他软件服务提供商各种应用系统长时间、稳定的运行。
Paas要解决什么问题？
（1）实现信息化系统的集约建设，将分散在各个部门建设的IT基础设施集中上云，提升资源利用率，进行统一安全管理和运维管理。
（2）建设数据支撑平台，通过数据交换共享平台，打通数据孤岛，汇集各个局委办的信息形成政务信息中心数据库，满足上层政务应用的数据需求，全区域各数据安全开放，从而实现并联审批，一网办理。数据融合阶段的核心是数据共享。
（3）全面推进电子深度应用，助力业务创新，提升应用上线速度，实现业务的更流畅跨部门协作，支撑领导决策分析，产业融合和社会治理。
什么是应用？
应用是一个可以在Paas平台中运行和管理的资源包，在Paas平台上，皆为应用。应用可以提供基础服务和增强平台能力的系统设置应用， 也可以实现业务运转的业务应用，也可以是第三方开发并注册进来的外部应用。
应用可以是由Paas提供，也可以是由外部根据Paas平台的应用研发标准开发的应用，更可以是外部度组封装的应用。
应用有什么特点？
应用应该具备独立性、依赖性、开放性和插拔性等特点。
独立性 每个应用有独立的描述、配置文件、资源、数据结构，每个应用在设计和运行维护上都是独立的。应用可以在别的平台上运行，也可以在Paas平台上运行，可以在用户可以从任意一个可靠的渠道或者应用，在平台上运行。只需要提供一个资源包，将资源包注册到平台后，资源包中所提供的能力会释放到平台上。应用的独立性，还体现在应用的独立升级、部署、卸载、删除，应用的任何行为不会对平台和其他未做授权的应用造成影响，从而降低了系统的运行风险和安全。
依赖性 在实际的业务场景中，应用常常不会独立存在，会存在多个应用相互交互、相互租户形成业务场景，那么这就依赖于应用和应用之间的调度，在我们平台中，我们统称为授权。
应用和应用之间是不能直接交互的，不然会出现繁杂的系统接口、耦合的模型，这样违背的了平台的规范，如果应用和应用之间存在依赖关系，纳闷我们就需要做应用的授权，只有授权后的应用才能时间接口、服务等数据的流转和同步。
开放性 我们不干涉应用是如何构建的，也不干涉是用如何语言构建的，应用的构建只需要遵循世面上普遍的标准即可。与此同时，在Paas上我们还提供了基于Web的基础应用建模工具，快速的能生成例如：台账、数据列表等。
插拔性 应用应该支持在平台上的松散式操作，包括安装、升级、卸载 ， 就像一个手机，可以下载、升级、卸载你任意想要使用的App。
模块与模块之间、应用与应用之间的交互，是不可避免的， 但是我们要尽量减少由于交互引起的单个模块无法独立使用或者无法移植的情况发生， 尽可能多的单独提供接口用于对外操作，实现“低耦合”，耦合指的是模块之间存在依赖，关系越紧密， 耦合越强，模块独立性越差，
什么是云组件？
云组件是指可以在前端页面中使用的各种功能模块。前端云组件可以是各种UI组件、数据可视化组件、交互组件、地图组件、音视频组件等。使用前端云组件可以加快前端开发的进度，降低前端开发的成本和复杂度。前端云组件是基于前端React框架开发，可以与各种前端技术无缝集成。同时，前端云组件可以根据应用程序的实际需求进行动态调整，具有高可伸缩性和高可用性，可以满足前端页面的高并发和高性能要求。
简单来讲，我们将前端的源码通过编译后形成一个config文件包，将这个文件包放到我们公共的云服务平台上，在需要使用到这个组件的时，我们只需要输入这个文件包的云地址即可。
在我们平台上，组件通常是应用注册时同时注册进来的，组件分为：系统组件、应用组件、自定义组件。
系统组件通常是指系统自带的组件，例如：天气、快捷菜单等；应用组件通常是指由业务应用注册进来的组件，例如：A、B等；自定义组件通常是指由可以在控制台轻松编辑前端配置和数据的组件，例如：BI组件等
云组件有什么特点？
独立性 和应用一样云组件也可以实现独立的升级、独立的配置，组件的升级不会对系统产生影响。
个性化 可以根据业务的需求，随时变化组件的样式、数据、交互、事件，满足用户个性化的需求。
插拔性 组件应该支持在平台上的松散式操作，包括安装、升级、卸载 ， 就像一个手机上的小组件，任意设置你想要的组件。
