软件架构
1 人感兴趣 · 88 次引用
- 最新
- 推荐
系统认知篇：防腐层、门面模式及适配模式的本质 | 京东云技术团队
门面模式和适配器模式是代码级的设计模式，而防腐层本质是一种防御型策略，在更高的层级对系统进行解耦。通常情况下，防腐层包含一系列的门面类和适配器类以及一些转换器类。
借降本增效之名，探索开闭原则架构设计
在我们的研发生产活动中，经常会遇到如下类似的疑惑： 1. 业务和技术在公司组织活动中，究竟应该各扮演什么样的角色？ 2. 技术的目的是什么？ 3. 研发生产活动中，如何提高生产事故发生的下限？
架构蓝图 -- 软件架构的“4+1”视图模型
企业架构包含业务架构和IT架构两个部分。本文介绍了IT架构设计中的"4+1"视图模型。"4+1"视图模型诞生于上个世纪90年代，至今对我们进行业务架构到IT架构的映射仍然具有指导和借鉴意义。
一种异步延迟队列的实现方式
目前系统中有很多需要用到延时处理的功能：支付超时取消、排队超时、短信、微信等提醒延迟发送、token刷新、会员卡过期等等。通过延时处理，极大的节省系统的资源，不必轮询数据库处理任务。今天，就来介绍一种异步延迟队列的实现方式
架构师日记 - 软件高可用实践那些事儿
关于软件的高可用，是一个老生常谈的话题。“高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。其计算公式是：可用率=（总时间-不可用时间）/总时间。
实践篇 (三)：如何有效评审软件架构图?
设计意图的传达是架构可视化关注的重要维度，在技术方案评审过程中不可避免的会出现各种各样的架构图或设计图，这些图形化表述在设计意图传达效果层面表现不一，本文从图形化的视角为软件架构图的评审关注点提供了参考。
京东云开发者｜探寻软件架构的本质，到底什么是架构？
不论是开发人员还是架构师，我们都一直在跟软件系统打交道，架构是在工作中出现最频繁的术语之一。那么，到底什么是架构？你可能有自己的答案，也有可能没有答案。对“架构”的理解需要我们不断在实践中思考、归纳、演绎，形成自己的认知。
现代应用参考架构之 OpenTelemetry 集成进展报告
请注意，本文是一份具有时效性的进展报告 —— 我们讨论的技术预计将在一年内成熟。此外，尽管我们指出了某些项目当前的不足之处，但我们仍然对所有已经完成的开源工作深表感激，并期待它们未来取得更好的进展。
DDD 实战 (12- 终篇)：DDD 下微服务的“分分合合”及一个倡议
在前面的《DDD 实战 (6)：战略设计之技术决策》中，我曾经提到“微服务随时可拆可分”。本篇就来演示“微服务的随时可拆可分”这一DDD编程特性。同时，这将是本系列的最后一篇文章。
对抗软件复杂度的战争
服务一个人的系统，和服务一亿人的系统，复杂度有着天壤之别。本文从工程师文化、组织战略、公司内部协作等角度来分析软件复杂度形成的原因，并提出了一些切实可落地的解法。
DDD 实战 (9)：冲刺 1 战术之服务设计（上）
本篇完成sprint1的服务设计的主要部分（鉴权上下文、订单上下文）。这里说的“服务”其实是前面第7篇中识别出来的“服务功能”。这里服务设计将遵循第7篇中已经列出的服务契约来进行。
