可用性

 在互联网业务系统中，高可用是非常重要的一环。为了向用户提供长期稳定的服务，FinClip 在架构设计上便要求所有组件均满足高可用扩展的要求。

 首先，对于基础服务，我们选择业界主流的开源解决方案。在生产环境采用多节点部署，所有基础服务包括MySQL、Redis及其他基础服务均采用集群模式部署，以满足高可用要求，在实际运行中，这样的架构设计可以抵抗一定程度的服务器或网络故障。

 对于 FinClip 服务端程序，我们采用无状态微服务架构。因此，FinClip服务端程序可以采用微服务的高可用最佳实践。通常，我们将 FinClip服务端以多副本的形式运行在容器平台之上，借助容器平台的运维能力，可以实现后端服务的自动故障切换、多副本部署、服务器节点管理等高可用场景需求。

数据存储（MySQL）

 MySQL是一种广泛使用的关系数据库管理系统，它是开源的，用户可以免费使用。MySQL能够在各种操作系统（例如Linux，Windows和Mac OS）上运行，并通过SQL语言实现与其交互。MySQL被广泛用于Web应用程序和网站开发，以便在后台管理和存储数据。MySQL可以处理大量数据，具有高可靠性和高性能，并提供了许多工具和API，以方便开发人员进行数据库管理和查询。

 FinClip 数据存储支持多种数据库。通常，我们采用 MySQL 作为主要的存储方案，MongoDB 是一个基于分 布式文件存储的数据库，由 C++ 语言编写，旨在为 WEB 应用提供可扩展的高性能数据存储解决方案，且支持多机房部署。在实际部署中，我们使用 MongoDB 的副本集模式，以满足可扩展、高可用的运维需求。

 MySQL主从复制可以将数据从一台数据库服务器（主服务器）复制到一台或多台其他数据库服务器（从服务器）。Master记录更新，然后同步到Slave。Slave Node输出一条消息，表明它已成功接收到更新，从而允许发送后续更新。主从复制可以是同步的也可以是异步的。区别只是变化传播的时间。如果同时对master和slave进行修改，则为同步。如果更改排队并稍后写入，则它是异步的。

数据缓存（Redis）

 FinClip采用 Redis 实现数据缓存。Redis 是一种开源(BSD 许可)、内存中数据结构存储的开源软件，通常 用作数据库、缓存和消息代理。 Redis 提供了诸如字符串、散列、列表、集合、带范围查询的排序集合、位图、 超级日志、地理空间索引和流等数据结构。

 通常，我们采用集群模式部署Redis，以确保系统实现高可用功能。在这种模式下，Redis存储空间会被分为多个区间，每个区间的数据将被存储在所属的主从实例中。例如：假设我们有 6 台服务器，我们可以部署一个由 3 主 3 从 组成的集群，Redis会将数据分成三个部分并存储其中。

 当Reids集群中出现Slave节点宕机时，Redis集群访问不受影响，当集群中出现Master节点宕机时，其对应的从节点将提升为主节点，为业务提供访问，由此实现了Redis集群的高可用性。

FinClip微服务

 Finclip后端业务服务采用了微服务框架，每个服务是一个可以独立多实例部署的模块，通常对应于一个工程项目。有以下特性：

  服务发现与注册： 微服务使用了consul组件进行注册与发现，通过consul，可以监控微服务活动状态。

  负载均衡： 结合k8s和consul技术，微服务之间的访问是负载均衡的调用。

  可扩展： 每个服务都是可以多实例部署。

  高并发： 采用了集群模式的redis缓存机制和grpc调用机制，同时技术上使得同一个key分布在多个redis槽，提高redis访问命中率，提高并发程度。

 finclip框架如下：

 系统总体架构上分为网关层、业务服务层、数据层、基础设施层。

 网关层： 集成了流量控制、权限控制、负载均衡、网络隔离等功能。

 业务服务层： 是业务、需求的实现层。

 数据层： 业务或者非业务产生数据，需要落地到db(数据库)，同步到缓存(redis)，发送消息队列，文件存储(对象存储)等。

 基础设施层： 底层支撑，包括虚拟机操作系统、网络物理层、硬盘等。