700字范文 > 程序员整体架构之基础架构

程序员整体架构之基础架构

时间：2024-02-01 20:16:57

相关推荐

程序员整体架构之基础架构

基础架构

文章目录

基础架构简介开发框架平台基础组件存储层基础服务MIS支撑运维支撑公众号参考

简介

这是我们去围绕业务去打造基础架构部，去做各种基础组件和各种平台的一个过程。包括：平台、基础组件、存储层、基础服务、MIS支撑、运维支撑。

开发框架

首先，开发框架包括：网关、业务逻辑层、数据访问层；网关、业务逻辑层、数据访问层这块是对业务模块的水平拆分，分成三层；当然也会有垂直拆分，因为整个是一个微服务系统，但是从它的角色来说，模块基本上是分成这三种：网关、业务逻辑层、数据访问层；各模块之间肯定会进行调用，用户请求 -> 网关 -> 业务逻辑层 -> 数据访问层 -> DB ；这些调用其实就是 RPC 调用；业务要能跑起来最核心的就是 RPC框架的支持； RPC是由基础架构部维护的；实际上基础架构部的所有工作都是围绕业务去展开的；为什么这么说，先看平台部分；

平台

消息中心MQ 业务RPC调用提供了同步调用方式，随着业务的发展我们需要更多样的调用方式；最明显的就是 MQ ，所以在合适的时机，引入 MQ ，为业务提供异步调用的方式；监控平台 Monitor 接下来，模块多了，我们需要提供监控平台，监控线上各个模块、各个机器它的运行情况，访问量多少、有多少超时、多少异常、CPU负载、磁盘负载；这也是为业务平台服务的；配置中心再往下，逐步有了配置中心，因为模块多了，靠本地管理配置文件，太麻烦了，而且效率太低了，所以有了配置中心，统一管理线上的配置；这是一个平台化的产品；日志查询平台 Log 还有，统一的日志分析查询平台，可以分析线上的日志；请求跟踪平台 Trace 请求跟踪平台相当于 APM ，智能管理工具；（Application Performance Monitor（APM）应用性能监控，当然也有叫 Application Performance Management ，应用较广的开源方案有：Pinpoint 、SkyWalking 、Zipkin）；相对于传统的监控软件（Zabbix等）的区别，APM 更关注在对于系统内部执行、系统间调用的性能瓶颈分析，这样更有利于定位到问题的具体原因，而不仅仅像传统监控软件一样只提供一些零散的监控点和指标，就算告警了也不知道问题是出在哪里。任务调度平台 Job 线上有很多离线任务，也是做一些实际业务功能的，只是它不扛线上流量，它做一些数据相关的事；这些都是围绕着业务，为业务提供服务的；（都是为业务服务的）服务管理平台 Manager 到后面，我们对服务治理有要求了，于是有了服务管理平台；实现线上的各种容错、流量控制等；

这样通过平台组件，可以很好的支撑了业务。

基础组件

到后面，我们还会有分布式事务中间件(Transation)、数据库中间件(JDBC)；

都是为了提供给业务，让业务能够更快速的完成开发；

让业务只关注业务逻辑、开发功能的部分，为业务提供很多好的功能组件。

存储层

刚说到，开发框架的数据访问层做什么事呢：代理存储服务的访问；固化存储 MySQL 早期只需要关系型数据库 Mysql 就够了；缓存系统 Codis 逐渐业务越来越多样，对存储的需求也越来越多样化，比如缓存 Redis；单机的 Redis 如果不够了，就有 Redis 的分布式解决方案 Codis ；固化KV存储 KV 随着数据模型的扩展，不一定非要用关系型数据库，可以是 KV 存储；固名思义即按键值对的方式存储，这样数据存起来更简单，效率更高； NewSQL 数据库 TiDB 我们在用关系型数据库 MySQL ，都遇到过分库分表，单机搞不定了，没办法只能分表或者分库；这样又有新的问题：怎么分、分完后怎么路由、可能还会有分布式事务等；很费劲；如果不想分表，又想扩展性比较好，可以用 KV，但KV的问题在于，它不支持 Mysql 这种SQL查询；因此就有了 NewSQL ；简单可以理解为关系型数据库和 KV存储两者加在一起了，存储量可以横向扩展，还支持 SQL 查询；这样既可以当 Mysql 用，还不需要做分库分表；但它不能解决所有场景，只能选择适用的场景去使用。

这块我们就将存储体系建立好了；

平台 + 基础组件这两块建好，基础组件和中间件就建立好了；基础服务这部分不是重点；