- 博客(9)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 稳定性建设-从研发到运维的全方位攻略（八股向）
系统稳定性建设是一个需要长期投入的过程，涉及研发、测试、运维等多个环节。通过提高代码质量、加强线上监控、制定故障预案以及实施防火盲测和值班巡检等措施，可以有效地提升系统的稳定性。：系统稳定性建设面临着诸多挑战，包括技术复杂性、用户需求变化、基建的不可预测性等。另外系统无事发生体现不出稳定性建设的重要，一旦出现事故，那么稳定性相关的追责又是不可避免。作为一名开发人员，系统稳定性建设的必要性无需多做介绍，是典型的重要不紧急的工作。：系统提供的是产品和服务，其稳定运行是保障业务连续和用户体验的基石。
2024-05-11 23:51:29
391
1
原创 飞轮效应-Flywheel
飞轮效应大家应该都多少听说过，笔者最近也做了一些相关的思考，这里和大家分享一下。骑自行车时，当我们试图启动的时候，势必要花费一些力气，才能让车轮慢慢转动起来。但一旦开始旋转，后续的前行就会变得相对容易，只需要维持车轮的转速即刻，甚至碰到下坡路时，根本不需要出力。如果把飞轮效应引入到我们的个人计划或者商业管理领域，会让我们更清楚的认识到其中运行的规则，并更好的控制变化过程。只要推动飞轮转动，积累动量，最终实现突破，能让个人从普通变优秀，让企业从平庸变卓越。
2024-05-11 22:05:24
1473
1
原创 支付领域账户服务及技术难点
在金融支付领域，记账都是相对核心的功能，账户账务服务也扮演着至关重要的角色。账户服务基础作用是记录着资金的流入和流出，确保账户的准确无误。这里的资金，我们特指的信息流，原因是资金流是在不同机构间流转，通过信息流来记录、体现资金的债权关系。账户创建和管理：账户是记账的主体，需要为用户开设账户，并提供余额、交易记录的管理功能；交易处理：为交易中心提供记账能力，并确保交易流程的正确记账：在完成交易、发生债券关系转移、业务动账时，都要基于账户记录相应的流水，并确保准确性、一致性；风险防控。
2024-05-07 23:56:25
286
原创 支付领域的清结算服务及技术难点
在讨论清结算服务时，我们必须先明确清算和结算的定义跟场景。在标准定义的场景中，如果我们不关心具体的清结算双方的机构属性和业务属性，那么清算时将交易流水，根据具体的支付工具、配置，进行费用计算、轧差、汇总的过程；结算，则是具体的资金转移过程。这里的定义偏标准化和国际化；在支付机构的场景中，支付的信息流包括交易、清算、结算。清算是将金融机构和客户（不同机构的）的待结算的债权，进行清分。结算时完成债权的最终转移，即资金转移。可以简单理解为 清算=清分+记账；结算=资金划拨+记账；
2024-05-07 02:00:32
734
原创 支付领域的交易服务
支付领域的交易服务，在业务架构中非常重要，既要承接业务核心流程，并且带动后续数据、信息的流转和统计，有着举足轻重的影响。在支付领域，交易服务的业务逻辑和技术架构一般会作为产品功能的核心。我们这里一起讨论学习支付领域交易服务的业务逻辑，尝试给出通用的架构图。
2024-05-04 23:57:52
370
原创 网关服务，芝麻开门
在各个业务领域中，关作为连接用户和服务的桥梁、入口，发挥着关键作用。网关服务的特性也区别于其他业务模块的重业务逻辑，追求的轻量化和灵活性。通过不断的技术创新和优化，我们可以克服上述技术难点，为消费者和商户提供更加安全、高效、便捷的支付体验。网关作为入口，需要处理外部请求，直接带来业务数据流量，因此安全性是至关重要的。在高并发场景下，网关需要能够快速处理大量请求，同时保证系统的稳定性和可扩展性。：对接收到的请求进行验证，确保请求的合法性和安全性。：将请求转发给相应的业务模块，并接收返回的结果。
2024-05-04 16:40:20
142
原创 对账系统，一分也不能少
在支付领域中，由于涉及资金处理，因此数据的准确性、一致性、完整性是非常关键的。除了技术层面的设计，还会引入对账对账流程，提供各环节数据的校对工作，以及后续的差错处置、跟踪、调账等功能。对账系统通过比对上下游的交易、记账、结算等数据，可以发现数据不一致的问题，从而保障资金流的正确性和业务的稳健，发现风险控制风险，并利用工具解决资金问题。
2024-05-02 23:50:06
341
2
原创 面向领域开发（DDD）浅析
如果我们能控制业务的模型关系，仅提供针对性的入口给到上游，且修改时只调整模型逻辑，做到统一处理，是否可以控制调用的复杂度爆炸？面向领域开发模型（Domain-Driven Design，简称DDD）就是其中之一，它旨在通过深入理解业务领域，将业务逻辑与软件设计紧密结合，以提高系统的可扩展性和可维护性。需要说明的是，DDD模型会增加系统的复杂度，如果我们的服务主要是给前端提供接口，业务以检索、简单变更为主，那么MVC绝对是首选。实践中可以参考下面的步骤来逐步抽象化模型，并定义相关组件，实现具体功能。
2024-05-02 11:54:19
1282
1
原创 系统架构师的知识图谱
不管什么行业领域，互联网也好，传统软件也好，技术序列的发展都会包含着职业技能、业务理解、综合能力的提升，同时企业内部也存在着相应的考核标准。发展的过程，其实就是个人能支撑的业务和技术复杂度的提升，也是对系统和团队把控能力的提升。从初出茅庐的行业小白，到能独挡一面的技术大牛，再到带领团队一起进步的技术leader，当然如果能力够强，也可以做到某大厂的系统架构师。再向上提升可能不一定只看个人能力了，还要看运势，比如在行业内有影响力的技术引领者、布道者、开拓者等。
2024-04-06 23:49:18
228
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人