人在旅途 心在7。
有团队 · 可整包
高级系统架构师 · 8年经验 · IBM
0
累计接单
0
用户评价
0
被收藏
技术能力
1.20年以上IT大中型软件产品项目研发经验,精通Java,精通J2EE体系架构,熟悉大型业务系统的架构设计和实施能力，熟悉互联网/分布式系统的设计和应用，熟悉分布式、缓存、消息等机制,精通系统优化，性能调优, 有多年设计开发支撑海量数据高并发的大规模分布式多层、高可靠性、高可用性、高可扩展系统经验。
2. 精通Java 技术,jvm原理与调优,分布式架构,多进程多线程,服务治理框架,Web框架,数据库模型。熟悉SpringBoot,SpringCloud,Dubbo, MyBatis,Hibernate,ActiveMQ,Kafka,JQuery,AngularJS,Drools,Activity,等开源架构,产品等，熟悉MongoDB,Redis,了解Hadoop,熟悉Android开发框架，熟悉JBPM,熟悉SOA理论以及JAVA开源框架实现,了解云计算及其IAAS,PAAS,SAAS,熟悉Webservice/SOAP(REST),CXF等, 熟悉HTTP(S)/TCP、信息安全、设计模式，技术评估选型，性能调优、大数据、Hadoop、zookeeper、Spark、 Hive, HBase Mysql.
3.精通分布式服务调度框架，曾作为核心架构师参与了华为BES-DSF高性能分布式服务框架的研发工作,熟悉微服务架构体系，对SpringCloud的微服务架构体系有很深的研究并具体应用在互联网平台的研发之中,熟悉thrift、protobuf,netty，熟悉kubernetes、docker,flume,Storm,elasticsearch等.
4.精通UML理论,设计模式和面向对象软件架构设计与分析,熟悉Oracle,SQLServer,DB2等大型数据库系统,精通多层分布式应用系统的设计与开发,熟悉CMMI理论及实践,熟悉RUP,XP等软件开发过程,拥有丰富的项目管理经验。
5.10多个大中型项目开发与管理经验（烟草、软件工程管理UML、电子商务、CRM、OA,金融，医疗,汽车等行业) ,4-5个互联网平台项目,领导最大团队成员150人,全软件开发生命周期的亲身经验（售前技术交流、合同金额预估、需求调研、分析设计、开发编码、测试部署、上线培训、运维验收等)扎实的项目管理理论基础,较强的计划、追踪、协调能力,优秀的需求分析及传达能力,强烈的风险
2. 精通Java 技术,jvm原理与调优,分布式架构,多进程多线程,服务治理框架,Web框架,数据库模型。熟悉SpringBoot,SpringCloud,Dubbo, MyBatis,Hibernate,ActiveMQ,Kafka,JQuery,AngularJS,Drools,Activity,等开源架构,产品等，熟悉MongoDB,Redis,了解Hadoop,熟悉Android开发框架，熟悉JBPM,熟悉SOA理论以及JAVA开源框架实现,了解云计算及其IAAS,PAAS,SAAS,熟悉Webservice/SOAP(REST),CXF等, 熟悉HTTP(S)/TCP、信息安全、设计模式，技术评估选型，性能调优、大数据、Hadoop、zookeeper、Spark、 Hive, HBase Mysql.
3.精通分布式服务调度框架，曾作为核心架构师参与了华为BES-DSF高性能分布式服务框架的研发工作,熟悉微服务架构体系，对SpringCloud的微服务架构体系有很深的研究并具体应用在互联网平台的研发之中,熟悉thrift、protobuf,netty，熟悉kubernetes、docker,flume,Storm,elasticsearch等.
4.精通UML理论,设计模式和面向对象软件架构设计与分析,熟悉Oracle,SQLServer,DB2等大型数据库系统,精通多层分布式应用系统的设计与开发,熟悉CMMI理论及实践,熟悉RUP,XP等软件开发过程,拥有丰富的项目管理经验。
5.10多个大中型项目开发与管理经验（烟草、软件工程管理UML、电子商务、CRM、OA,金融，医疗,汽车等行业) ,4-5个互联网平台项目,领导最大团队成员150人,全软件开发生命周期的亲身经验（售前技术交流、合同金额预估、需求调研、分析设计、开发编码、测试部署、上线培训、运维验收等)扎实的项目管理理论基础,较强的计划、追踪、协调能力,优秀的需求分析及传达能力,强烈的风险
项目经验
懂球帝体育类社交平台-内容以及足球竞猜游戏的需求.整个平台内容包括如下子系统:商城子系统,足球类游戏子系统,个人中心子系统,社区子系统(首页，比赛,主队),圈子子系统,数据子系统，竞猜子系统(又包含金币竞猜玩法，欧盘玩法，亚盘玩法，专家系统等等).
从技术层面讲，对于To C层面的互联网系统，我们在设计层面主要采用了如下方案:
1.业务服务化，相互独立，如咨询、论坛、广告等。
2.无状态设计。调用链路无单点、无状态服务，可线性扩容（尽可能不要把状态数据保存到本机、接口调用做到幂等性）
3.可复用。复用的粒度是业务逻辑的抽象服务，不是服务实现的细节、服务引用只依赖服务抽象
4.资源分层。Redis、DB、MQ 主从设计，多机房部署、保障高可用.
5.松耦合、自保护、防雪崩。跨业务调用尽可能异步解耦，必须同步调用时设置超时、队列大小、线程池大小、相对稳定的基础服务与易变流程的服务分层；线程池保护，超出服务器最大线程时DROP请求（Nginx、Tomcat）。Redis、DB、MQ、RPC、HttpClient等在后端资源出问题时可以自动降级请求调用、发送异常报警
6.服务隔离可自理。服务可降级、可限流、可开关、可监控、白名单机制(未实现)
7.各个服务独立部署互不影响，服务异常自动熔断，根据各个服务特点走相应的降级策略。基础服务下沉可复用基础服务自治、相互独立、基础服务要求尽量精简可水平扩展、物理隔离保证稳定（如用户中心、产品库）
8.分清核心业务。核心业务服务尽量精简，利于稳定（运行时优先保证主流程顺利完成、辅助流程采用异步：如日志上报）。
9.基于zookeeper的配置服务（配置服务用于系统的各种开关的实时配置如：源接口的限流熔断阈值等）；Monitor：监控服务实时查看系统异常、流量；Trace：系统跟踪服务；Log：（日志服务）(部分实现)
开发框架层面:启用微服务开发模式，springboot+springcloud技术桟做为架构技术支撑,
RabbitMQ, Redis,Mysql等等开源工具。
从技术层面讲，对于To C层面的互联网系统，我们在设计层面主要采用了如下方案:
1.业务服务化，相互独立，如咨询、论坛、广告等。
2.无状态设计。调用链路无单点、无状态服务，可线性扩容（尽可能不要把状态数据保存到本机、接口调用做到幂等性）
3.可复用。复用的粒度是业务逻辑的抽象服务，不是服务实现的细节、服务引用只依赖服务抽象
4.资源分层。Redis、DB、MQ 主从设计，多机房部署、保障高可用.
5.松耦合、自保护、防雪崩。跨业务调用尽可能异步解耦，必须同步调用时设置超时、队列大小、线程池大小、相对稳定的基础服务与易变流程的服务分层；线程池保护，超出服务器最大线程时DROP请求（Nginx、Tomcat）。Redis、DB、MQ、RPC、HttpClient等在后端资源出问题时可以自动降级请求调用、发送异常报警
6.服务隔离可自理。服务可降级、可限流、可开关、可监控、白名单机制(未实现)
7.各个服务独立部署互不影响，服务异常自动熔断，根据各个服务特点走相应的降级策略。基础服务下沉可复用基础服务自治、相互独立、基础服务要求尽量精简可水平扩展、物理隔离保证稳定（如用户中心、产品库）
8.分清核心业务。核心业务服务尽量精简，利于稳定（运行时优先保证主流程顺利完成、辅助流程采用异步：如日志上报）。
9.基于zookeeper的配置服务（配置服务用于系统的各种开关的实时配置如：源接口的限流熔断阈值等）；Monitor：监控服务实时查看系统异常、流量；Trace：系统跟踪服务；Log：（日志服务）(部分实现)
开发框架层面:启用微服务开发模式，springboot+springcloud技术桟做为架构技术支撑,
RabbitMQ, Redis,Mysql等等开源工具。
团队情况
服务范围：
团队构成：
负责人(高级系统架构师)
|
核心队员：产品经理 ·
UI设计师 ·
iOS工程师 ·
安卓工程师 ·
前端工程师 ·
后端工程师
立即沟通
