`

大小公司都适用的架构选型工具箱(涵盖上百个组件)

阅读更多

 

本篇内容涵盖14个方面,涉及上百个框架和工具。会有你喜欢的,大概也会有你所讨厌的家伙。这是我平常工作中打交道最多的工具,大小公司都适用。
 
一、消息队列
二、缓存
三、分库分表
四、数据同步
五、通讯
六、微服务
七、分布式工具
八、监控系统
九、调度
十、入口工具
十一、OLT(A)P
十二、CI/CD
十三、问题排查
十四、本地工具
 
一、消息队列
推荐:
1.吞吐量优先选择kafka
2.稳定性优先选择RocketMQ
3.物联网:VerneMQ

 
一个大型的分布式系统,通常都会异步化,走消息总线。  消息队列作为最主要的基础组件,在整个体系架构中,有着及其重要的作用。异步通常意味着编程模型的改变,时效性会降低。
 
kafka是目前最常用的消息队列,尤其是在大数据方面,有着极高的吞吐量。而rocketmq和rabbitmq,都是电信级别的消息队列,在业务上用的比较多。相比较而言,ActiveMQ使用的最少,属于较老一代的消息框架。
 
pulsar是为了解决一些kafka上的问题而诞生的消息系统,比较年轻,工具链有限。有些激进的团队经过试用,反响不错,但实际使用并不多。
 
mqtt具体来说是一种协议,主要用在物联网方面,能够双向通信,属于消息队列范畴,推荐使用vernemq。
 
二、缓存
推荐:
1.堆内缓存使用默认的caffeine
2. 分布式缓存采用Redis的cluster集群模式,但要注意使用限制。
 
数据缓存是减少数据库压力的有效途径,有单机Java内缓存,和分布式缓存之分。

 
对于单机来说,guava的LoadingCache和ehcache都是些熟面孔,不过SpringBoot选择了caffeine作为它的默认堆内缓存,这是因为caffeine的速度比较快的原因。
 
对于分布式缓存来说,优先选择的就是redis,别犹豫。由于redis是单线程的(6.0支持多线程,但默认不开启),并不适合高耗时操作。所以对于一些数据量比较大的缓存,比如图片、视频等,使用老牌的memcached效果会好的多。
 
JetCache是一个基于Java的缓存系统封装,提供统一的api和注解来简化缓存的使用。类似SpringCache,支持本地缓存和分布式缓存,也是简化开发的利器。
 
三、分库分表
推荐:shardingsphere中的sharding-jdbc

 
分库分表,几乎每一个上点规模的公司,都会有自己的方案。目前,推荐使用驱动层的sharding-jdbc(已经进入apache),或者代理层的Mycat。如果你没有额外的运维团队,又不想花钱买其他机器,那么就选前者。
 
如果分库分表涉及的项目不多,spring的动态数据源是一个非常好的选择。它直接编码在代码里,直观但不易扩展。
 
如果只需要读写分离 ,那么mySQL官方驱动里的replication协议,是更加轻量级的选择。
 
上面的分库分表组件,都是大浪淘沙,最终的优胜品。这些组件不同于其他组件选型,方案一旦确定,几乎无法回退,所以要慎之又慎。
 
分库分表是小case,准备分库分表的阶段,才是重点:也就是数据同步。
 
四、数据同步
推荐:canal。

 
国内使用mysql的公司居多,但PostgreSQL凭借其优异的性能,使用率逐渐攀升。
 
不管什么数据库,实时数据同步工具,都是把自己模拟成一个从库,进行数据拉取和解析。具体来说,mysql是通过binlog进行同步;postgresql使用wal日志进行同步。
 
对mysql来说,canal是国内用的最多的方案;类似的databus也是比较好用的工具。
 
现在,canal、maxwell等工具,都支持将要同步的数据写入到mq中,进行后续处理,方便了很多。
 
对于ETL(抽取、清洗、转换)来说,基本上都是source、task、sink路线,与前面的功能对应。gobblin、datax、logstash、sqoop等,都是这样的工具。
 
它们的主要工作,就是怎么方便的定义配置文件,编写各种各样的数据源适配接口等。这些ETL工具,也可以作为数据同步(尤其是全量同步)的工具,通常是根据ID,或者最后更新时间 等,进行处理。
 
binlog是实时增量工具,ETL工具做辅助。通常一个数据同步功能,需要多个组件的参与,他们共同组成一个整体。
 
五、通讯
推荐:http+json,方便调试。高性能要求可选二进制协议。

 
Java 中,netty已经成为当之无愧的网络开发框架,包括其上的socketio(不要再和我提mina了)。对于http协议,有common-httpclient,以及更加轻量级的工具okhttp来支持。
 
对于一个rpc来说,要约定一个通讯方式和序列化方式。json是最常用的序列化方式,但是传输和解析成本大,xml等文本协议与其类似,都有很多冗余的信息;avro和kryo是二进制的序列化工具,没有这些缺点,但调试不便。
 
rpc是远程过程调用的意思 ,其中,thrift、dubbo、gRPC默认都是二进制序列化方式的socket通讯框架;feign、hessian都是onhttp的远程调用框架。
 
对了,gRPC的序列化工具是protobuf,一个压缩比很高的二进制序列化工具。
 
通常,服务的响应时间主要耗费在业务逻辑以及数据库上,通讯层耗时在其中的占比很小。可以根据自己公司的研发水平和业务规模来选择。
 
六、微服务
推荐:
1.注册中心:consul
2.网关:nginx+Gateway
3.配置中心:Apollo
4.调用链:Skywalking
5.熔断:resilience4j

 
我们不止一次说到微服务,这一次我们从围绕它的一堆支持框架,来窥探一下这个体系。是的,这里依然是在说spring cloud。
默认的注册中心eureka不再维护,consul已经成为推荐,它使用raft协议开发开箱即用。nacos、zookeeper等,都可以作为备选方案。其中nacos带有后台,比较适合国人使用习惯。
 
熔断组件,官方的hystrix也已经不维护了。推荐使用resilience4j,最近阿里的sentinel也表现强劲。
 
对于调用链来说,由于OpenTracing的兴起,有了很多新的面孔。推荐使用jaeger或者skywalking。spring cloud集成的sleuth+zipkin功能稍弱,甚至不如传统侵入式的cat。
 
配置中心是管理多环境配置文件的利器,尤其在你不想重启服务器的情况下进行配置更新。目前,开源中做的较好的要数apollo,并提供了对spring boot的支持。disconf使用也较为广泛。相对来说,spring cloud config功能就局限了些,用的很少。
 
网关方面,使用最多的就是nginx,在nginx之上,有基于lua脚本的openrestry。由于openresty的使用非常繁杂,所以有了kong这种封装级别更高的网关。
 
对于spring cloud来说,zuul系列推荐使用zuul2,zuul1是多线程阻塞的,有硬伤。spring-cloud-gateway是spring cloud亲生的,Spring Cloud 大力支持,基于 Spring5.0 的新特性 WebFlux 进行开发。底层网络通信框架采用的是 Netty,吞吐量高。
 
七、分布式工具

 
大家都知道分布式系统zookeeper能用在很多场景,与其类似的还有基于raft协议的etcd和consul。
 
由于它们能够保证极高的一致性,所以用作协调工具是再好不过了。用途集中在:配置中心、分布式锁、命名服务、分布式协调、master选举等场所。
 
对于分布式事务方面,则有阿里的fescar工具进行支持。但如非特别的必要,还是使用柔性事务,追寻最终一致性,比较好。
 
八、监控系统
推荐:prometheus + grafana + telegraf
日志收集:大量ELKB,小量loki

 
监控系统组件种类繁多,目前,最流行的大概就是上面四类。
 
zabbix在主机数量不多的情况下,是非常好的选择。
 
prometheus来势凶猛,大有一统天下的架势。它也可以使用更加漂亮的grafana进行前端展示。
 
influxdata的influxdb和telegraf组件,都比较好用,主要是功能很全。
 
使用es存储的elkb工具链,也是一个较好的选择。我所知道的很多公司,都在用。
 
九、调度
推荐:xxl-job

 
大家可能都用过cron表达式。这个表达式,最初就是来自Linux的crontab工具。
 
quartz是java中比较古老的调度方案,分布式调度采用数据库锁的方式,管理界面需要自行开发。
 
elastic-job-cloud应用比较广泛,但系统运维复杂,学习成本较高。相对来说,xxl-job就更加轻量级一些。中国人开发的系统,后台都比较漂亮。
 
十、入口工具
推荐:lvs

 
为了统一用户的访问路口,一般会使用一些入口工具进行支持。
其中,haproxy、lvs、keepalived等,使用非常广泛。
 
服务器一般采用稳定性较好的centos,并配备ansible工具进行支持,那叫一个爽。
 
十一、OLT(A)P
推荐:ES

 
现在的企业,数据量都非常大,数据仓库是必须的。
 
搜索方面,solr和elasticsearch比较流行,它们都是基于lucene的。solr比较成熟,稳定性更好一些,但实时搜索方面不如es。
列式存储方面,基于Hadoop 的HBase,使用最是广泛;基于LSM的leveldb写入性能优越,但目前主要是作为嵌入式引擎使用多一些。
 
TiDB是国产新贵,兼容mysql协议,公司通过培训向外输出dba,未来可期。
 
时序数据库方面,opentsdb用在超大型监控系统多一些。druid和kudu,在处理多维度数据实时聚合方面,更胜一筹。
 
cassandra在刚出现时火了一段时间,虽然有facebook弃用的新闻,但生态已经形成,常年霸占数据库引擎前15名。
 
十二、CI/CD

 
为了支持持续集成和虚拟化,除了耳熟能详的docker,我们还有其他工具。
 
jenkins是打包发布的推荐,毕竟这么多年了,一直是老大哥。当然,写Idea的那家公司,还出了一个叫TeamCity的工具,操作界面非常流畅。
 
solor不得不说是一个神器,用了它之后,小伙伴们的代码一片飘红,我都快被吐沫星子给淹没了。
 
对于公司内部来说,一般使用gitlab搭建git服务器。其实,它里面的gitlab CI,也是非常好用的。
 
Harbor,在 docker registry 基础上扩展了权限控制,审计,镜像同步,管理界面等治理 能力,推荐使用。
 
调度方面,k8sGoogle 开源,社区的强力推动,有大量的落地方案。Rancher对k8s进行了功能的拓展,实现了和k8s集群交互的一些便捷工具,包括执行命令行,管理多个 k8s集群,查看k8s集群节点的运行状态等,推荐集成。
 
十三、问题排查

 
java经常发生内存溢出问题。使用jmap导出堆栈后,我一般使用mat进行深入分析。
 
如果在线上实时分析,有arthas和perf两款工具。当然,有大批量的linux工具进行支持。
 
十四、本地工具

 
本地使用的jar包和工具,那就多了去了。下面仅仅提一下最最常用的几个。
 
数据库连接池方面,国内使用druid最多。目前,有号称速度最快的hikari数据库连接池,以及老掉牙的dbcp和c3p0。
 
json方面,国内使用fastjson最多,三天两头冒出个漏洞;国外则使用jackson多一些。它们的api都类似,jackson特性多一些,但fastjson更加容易使用。工具包方面,虽然有各种commons包,guava推荐。
 
End
这种文章,每一年我都会整理一次。有些新面孔,也有些被我个人t出局。架构选型,除了你本身对某项技术比较熟悉,用起来更放心。更多的是需要进行大量调研、对比,直到掌握。
 
技术日新月异,新瓶装旧酒,名词一箩筐,程序员很辛苦。唯有那背后的基础原理,大道至简的思想,经久不衰。

 

from  http://architect.dataguru.cn/article-15969-1.html

分享到:
评论

相关推荐

    技术架构选型报告方案

    技术架构选型报告方案是一个指导性文件,它帮助项目团队或企业决策者了解在构建系统时如何选择合适的技术组件。本文档以“最高院执行项目技术架构选型方案Fantasy”为例,详细阐述了系统总体架构、各个技术组件的...

    项目技术架构选型方案报告

    综上所述,本项目通过对各项技术组件的仔细分析与选型,旨在构建一个高性能、可扩展且易于维护的信息系统。通过上述架构设计和技术选型,可以有效应对项目中面临的挑战,为用户提供稳定可靠的服务。

    PLC选型工具.rar

    《PLC选型工具——三菱自动化技术的智慧之选》 在现代工业自动化领域,可编程逻辑控制器(PLC)是不可或缺的关键设备。三菱作为全球知名的自动化产品供应商,其PLC产品系列以其卓越的性能、稳定的运行和丰富的功能...

    SIMATIC WinCC V8.0选型架构.pdf

    ### SIMATIC WinCC V8.0 选型架构解析 #### 一、概述 SIMATIC WinCC V8.0是一款由西门子公司开发的高级工业自动化监控与数据采集(SCADA)系统,广泛应用于各种工业控制领域。它不仅提供基本的数据采集与监控功能,...

    西门子WinCC V7.2典型架构选型指南.zip

    2. 分布式架构:WinCC支持分布式配置,可以将项目分解为多个部分,分别在不同的客户端或服务器上运行,实现系统扩展和负载均衡。 3. Web客户端:WinCC V7.2引入了Web客户端功能,通过Web浏览器即可远程访问和控制...

    WinCC V7.0典型架构选型指南.zip

    《WinCC V7.0典型架构选型指南》是一份详细阐述了西门子WinCC(Windows Control Center)V7.0版本在自动化系统中的应用和配置策略的专业文档。WinCC是一款广泛应用于工业自动化领域的HMI(Human Machine Interface,...

    微前端架构选型指南.docx

    微前端架构选型指南 微前端架构选型指南是指在微前端架构中选择合适的技术栈和架构设计的指南。微前端架构是一种新的架构设计理念,它将传统的单体前端应用拆分成多个小型的、独立的微应用,从而提高系统的灵活性、...

    PCS 7选型V9.1- 系统架构及软件选型

    该架构通过多个客户机访问一个或多个服务器上的资源来实现,能够有效提高系统的可靠性和响应速度。在V9.1版本中,进一步增强了这一架构的安全性和性能,支持Windows 10 LTSC 2019与服务器2019操作系统。 #### PH/IS...

    电气元件选型工具软件

    《电气元件选型工具软件详解》 在现代工业与建筑领域中,电气系统的设计与配置是至关重要的环节,其中电气元件的选型是一项基础而关键的工作。为了简化这一过程,提高设计效率,出现了专门的“电气元件选型工具软件...

    WinCC V7.5典型架构选型指南.pdf

    WinCC V7.5是西门子提供的一个较新版本,其典型架构选型指南主要指导用户如何根据具体应用需求选择合适的WinCC系统架构,并提供了针对不同架构的具体产品型号和性能数据。 WinCC V7.5典型架构主要包括以下几种: 1...

    FX系列PLC选型工具软件(中文) Ver 1.0

    综上所述,FX系列PLC选型工具软件(中文)Ver 1.0是工程师和自动化系统设计者的重要辅助工具,它能够简化复杂的选型过程,提高工作效率,并确保选择的PLC完全符合项目的实际需求。通过合理利用这款软件,用户可以在...

    大数据技术组件选型对比.pdf

    大数据技术组件选型是当前大数据领域中的重要议题,涉及到如何高效、稳定地处理海量数据。在对比各种组件时,我们需要考虑其性能、灵活性、生态支持以及特定场景的应用。以下是几个关键的技术组件及其特点: 1. **...

    工业镜头选型工具.zip

    《工业镜头选型工具——深度解析与应用指南》 在当今的智能制造领域,工业视觉扮演着至关重要的角色,它能够实现精确的检测、定位、识别等功能,极大地提升了生产效率和产品质量。而工业镜头作为视觉系统的核心组件...

    Avago 工业光纤组件选型指南.zip

    《Avago工业光纤组件选型指南》是一款详细阐述Avago公司工业光纤组件的产品样本,旨在为工程师、技术人员以及相关行业从业者提供全面的选型参考。该文档深入浅出地介绍了Avago工业光纤组件的各项特性、规格、应用...

    电气计算软件工具箱1.0

    “电气计算软件工具箱1.0”广泛适用于电力设计院、工厂电气部门、供电局、设备制造商等各类电气工程相关单位,无论是新建项目还是维护改造,都能提供强有力的支持。 五、结论 总的来说,“电气计算软件工具箱1.0”...

    TIA博途选型工具Selection Tool的基本使用方法介绍.docx

    TIA博途中的Selection Tool是一款非常实用的选型辅助工具,帮助用户快速准确地选择适合的自动化组件,如控制器、I/O模块、通信模块等。下面我们将详细介绍这款工具的基本使用方法。 首先,你需要下载TIA博途选型...

    TIA博途选型工具TIA Selection Tool-2023最新(无需安装可直接使用).txt

    TIA博途选型工具(TIA Selection Tool)是西门子公司推出的一款针对其工业自动化产品的选型软件。该工具为用户提供了简单快捷的方式来进行产品选择与配置,帮助工程师们更有效地完成项目设计工作。2023年的最新版本...

    金融业分布式架构转型痛点、路径和选型

    在云计算服务和软件的选型上,金融机构需要重点评估云计算产品和服务的安全性、可信度以及是否符合行业监管要求。云计算技术的引入可以支撑分布式架构的实现与管理,它以虚拟化技术为基础,通过微服务架构和容器技术...

Global site tag (gtag.js) - Google Analytics