摘要： 互联网时代系统架构的5个特征 有经验的架构师则会清醒的认识到，这样的系统随着不断升级和持续运行，一定会出现各种各样的问题，不出问题是不可能的。 应用的潜在bug、业务逻辑漏洞、数据异常、网络抖动、硬件故障、人工误操作，甚至还有莫名其妙未能找到原因只能归结为灵异事件的问题，会层出不穷，等你解决。 我们 阅读全文

摘要： 微服务是将原来独立系统拆分成多个小的、独立进程运行的小服务单元，服务单元之间通过RPC或HTTP协议来相互通信协作。每个独立的服务内部都有自己的数据存储、业务逻辑、运维部署机制。 我们在享受微服务化后带来的灵活、便利、扩展性同时，对我们的运维和服务治理也提出了新的挑战。从早先单体应用的代码依赖变成了 阅读全文

摘要： 1946年2.14日，那是一个浪漫的情人节 , 世界上第一台电子数字计算机在美国宾夕法尼亚大学诞生了，她的名字叫ENIAC。这台计算机占地170平米、重达 30 吨，每秒可以进行 5000 次加法运算。 第一台电子计算机诞生以后，就意味着一个日新月异的 IT 时代到来了。单台计算机的性能不断得到提升 阅读全文

摘要： 分层架构是将软件模块按水平切分的方式分成多个层，最基本的分层方式是表现层、业务逻辑领域层和数据持久层（MVC）。也有分为四层表现层、应用层、领域层和基础层，业务逻辑在领域层，基础层比持久层范围更大，不仅可以提供持久层服务，还提供缓存服务。四层中应用层是对三层架构中领域层的进一步拆分，但业务逻辑永远在 阅读全文

摘要： 开发中经常会遇到开源组件，随着版权越来越被重视，公司对使用开源软件协议要求也越来越严格。一般想GPL这样修改代码必须也要开源的组件不能直接用来二次开发，如果必须要用，也要将它进程隔离。 https://www.cnblogs.com/Wayou/p/how_to_choose_a_license.h 阅读全文

摘要： 代码共享问题是软件开发工作中会常用的问题，是复用别人的代码，还是自己造轮子？自己造轮子更受自己控制，但要做好得花更长的时间。复用别人的代码一定要小心尽可能不去修改别人代码，若一定要修改，一定要确定影响范围。以前开发过程中出现团队成员间矛盾，就是因为一个人在没打招呼的情况下修改了另一个人写的代码，导致 阅读全文

摘要： 进程内缓存与进程外缓存相比（Redis、memcache），没有网络开销，节省了内网带宽，响应延时更低。但如果应用集群部署，缓存是在每个服务节点内，数据存了多份，一致性比较难保障。 如何保证进程内缓存的数据一致性？ 答：保障进程内缓存一致性，有几种方案。 第一种方案，可以通过单节点通知其他节点。如上 阅读全文

摘要： 好的架构不是买来的，也不是最开始就被设计出来的，而是在业务发展中，逐步演化过来的。项目刚开始，应抱着最小可用产品的理念，尽快做出最小可用产品，给客户使用获取反馈，然后基于反馈快速的迭代开发。在没有交付使用前，再好的架构都是假设，产品越晚使用，失败的风险和成本越高。 在开发的初期，我们对于服务的拆分， 阅读全文

摘要： zookeeper基于paxos的化简版zab，etcd基于raft算法、consul也是基于raft算法。etcd和consul作为后起之秀，并没有因为已经有了zookeeper而放弃自己，而是采用更为直接的raft算法。 原文 http://luyiisme.github.io/2017/04/ 阅读全文

摘要： 操作系统作为底层硬件和上层应用的中间层，使命之一就是最大限度的发挥硬件能力，解决高并发问题。在Linux上，所有的IO都被抽象成了文件，知名的高并发神器nginx、netty、redis都是基于它的epoll搞的。 高速CPU和低俗IO之间的矛盾是最大限度发挥硬件能力的核心矛盾；CPU和IO设备的协 阅读全文