互金与互联网公司工程差异-优快云博客

导语

今日刚好入职国内某互联网金融公司W（后台开发岗）满一个月，趁此机会总结和分享下入职后的一些感慨。顺便与老东家互联网Y公司从工程技术方面进行对比，从个人角度上看互金与互联网公司之间的细微差异。

职能角色

每一次版本迭代，都需要不同的角色参与协作完成。从职能角色中可以看出W公司还有业务运维岗，与开发、测试三者构成目前流行的devOps工作模式，三个角色对于业务应用服务都非常清楚。一般跨系统的复杂调用的数据表都是由SA先统一设计，再有开发同学代码化。开发、测试、运维对于需求文档、各系统功能、工程日志、存储表设计都有一定了解。

	角色	发布权限	架构设计	故障处理人
Y	产品、开发、pm、测试	开发统筹所有环境	团队/项目开发负责人	一线运维情况下运维通知开发，普通情况下开发收到告警直接处理
W	业务、SA、开发、测试、运维	开发只限测试环境，运维负责生产环境	SA统一管理，AB大会评审子系统功能	一般由运维负责直接处理生产事故，确实解决不了再通知开发协助解决

生产工程

W公司的底层和中间件开发基本采用java语言，大部分情况下只提供java的sdk，全司统一采用。每个新系统的搭建要经过AB大会审批通过，减少关门造轮子，由公司中间件平台小组专门开发。新功能开发，W公司的新接口开发需要经过严格的审批流程，需要负责人提前罗列好全局接口，从安全性看可以统一监控对外接口，但从互联网的敏捷迭代上看，经常会拖后腿。对于产品测试，W公司会更加注重代码质量，分别从代码覆盖率、报文测试、脚本测试等对应用全方面体检。产品上线，在开发的协助下，由运维同学在全司统一发布的实验室执行发布（每次进出实验室需要申请通信证）

	后端语言	工程搭建	新增接口	代码协同	开发环境	测试	流程管理	平台集成管理
Y	java/c++	demo工程	后端同学负责设计，书写接口文档并手动上传到接口平台	svn/git，功能微服务化，大部分只有master和test分支	开发办公一体化，本地机器	黑盒测试，默认一套测试环境，需要依托其他平台划分	各阶段各自维护，产品文档由svn提供，开发文档由接口文档平台管理、测试用例google或者腾讯文档，测试bug记录bug系统	在dbms申请消息中间件、db、缓存，使用的服务治理中心，配置中心等在工程内部集成，开发撰写文档
W	java主流	应用脚手架	模块负责人设计并提交新接口申请审批，利用构建工具自动生成接口文档并上传到文档平台	git，应用git flow规范	远程桌面，开发隔离公网	白盒+黑盒，全司统一规定环境种类，在联调测试阶段约定哪一套环境，各个环境相互隔离。测试环境提供日志自动上传功能，可通过设备号让开发定位上下文与问题	统一dpms管理，从产品文档到开发计划、开发文档、开发人力、测试用例、发布计划、时间节点	所有信息统一在dbms上，可以跟踪到每个系统下所有的资源

技术要点

	持续集成ci	RPC调用与服务治理	链路追踪	技术分享平台	服务器登录脚本	挡板服务	事务
Y	部分项目支持ci和cd	多个服务治理平台，当其他服务不支持使用的服务治理平台时需要手工维护。rpc种类繁多，包括thrift、http、公司自定义二进制协议、hession等	使用traceId，由平台统一生产，落地到各个阶段的日志当中	专门讲师ppt，高大上的技术分享	记录每个项目所在的服务器地址go	开发在单元测试中执行mock	互联网产品，很少事务操作，nosql成主要存储方案
W	支持ci	统一服务治理平台，所有rpc统一协议，rpc调用使用全司内部消息总线，原理使用消息中间件（基于rocketMQ定制，支持rr、异步、多播、广播）	分为业务流水号和系统流水号，测试报告必须携带流水号	km文章平台，每个人都会书写，可以是开源项目，也可以是工作小总结，形成内部技术搜索引擎	登录交互式脚本，根据项目名和环境类型，以交互形式选择登录	部门内部统一的挡板服务，可在测试环境中使用，挡板中台如同postman一般可以记录每个接口的挡板详情和重复使用	内部自研分布式mysql，强事务操作，多补偿机制