架构
-
CTO怒了：“如果中台不省钱，我建什么中台啊！”
小M之前一直从事企业信息化改革工作，帮助过几家公司实现了云化，积累了一定的项目经验。L总所在的企业，信息系统架构老旧，经过10几年的发展，形成了几十个大“烟囱”系统，数据的互联互通是难题，严重制约了业务的发展，让集团大领导非常不满。于是L总聘用了小M，先是任命他为“基础资源整合”负责人，具体干什么呢？就是建云平台，把集团各部门的服务器、网络资源统一管理，提高硬件使用率，降低成本。
-
终于有人把前台、中台、后台都讲明白了
大数据DT我们来看一下阿里巴巴对前台、中台和后台职责的定位。前台主要面向客户以及终端销售者，实现营销推广以及交易转换。中台主要面向运营人员，完成运营支撑。后台主要面向后台管理人员，实现流程审核、内部管理以及后勤支撑，比如采购、人力、财务和OA等系统。企业级能力往往是前台、中台、后...
-
如何设计订单系统？
本文主要讲述了在传统电商企业中，订单系统应承载的角色，就订单系统所包含的主要功能模块梳理了设计思路，并对订单系统未来的发展做了一些思考。
-
从无到有，支付路由系统升级打怪之路（原创）
提到路由，不免会想到网络通信过程中起到数据包转发的路由器。而我们今天讲到支付路由系统，也是起到类似的作用。
-
优秀！一鼓作气学会“一致性哈希”，就靠这18张图了
当架构师大刘看到实习生小李提交的记账流水乱序的问题的时候，他知道没错了：这一次，大刘又要用一致性哈希这个老伙计来解决这个问题了。嗯，一致性哈希，分布式架构师必备良药，让我们一起来尝尝它。
-
万字长文，理解Elasticsearch和面试总结
一文了解Elasticsearch集群部署与性能优化。
-
面向领域的微服务架构
近来，一些关于面向服务架构的话题，特别是针对微服务架构的弊端这个话题上进行了大量的讨论。虽然在几年前，微服务架构受到很多人的青睐，因为它们提供了许多好处，如独立部署的灵活性、明确的所有权、系统稳定性的改善以及更好的分离问题等优点。但是不久，就开始有人吐槽微服务会大幅增加系统复杂性，有时甚至连一些简单的功能都难以构建。
-
高德全链路压测：语料智能化演进之路
全链路压测作为线上服务稳定性保障的重要手段，对高德来说也是非常重要的。高德全链路压测平台TestPG从无到有，在经历过常态化压测后，已基本可以保障高德的所有全链路压测和日常压测，达到了平台初期快速、准确压测和全链路压测的目标。而语料生产(流量处理)作为全链路压测的重要环节，本文将对此做重点介绍。
-
拿下计网协议后，我就是公园里最靓的仔
下面我们就要对不同的协议层进行分类介绍了，我们还是采用自上而下的方式来介绍，这种介绍对读者来说更容易接纳，吸收程度更好。
-
一个架构师的缓存修炼之路
一位七牛的资深架构师曾经说过这样一句话：Nginx+业务逻辑层+数据库+缓存层+消息队列，这种模型几乎能适配绝大部分的业务场景。这么多年过去了，这句话或深或浅地影响了我的技术选择，以至于后来我花了很多时间去重点学习缓存相关的技术。我在10年前开始使用缓存，从本地缓存、到分布式缓存、再到多级缓存，踩过很多坑。下面我结合自己使用缓存的历程，谈谈我对缓存的认识。
-
刨根问底，Kafka消息中间件到底会不会丢消息
大型互联网公司一般都会要求消息传递最大限度的不丢失，比如用户服务给代金券服务发送一个消息，如果消息丢失会造成用户未收到应得的代金券，最终用户会投诉。为避免上面类似情况的发生，除了做好补偿措施，更应该在系设计的时候充分考虑各种异常，设计一个稳定、高可用的消息系统。
-
还用System.out.println("")；太 Low了!
小张，开发一个大型系统，写了一个统一的接口层；日志门面（日志的一个抽象层）；logging-abstract.jar；给项目中导入具体的日志实现就行了；我们之前的日志框架都是实现的抽象层……
-
要我说，多线程事务它必须就是个伪命题！
分布式事务你应该是知道的。但是这个多线程事务...... 没事，我慢慢给你说。
-
到底什么是Cortex、ARMv8、arm架构、ARM指令集、soc？一文帮你梳理基础概念
有粉丝问我到底什么是ARM，搞不清楚Cortex、arm内核、arm架构、ARM指令集、soc这些概念都是什么关系，本文给大家整理一下关于ARM相关的一些概念。
-
面对千万级、亿级流量怎么处理？
面对超高的并发，首先硬件层面机器要能扛得住，其次架构设计做好微服务的拆分，代码层面各种缓存、削峰、解耦等等问题要处理好，数据库层面做好读写分离、分库分表，稳定性方面要保证有监控，熔断限流降级该有的必须要有，发生问题能及时发现处理。这样从整个系统设计方面就会有一个初步的概念。
-
架构设计：业务逻辑和技术分离
关于架构这个概念很难给出一个明确的定义，也没有一个标准的定义。硬是要给一个概述，我认为架构就是对系统中的实体以及实体之间的关系所进行的抽象描述。
-
架构之道：分离业务逻辑和技术细节
什么是架构？关于架构这个概念很难给出一个明确的定义，也没有一个标准的定义。硬是要给一个概述，我认为架构就是对系统中的实体以及实体之间的关系所进行的抽象描述。
-
看看人家那后端API接口写得，那叫一个优雅！
在移动互联网，分布式、微服务盛行的今天，现在项目绝大部分都采用的微服务框架，前后端分离方式，（题外话：前后端的工作职责越来越明确，现在的前端都称之为大前端，技术栈以及生态圈都已经非常成熟；以前后端人员瞧不起前端人员，那现在后端人员要重新认识一下前端，前端已经很成体系了）。
-
必修课！一文快速入门分库分表中间件Sharding-JDBC
作为Sharding-JDBC 分库分表实战系列的开篇文章，我们在前文中回顾了一下分库分表的基础知识，对分库分表的拆分方式有了一定的了解，下边我们介绍一下 Sharding-JDBC框架和快速的搭建一个分库分表案例，为讲解后续功能点准备好环境。
-
开发一个大型后台管理系统，应该用前后端分离的技术方案吗？
对于大部分“大型后台管理系统”来说，前后端分离弊大于利。
lixiang69
fangmailbox
太阳系的天体
qmei2008
asklaibao
szhr998
neomissing
EasierDX
martian618
probigfat
liubeihua
Matthew2018
walk_bird
Fillmore
hu519922633
wudi1219
qinkunkun
liang_fu
张老板
newlcd2008
