昵称登录后显示

1. 安徽省级不动产基础平台(Basis Platform)
开发周期：2016.06~2017.08
项目描述：基础平台是一个集 组织机构(org)、访问控制(ac)、工作流(workflow)、自定义表单(form)、服务总线(ESB)、数据字典(data)、日志管理(logger)、系统管理(System)、单点登录(SSO)等为一体的基础设施平台。
a) 组织机构：提供人员、部门、岗位、职称等模块，并通过RESTful接口发布服务。
b) 访问控制：提供资源、角色的权限控制管理，使用RBAC以及ACL的方式实现。为各个子系统提供菜单、资源的权限控制。RBAC模块使用Shiro来实现，ACL模块是参考Open LDAP ACL自研的。
c) 单点登录：使用CAS作为SSO Server，并与组织机构模块整合，为业务系统或子系统实现单点登录、身份统一认证。
担任角色：核心开发人员
负责模块：组织机构、访问控制、服务总线、数据字典、日志管理、系统管理、单点登录。
开发工具：STS、JDK1.8、tomcat8
技术实现：
a) 后端整体上使用比较流行的SSM架构，使用Shiro做安全框架，CAS做单点登录，使用Oracle数据库，连接池使用的dbcp2。
b) 前端使用bootstrap、angular1.6、requirejs实现。

2. 企业服务总线(ESB)
开发周期：2016.12~2017.03
项目描述：ESB提供了对内部和外部服务的治理。包括协议转换、数据流控、流量监控、权限控制等一些模块。在自研ESB之前，考察过WSO2 ESB和 mule ESB，刚开始我们使用的是WSO2的ESB，WSO2底层使用OSGi架构的，后来感觉过于太笨重，所以我们准备自研一套ESB，做ESB比较好的两个开源框架是Spring Integration和Apache Camel。当时我们使用的是Camel。Camel提供了很多协议转换组件，我们当时使用的Servlet作为外部接口，内部使用Restlet、CXF组件用来支持restful和web service 两种协议的接口。并与基础平台的组织机构进行整合，使用 OAuth Basic 作为认证方式。
担任角色：核心开发人员
负责模块：ESB
开发工具：STS、JDK1.8

3. 安徽省级不动产监管分析平台
开发周期：2016.12~2017.12
项目描述：监管系统是一个OLAP的大数据分析平台，他将全省的业务数据汇总到省厅，我们对这些业务数据进行ETL，然后加载到数据仓库(DW)中，为上层的业务分析提供数据。主要包括土地查封统计、发证面积统计、发证数量统计、产权数据统计、接入总量统计、土地抵押统计、周报月报生成等业务。当时省级数据量有200G左右，要求做到亚秒级的响应时间。当时的技术实现是离线的数据仓库，刚开始使用HDFS做存储层，Hive做数据仓库，Spark SQL做计算框架，Oozie作为调度框架。后来嫌Hive太慢，就直接将处理后的数据又加载到Oracle数据库了。项目要求的实时性不是特别高主要是月底生成月报时使用，我们使用Oozie每一小时调度计算一次。
担任角色：核心开发人员
开发工具：IntelliJ IDEA、JDK1.8
技术实现：使用了Hadoop、Spark、Oozie等大数据组件。

4. 海星平台(Seastar Platform)
开发周期：2017.12~2018.11
项目描述：海星平台是基础平台的3.0，使用Spring Cloud架构，使用Spring Cloud提供的组件，包括：服务发现(Eureka)、配置中心(Config)、消息中线(Bus)、认证安全(Security)、日志追踪(Zipkin)、路由网关(Zuul)，构建我们的云平台。并对基础平台的组织机构和访问控制进行了重构。3.0的组织机构和访问控制中的资源使用Open LDAP作为实现，使用Open LDAP ACL作为权限控制。在使用Spring Cloud的时候我们遇见了两个技术难题：一是安全相关的，二是事务相关的。我们需要使用Spring Cloud Security和CAS整合Spring Cloud Security还要提供节点内部的OAuth2 SSO。后来我们又发现了分布式事务问题，我们在网上找的分布式事务框架都不是很满意。所以我们自己实现了一个分布式平台事务管理器(Distributed Platform Transaction Manager)，其思想是借鉴了zipkin的Trace和Span。
担任角色：项目负责人
开发工具：IntelliJ IDEA、JDK1.8、Scala