架构
-
可靠性设计与分析关键技术
工程实践中，标准化的可靠性设计与分析工作，包括确定产品的可靠性要求、可靠性建模、可靠性预计、特性分析和设计评审等15个工作项目。电子产品可靠性设计工作基本流程如图1所示，涉及的可靠性设计关键技术主要包括：可靠性建模技术、可靠性预计技术、可靠性分配技术、薄弱环节分析技术、特性分析与适应性设计技术、耐久性分析技术。
-
京东Flink优化与技术实践
Flink是目前流式处理领域的热门引擎，具备高吞吐、低延迟的特点，在实时数仓、实时风控、实时推荐等多个场景有着广泛的应用。
-
面试前必知必会的二分查找及其变种
今天给大家带来的是二分查找及其变种的总结，大家一定要看到最后呀，非常非常用心的一篇文章，废话不多说，让导演帮我们把镜头切到袁记菜馆吧！
-
从Servlet入手带你看架构和框架设计的套路
从第一次接触 Servlet 到之后的很长一段时间内，我都没理解 Servlet 是个什么玩意？ 为什么要有 Servlet ？ 为什么要有 Servlet 容器？ 啥又是 Web 容器、HTTP 服务器？ 今儿咱们就来盘盘！
-
ClickHouse在手淘流量分析业务实践
本文主要 介绍手淘流量分析业务发展过程中，实时性业务分析需求的产生，实时分析目标的设定，如何进行技术的选型，以及如何基于ClickHouse构建系统架构和未来的业务预期。
-
面试官质疑我不会配置中心原理，看不起谁呢？
一位读者朋友跟我反馈，能不能写一篇比较全的配置中心的文章。自己最近在面试过程中有被面试官问：如何设计一个配置中心？ 这个话题，由于自己在工作中也没实际使用过配置中心，所以对于如何去设计是完全没有概念的。今天就给大家写一篇去配置中心需要考虑的点，我也不是什么配置中心开源项目的参与者，所以写出来的仅供大家参考。
-
用大白话给你解释Zookeeper的选举机制
Zookeeper 是一个分布式服务框架，主要是用来解决分布式应用中遇到的一些数据管理问题如： 统一命名服务 、 状态同步服务 、 集群管理 、 分布式应用配置项的管理 等。我们可以简单把 Zookeeper 理解为分布式家庭的大管家，那么管家团队是如何选出 Leader的呢？接下来带领大家一探究竟。
-
i2c的设备树和驱动是如何匹配以及何时调用probe的？
i2c的设备树和驱动是如何匹配以及何时调用probe的？
-
可靠性设计技术发展与现状
可靠性设计是根据可靠性要求进行优化设计的一个过程，其核心是可靠性分析与可靠性评估，通过产品可靠性要求的转换可获取产品可靠性设计指标，可靠性设计的目的是提高产品的固有可靠性，而制造质量控制只能使产品可靠性尽可能接近固有可靠性。
-
从0开始学ARM-CPU原理，基于ARM的SOC讲解
在了解计算机架构之前，我们先来认识几位对计算机的发明做出关键共享的几位大佬。
-
一文带你玩转设计模式之「责任链」
对于已经工作了的小伙伴，你应该是见过"责任链"这种面向对象的设计模式的，还在上学的小伙伴也不用着急，你迟早会接触到的。本文旨在让小白同学和不太熟悉责任链的朋友能够迅速对这一设计模式有一个大致的了解。
-
信息流推荐的用户增长机制
本文主要从偏向底层的推荐算法角度来阐述信息流推荐系统升级如何助力用户增长。
-
万物互联无小事
虽然物联网被广泛寄予厚望，但对于企业来说，要建设和部署物联网架构，却并非易事。
-
高可用解决方案：同城双活？异地双活？异地多活？
后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。
-
让人头痛的大事务问题到底要如何解决？
最近有个网友问了我一个问题：系统中大事务问题要如何处理？正好前段时间我在公司处理过这个问题，我们当时由于项目初期时间比较紧张，为了快速完成业务功能，忽略了系统部分性能问题。项目顺利上线后，专门抽了一个迭代的时间去解决大事务问题，目前已经优化完成，并且顺利上线。现给大家总结了一下，我们当时使用的一些解决办法，以便大家被相同问题困扰时，可以参考一下。
-
SpringBoot自适应异常处理
何为全局异常的自适应呢？
-
mybatis日志功能是如何设计的？
我们在使用mybatis时，如果出现sql问题，一般会把mybatis配置文件中的logging.level参数改成debug，这样就能在日志中看到某个mapper最终执行sql、入参和影响数据行数。我们拿到sql和入参，手动拼接成完整的sql，然后将该sql在数据库中执行一下，就基本能定位到问题原因。mybatis的日志功能使用起来还是非常方便的，大家有没有想过它是如何设计的呢？
-
对比5种分布式事务方案，还是宠幸了阿里的Seata（原理 + 实战）
本来不知道写点啥，正好手头有个新项目试着用阿里的Seata中间件做分布式事务，那就做一个实践分享吧！
-
这次我让你彻底弄懂RESTful
RESTful想必大家都耳熟能详，但为什么要有RESTful？RESTful 到底是什么意思？为什么称之为 RESTful 架构？我不用 RESTful 不行吗？什么样才叫真正的 RESTful？
-
8场5胜，微服务 VS 单体架构
越来越多的组织开始放弃单体应用，逐步转向微服务的架构模式–将业务流程分为多个独立的服务。微服务架构，就是将各个流程按照业务拆分为独立的服务。在上面的示例中，机票预订服务可以被拆分为机票预订，付款和确认，拆分后的微服务可以通过接口相互通信。那么，微服务与单体应用，究竟有什么不同？
lixiang69
fangmailbox
太阳系的天体
qmei2008
asklaibao
szhr998
neomissing
EasierDX
martian618
probigfat
liubeihua
Matthew2018
walk_bird
Fillmore
hu519922633
wudi1219
qinkunkun
liang_fu
张老板
newlcd2008
