2017年互联网技术团队如何应对互金业务的多变和挑战.pdf

编号：92502

PDF 21页 1.32MB 下载积分：VIP专享

下载报告请您先登录！

2017年互联网技术团队如何应对互金业务的多变和挑战.pdf

1、互联网技术团队如何应对互金业务的多变和挑战不断产生新业务新玩法永远呼唤新团队/人的助力挑战技术人员需要稳定目标和成长曲线市场形势变化监管形势变化技术环境并非一马平川技术架构需要积累-有人熟悉新业务但跟现有技术框架不合拍？-业务变更，工程师的技术积累何在？-不支持HTTP?-不能搭设DNS？-合规和法务要求带来技术变更和用户成本？困惑?一个网络拓扑的例子一个网络拓扑的例子技术人组织结构和管理思路提纲组织结构和管理思路演变按职能划分运营融产品渠道&营销控合规产品测试前端服务端存储端数据端运营融产品渠道&营销控合规运营融产品渠道&营销控合规组织结构和管理思路演变按业务划分运营融产品渠道&营

2、销控合规产品测试前端服务端存储端数据端运营融产品渠道&营销控合规运营融产品渠道&营销控合规产品测试前端服务端存储端数据端产品测试前端服务端存储端数据端组织结构和管理思路演变大中台小前台？前台业务业务业务产品测试前端服务端存储端数据端产品测试前端服务端存储端数据端产品测试前端服务端存储端数据端中台技术模块通平台统框架技术模块通平台统框架组织结构和管理思路演变权责更清晰沟通成本低技术有长期积累和更大话语权更容易适应人员的进出边界清楚大于短期公平权责明确大于表面上的节省起名字很重要做中台架构的同学有足够动力做出最优决定YES边界问题中台逻辑不要包含金融产品结构中台逻辑不要包含运营流程

3、中台逻辑不要包含合规限制NOT原则组织结构和管理思路稳定性服务量业务支撑业务响应可量化指标指标和自驱服务质量和业务满意度是否能去除冗余运营流程合规要求是否有其他满足办法是否有公共架构能抽象数据冗余和逻辑冗余扩展性和架构隐患不可量化指标指标组织结构和管理思路运营流程引起更改金融产品结构引起更改合规要求引起更改存在“通道”工程师要求停服务升级展现层修改涉及中台纪律组织结构和管理思路ASK WHY业务系统基础服务业务平台通用框架技术架构的“上升”和“下沉”业务优先允许浪费不同阶段不同取舍必要时强推技术技术例子：一个交易状态机的变迁单库大事务分库+补偿分布式消息补偿框架

4、分库+补偿+放大差错检测分布式消息补偿框架+单入口12435放放收放推Virtual Dom vs Dom based技术取舍单语言 vs 多语言 Dubbo vs Protocol 权衡技术原则区分需求和场景损有余而补不足技术熔断保可用，业务熔断控风险92%？95%？98%？None of Above?TPS?Latency?性能评估质量评估熔断思路基于区块链的网信通行证技术-业务和合规的区别上升，逻辑共性下沉-被动接受监管-主动适应监管顶层结构设计人概念抽象流程思维分布式架构前端框架融产品运营流程法务合规数据存储极限思维换个角度看团队，组织结构可以更灵活人业务驱动和技术驱动早期业务驱动，后期技术驱动依赖中台架构的成熟前台要理解和驱动运营流程中台要理解和驱动金融产品设计前台要沟通和预见合规要求所带来的成本谢谢

友情提示

1、下载报告失败解决办法
2、PDF文件下载后，可能会被浏览器默认打开，此种情况可以点击浏览器菜单，保存网页到桌面，就可以正常下载了。
3、本站不支持迅雷下载，请使用电脑自带的IE浏览器，或者360浏览器、谷歌浏览器下载即可。
4、本站报告下载后的文档和图纸-无水印,预览文档经过压缩，下载后原文更清晰。

本文（2017年互联网技术团队如何应对互金业务的多变和挑战.pdf）为本站（云闲）主动上传，三个皮匠报告文库仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对上载内容本身不做任何修改或编辑。若此文所含内容侵犯了您的版权或隐私，请立即通知三个皮匠报告文库（点击联系客服），我们立即给予删除！

温馨提示：如果因为网速或其他原因下载失败请重新下载，重复下载不扣分。