https://www.modb.pro/db/139451 作者简介：haohongfan 是 Apache Dubbogo Committer，目前就职于京东，擅长高并发架构设计。公众号 HHFCodeRv 会定期发布原创文章，包括源码分析、业务思考、架构设计等。推荐大家关注 每隔一段时间就能看
从研发的角度来看如果系统上下文清晰、应用架构设计简单、应用拆分合理应该称之为架构合理。基于以上的定义可以从以下三个方面来梳理评估：
https://segmentfault.com/u/dewujishu 一、前言 高并发、高可用、高性能被称为互联网三高架构，这三者都是工程师和架构师在系统架构设计中必须考虑的因素之一。今天我们就来聊一聊三H中的高可用，也是我们常说的系统稳定性。 本篇文章只聊思路，没有太多的深入细节。阅读全文大概
Prometheus 简介 Prometheus是一个开放性的监控解决方案，用户可以非常方便的安装和使用Prometheus并且能够非常方便的对其进行扩展。 在Prometheus的架构设计中，Prometheus Server并不直接服务监控特定的目标，其主要任务负责数据的收集，存储并且对外提供数
前言 插件式架构,一种全新的、开放性的、高扩展性的架构体系。插件式架构设计好处很多，把扩展功能从框架中剥离出来，降低了框架的复杂度，让框架更容易实现。扩展功能与框架以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布。基于插件设计并不神秘，相反它比起一团泥的设计更简单，更容易理解。
文章贡献者 Authors 技术指导: 泰康人寿 数据架构资深专家工程师 王可 文章作者: 泰康人寿 数据研发工程师 田昕峣 摘要 Abstract 本文详细介绍了泰康人寿基于 Apache Hudi 构建湖仓一体分布式数据处理平台的技术选型方法、整体架构设计与实施、以及针对大健康领域的领域特征和公
设计是一个让人梦想成真过程，开始编码、测试、调试之前进行需求分析和架构设计，才能保证关键方面都做正确
本文主要讲解了京东百亿级商品车型适配数据存储结构设计以及怎样实现适配接口的高性能查询。通过京东百亿级数据缓存架构设计实践案例，简单剖析了jimdb的位图(bitmap)函数和lua脚本应用在高性能场景。希望通过本文，读者可以对缓存的内部结构知识有一定了解，并且能够以最小的内存使用代价将位图(bitmap)灵活应用到各个高性能实际场景。
前段时间因业务需要完成了一个工作流组件的编码工作。借着这个机会跟大家分享一下整个创作过程，希望大家喜欢，组件暂且命名为"easyFlowable"。 接下来的文章我将从什么是工作流、为什么要自研这个工作流组件、架构设计三个维度跟大家来做个整体介绍。
软件工程的方方面面都遵循一个最基本的道理：没有银弹，架构分层模型更是如此，每一种都有各自优缺点，所以请根据不同的业务场景，并遵循简单、可演进这两个重要的架构原则选择合适的架构分层模型即可。
性能优化是个系统性工程，宏观上可分为网络，服务，存储几个方向，每个方向又可以细分为架构，设计，代码，可用性，度量等多个子项。 本文将重点从代码和设计两个子项展开，谈谈那些提升性能的知识点。
1 互联网架构越来越复杂？ 为啥感觉互联网架构越来越复杂了，早期我们的系统，可能也就那么少部分人使用，大都是一些后台管理系统。 所以不用考虑很多东西，比如： 流量少，无需考虑并发问题 数据少，不用考虑什么索引优化、分库分表 访问不集中，不用考虑缓存、过载保护 如果数据不重要，不用考虑安全策略，甚至不
我们为什么需要微服务架构，它一定是为了解决我们某些问题才出现了。这篇文章我们讨论下微服务架构模式所解决的问题，带来的挑战，以及他的核心思想本质。 1 早期的服务架构 上图是一个典型的服务分层架构： Client： 调用方是browser web或者App 应用层： 实现计算层的业务逻辑，从上游数据层
1 介绍 随着 HTTPS 的不断普及和使用成本的下降，现阶段大部分的系统都已经开始用上 HTTPS 协议。 HTTPS 与 HTTP 相比， 主打的就是安全概念，相关的知识如 SSL 、非对称加密、 CA证书、数据完整性保护 等，我们多多少少也都有听过。 本文重点从原理上讲解 HTTPS 的安全性
0 导读 之前的文章中，我们介绍过分布式事务的基础知识，也了解了分布式场景下常见一致性问题和解决方案，对分布式锁和CAS模式有一定的了解，有兴趣的同学可以通过下面链接到作者的两篇相关文章。 五种分布式事务解决方案（图文总结） 高并发下的数据一致性保障（图文全面总结） 1 介绍 本文聚焦高并发场景下分
本文首发于公众平台：腐烂的橘子 架构师生存法则之二：架构活动需要顺应人性 程序员入行的第一天起就进入了一个机器的世界。在别人的眼中，程序员平时很少说话，更多的时间在和电脑打交道。 程序员工作时间久了大脑会被格式化，就像一个一个方格。它有一定好处，就是你在写代码的时候更容易理清边界，开发模块化的代码，
1 大道至简 1.1 规则1 避免过度设计 【内容】在设计中警惕复杂的解决方案 【应用场景】适用于任何项目，应用所有大型项目和复杂系统或项目设计过程中 【用法】通过测试同事是否轻松的理解解决方案，来验证是否存在过度设计 【原因】复杂的解决方案实时成本过高，而且长期维护费用昂贵 【要点】过于复杂的系统
一、如何衡量高并发的系统性能 1.吞吐量Throughput： 2.响应延迟Response Delay： 二、性能优化目标 1.缩短响应时间 2.提高系统并发数（提升吞吐量） 3.系统处理合理状态（机器利用率） 随着系统压力增加（X坐标：在线业务人数）， Y坐标：绿色机器利用率，紫色并发数，蓝色：
零、架构的感悟 1. 架构是什么2.架构师是什么3.架构成长之路3.1 翻越愚昧山峰3.2 走上开悟之坡3.3 踏上高原 1. 架构是什么 软件架构：有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 通常说架构是一种能力，架构角色则是要求你在具体事务中行使某些行为，而架构师则是
1 前言 在《微服务系列》中，我们讲过很多限流，熔断相关的知识。 老生长谈的一个话题，服务的能力终归是有限的，无论是内存、CPU、线程数都是，如果遇到突如其来的峰量请求，我们怎么友好的使用限流来进行落地，避免整个服务集群的雪崩。 峰量请求主要有两种场景： 1.1 突发高峰照成的服务雪崩 如果你的服务
