信息化平台架构设计

1、为何须要信息化平台

• 若是没有信息化建设平台，每次新开发一个系统时，由不一样的负责人负责开发就会有不一样的开发规范，真可谓是八仙过海各显神通。形成系统与系统之间进行对接十分困难，后期运维及交接困难度加大。
• 若是没有信息化建设平台，每次新开发一个系统时，即便同一个项目负责人，在不一样时期也可能采用不一样的开源框架。开源框架有好有坏，规范也是天差地别，若是对所用的开源框架了解的不够充分，那将是灾难性。由于系统的bug千奇百怪，就像聊斋志异同样，后期运维的成本也是至关大的，若是项目耦合度高，都有可能出现项目负责人都没法运维的现象。
• 若是没有信息化建设平台，每次新开发一个系统时，都要考虑架构设计，权限验证等问题，开发者在前期都要浪费不少时间在这些问题上，增长了项目延期的风险。
• 若是没有信息化建设平台，每次新开发一个系统时，都要花费不少时间在系统的基础设施层上，如缓存，日志 、邮件、性能监控、文件上传下载等。容易形成各个系统的基础设施层的代码乱七八糟，使开发者晕头转向，增长开发风险，也下降了系统的稳定性。
• 若是没有信息化建设平台，每次新开发一个系统时，可能出现一个用户多个帐号，多个密码，用户的体验度也必将不好。

2、信息化平台架构设计图

3、介绍一些在企业中经常使用而且扮演重要角色的系统

一、统一权限管理系统

　　 若是要想打造企业的信息化建设平台，打造统一权限管理系统，能够说是万里长征的第一步。

　　 对于开发者来说，若是有这么一个系统，那么咱们每一个系统均可以采用同一种的权限管控方式。咱们开发者在开发系统时，就彻底不须要操心权限的问题。所需的工做量仅仅是将公用的jar包或者dll引入到项目中便可，开发者在须要权限验证的地方加上注解（java）或者特性（.Net）或者其余资源标识。

 　　对于系统运维人员来说，能够在统一权限管理系统中管理每一个用户的每一个系统的权限。用户注册及用户权限的管理能够交由部门负责人去负责，也能够作一套权限变动申请流程。这样的话，即下降IT运维成本，又能够增长用户体验度。他还有一个显而易见的好处，若是某我的离职了，能够一键清除他在每一个系统中的账号权限，由于他的账号只有一个！

二、单点登陆系统 

 　　单点登陆（Single Sign On），简称为 SSO，是目前比较流行的企业业务整合的解决方案之一。SSO的定义是在多个应用系统中，用户只须要登陆一次就能够访问全部相互信任的应用系统。

　　单点登陆是在多个应用系统中，用户只须要登陆一次就能够访问全部相互信任的应用系统的保护资源，若用户在某个应用系统中进行注销登陆，全部的应用系统都不能再直接访问保护资源，像一些知名的大型网站，如：淘宝与天猫、新浪微博与新浪博客等都用到了这个技术。

1. 单点登陆涉及SSO认证中心与多个子系统，子系统与SSO认证中心须要通讯（交换令牌、校验令牌及发起注销请求等），子系统中包含SSO的客户端，SSO认证中心是服务端
2. 认证中心与客户端通讯可经过 httpClient、web service、rpc、restful api（url是其中一种） 等实现
3. 客户端与服务器端的功能
   1. 客户端：
      1. 拦截子系统未登陆用户请求，跳转至sso认证中心
      2. 接收并存储sso认证中心发送的令牌
      3. 与服务器端通讯，校验令牌的有效性
      4. 创建局部会话
      5. 拦截用户注销请求，向sso认证中心发送注销请求
      6. 接收sso认证中心发出的注销请求，销毁局部会话
   2. 服务器端：
      1. 验证用户的登陆信息
      2. 建立全局会话
      3. 建立受权令牌
      4. 与客户端通讯发送令牌
      5. 校验客户端令牌有效性
      6. 系统注册
      7. 接收客户端注销请求，注销全部会话

三、日志系统

　　日志系统对于任何项目都是必不可少的，不管对于测试阶段的debug,性能测试，执行时间，操做记录仍是线上的问题排查，访问记录等，日志系统都扮演着重要的角色。

　　日志系统能够手机各个系统生产的日志记录，而且能够在线查看系统日志，特别是错误日志最最重要。当日志系统发现系统中出现错误日志记录时，日志系统将会给开发人员发送报警邮件，并将错误日志详细消息一并抄送给开发运维人员，运维人员也能够打开日志系统查看各类相关日志。小编曾用过使用kibana作的日志系统，给各个业务系统的运行保驾护航，效果那是很是给力的。

四、监控系统

 　　做为开发者活系统运维工做人员，会受到用户的一些反馈信息，好比系统不能使用、某个功能不能使用、查询速度很慢、页面容易卡死等等，若是公司存在监控系统，咱们就能够监控服务器的各类新能。其实最多见的监控就是服务心跳，监控服务是否正常运行，服务是否能顺利的链接数据库。

　　我认为一个健全的监控系统应该包含检测各个服务器的CUP、内存、Redis、服务、接口响应时间、Sql语句等等。

　　若是咱们有CPU的监控信息，咱们就能够实时在线的观测多台服务器的性能，经过检测信息咱们也能知道系统卡顿是否是CPU的问题。

　　若是咱们有服务、接口响应时间、Sql语句的监控信息，咱们就能够准确的判断出是数据库执行sql耗时，仍是服务代码写的有问题。由于咱们有监控的数据，因此基本上能够很清晰的定位到咱们的系统到底哪里除了问题。

　　若是咱们有服务心跳的监控信息，当服务响应慢或者服务中止的时候，监控系统就能够及时的监控到，从而能够及时给开发活运维工做人员发送邮件。

五、服务注册中心

 　　服务注册中心，就是将服务的信息注册到该系统上。客户端去服务注册中心寻找服务的具体地址，而后客户端在更具服务的地址去调用具体的服务。

　　虽说起来很简单，可是他起的做用很大。对于运维来说，最明显的做用就是我能够随意更换服务地址，假如说A服务器不能用时，我能够将系统的服务地址所有换成B服务器。对于开发者来说，能够大大的简化代码复杂度，由于我能够将服务与服务相互隔离开，不用相互应用就能够相互调用，从而大大的简化了开发，使服务更加的轻量级。说白点他就是一个RPC框架，或者理解成企业服务总线（ESB）均可以（虽然有点区别）。而且咱们开发者能够依托这个系统轻松的实现负载均衡技术，在这里我十分推荐Dubbo + Zookeeper，功能很强大，很齐全。

六、任务调度平台

 　　不少业务场景须要咱们某一特定的时刻去作某件任务，定时任务解决的就是这种业务场景。好比，晚上一点统计前一天的订单或者生产数据，并生产报表，而后在早上7点的时候发送邮件给相关领导。生产数据库与报表数据库同步数据，每晚2点执行。每隔五分钟检查Redis中日志信息，并将其转移到数据库中等等。

　　记得刚毕业那会，想要作一个定时任务，只会在数据库中写job或者使用Windows任务。虽然说能够实现任务的定时执行，可是他的局限性很大。好比数据库的job，他只能处理数据库端的资源，而且数据库的资源属于稀缺资源，最好不要占用数据库的资源，可是若是你的服务器很好，数据库也比较空闲，那用job来处理数据也是能够的，可是后期运维会有点痛苦。windows定时任务灵活度不高，我很难在线看到任务的执行状况，我也很难作到任务的动态加载、卸载、隔离等。当我想要作一个多节点集群的任务调度时，是很难作到的。而且若是我有多台服务器都是要作定时任务，那么这些任务时很难管理的，这也会让运维人员很是头疼。

　　quartz是一个很是优秀的任务调度框架，支持Corn表达式，能够方便快捷的利用多台服务器来完成公司内的定时任务的执行，网上也有不少优秀的开源的任务调度系统。

七、报表系统

 　　报表系统虽然占用程序员的工做量并不大，可是他在公司中所起的做用的很是巨大的。做为一家企业的老板、领导层，他们不是很关注系统录入数据方便不方便，列表是否使用了分页技术等等（若是系统作的真的很很差，老板也会很关注的），老板或者管理者须要看到系统中统计出来的数据来帮助他们作出决定来管理企业，企业运行情况老板是很关心的，若是有这么一个报表系统，老板能够很方便的查看到公司各个方面的运营状况，能够帮助老板或者领导及时发现问题。从而在老板的眼中，企业的信息化建设是很是重要的。

八、内容管理系统（知识库）

 　　内容管理系统，主要是将与员工的工做相关的信息记录到系统中，他的工做有哪些，每一个工做有哪些步骤，每一个步骤如何完成等等，整理成具体的的文档存入系统中。好比一个HR员工，如何从打卡机中拿到员工的打卡记录，这些记录信息应该作哪些数据清洗操做，而后登录到考情系统中，在哪一个位置导入处理后的打卡信息，如何检查导入后的考情信息是否正确等等。

　　若是有这样的系统，企业中员工离职交接问题就会变得很简单了，交接成本也会下降，也不用担忧离职员工手里有没有交接的内容，由于全部的内容均记录在系统中。

　　对于开发者的好处是，系统的表结构、接口说明、系统设计文档，系统操做文档等等均可以存入知识库中，方便程序员快速找到相关的文档，迅速解决问题。

九、项目管理系统

 　　以前使用过一套开源的项目管理系统--Redmine，具体业务人员在Redmine上提需求，开发人员更具Redmine上的需求开发功能。并非说业务人员仅仅在Redmine上提好需求就能够了，还须要开发人员或产品经理去和业务人员好好的沟通，这才能理解需求。这样作的好处是能让提需求的人员重视这个问题，由于没提一次需求，变动一次需求，系统上都是有记录的。自从使用了这个系统，我发现业务员提需求很严谨，不会张口就来，这真的是开发人员的福音啊。

　　有效严谨的需求对咱们开发的帮助是很大的，虽说在开发系统以前，软件开发人员应该比业务员还要了解业务，这样才能更加有效的防止用户该需求。我在刚踏入这一行的时候，有一位前辈和我讲过这么一句话，客户改需求，80%的责任属于咱们开发人员，20%属于客户。由于客户不懂软件，而咱们是作软件开发的，因此咱们应该比业务员更加的了解业务！

　　项目管理系统能够用开源的，也能够本身研发，配合内容管理系统一块儿使用，对系统的建设更加的有好处。另外，项目管理软件还能有效的量化咱们开发工做，指定项目开发计划，保证项目按时上线！

十、文件中心服务系统

 　　文件很差管理----在Web系统中，上传的文件每每放在UPLOAD目录里,而后就没有下文了,后期管理起来只能经过Windows的资源管理器来管理了,这种方式简单的系统应付起来还行，稍微复杂点就有点力不从心了。若是作负载均衡，当前登陆人的头像图片就很难管理。

　　不太方便扩展----或者说扩展起来比较费事，比方说作断点续传，秒传，作文件预览，等等。

　　重复工做太多----每次开发一个新系统,上传这块都要所有搞一遍,感受太费劲,之后还很难再继续升级 只要系统涉及到频繁的文件上传下载可能就都会面临这些个个问题，既然这样，为何不把这一块单独拎出来开发成一个服务+系统呢。

　　

 

Web项目开发建议：先后端分离

　　若是一家公司有java团队，又有.Net团队，那么再开发web项目时，最好使用先后端分离技术。java项目最好不要用jsp，也不要用如今很是火的Thymeleaf，虽然SpringBoot推荐开发者使用Thymleaf，可是.Net团队是不会使用Thymeleaf这样的前端框架。一样的.Net也不要使用aspx，更不要使用ASP.NET MVC Razor。

　　其实也并不是不能，若是在html中嵌入一个iframe控件，也能够兼容jsp，Thymeleaf，ASP.NET MVC Razor等，只是说最好不要。

　　可使用传统原生的html + css + js的技术，也可使用AngularJS、VUE等技术，他们都是很是优秀的前端框架。这样的话，两个团队之间能够相互帮忙写前端页面，或者交由专门写前端的开发人员负责开发。前端开发利器WebStorm，很是好用，没用过的能够体验一下。