编号94530

一、背景最近这个点9月中旬了，快到双十一了，公司开始对一些较为重要的系统开始进行压测。在这个过程中，需要保证系统的稳定性，以及高吞吐量。所以记录这次的压测过程，自己遇到的各种问题以及自己的思考。二、 过程记录2.1 工作流程梳理在确定系统被确定为高峰系统后，就需要对系统有一个完整的梳理，并对接下来的工作有一个梳理规划。其中主要有几个方面。如下：系统功能的完整梳理系统调用链路，以及上下游系统调用链路系统现有监控梳理。如：业务监控、请求调用、重要接口日志监控等系统应急预案。如：系统层面的容灾、

一. 背景我们经常在Code Review的时候经常不知道怎么CodeReview，或者说写代码的时候怎么写出很棒的代码，更多的是靠我们的经验和感觉。通过自己积累的知识，来看代码是否符合自己心中的直觉。但是，很迷茫，因为自己也不能说出所以然。今天捡了个漏，看了别人的CheckList，觉得很棒，让自己的思考、行为有迹可循，知其然，知其所以然。所以记录下来，分享给大家。二. Check List2.1 如何发现代码问题如何发现代码中现有哪些问题？主要由以下几种情况。分别是：目录设置是否合理、模块

上次说到了理论，接口层面，数据库层面如何实现高可用，但是，这远远是不够得。为了面对更大的灾害，如：洪水，地震等，还要在机房层面做出高可用。当然，也不仅仅是为了面对自然灾害，也可以是用于备份等，接下来就让我们从存储方式，机房层面说一下高可用架构。一. 数据存储方式在我们用集群存储数据的时候，有多种的存储方式，有时候会把数据存在一个节点上，有时候又会把数据分散存储。如Redis集群，将数据存储在不同的节点上。这样就带来了两次数据存储的讨论。分别是：数据集中式存储集群和数据分区存储集群。1.1 数据集中存储

1. 背景在学习完各种高性能发实现方案后，就需要对三大复杂度一直的高可用进行开刀了，在高可用方面主要有哪些东西是我们需要考虑的呢？接下来将从三个方面逐一分析。2. 理论在设计高可用架构理论方面，我们主要有2个方向选择，分别是CAP理论和BASE理论，那什么是CAP，什么是BASE呢？ 这个还是要好好分析一下。2.1 CAPC（Consistence）：一致性A（Availability）：可用性P（Partition Tolerance）：分区容错性一致性：指的是从所有节点获取的数据都是

上一篇文章初识架构让我们对架构设计的复杂度考虑有了一定了解，主要有个高可用、高性能、可扩展。但仅仅知道是不够用的，接下来，将从高性能来进行详细分享1. 高性能数据库从数据库分享高性能，主要是两个方面分别是：1.1 读写分离读写分离的主要原理是将读和写分散到不同的节点上1.1.1 实现方式数据库搭建主从模式，一主多从或一主一从。主服务器负责写， 从服务器负责读。从服务器通过复制的方式从主服务器同步数据。在业务域实现分别有两种方式：从代码层面实现。主要是代码封装，通过将读写请求分离出，请求不同

由于各种原因，好久没有写文章了。最近学习了一下架构设计方面的知识，拿来和大家分享一下。1. 架构是什么架构是什么，大家能都说出一二，每个人对架构的理解又不尽相同。但对于架构，我们有几个模糊相似的概念需要知道，分别是：系统与子系统，模块与组件，框架与架构。来说说这几种概念的区别。1. 系统与子系统1. 系统维基百科的解释是：系统泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的工作的群体。抽象成三部分，分别为：关联（有关联的个体），规则（根据某种规则运作），能力（完成