![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构
文章平均质量分 56
归来少年Plus
这个作者很懒,什么都没留下…
展开
-
kubernetes的基础功能
deployment,service原创 2023-03-07 20:46:23 · 89 阅读 · 0 评论 -
helm3.0安装 阿里云
helm image push pull原创 2022-12-05 21:15:56 · 659 阅读 · 0 评论 -
Istio流量治理
Istio ingressgateway Gateway VirtualService原创 2022-11-15 18:01:29 · 180 阅读 · 0 评论 -
阿里云全链路流量配置
ingress gateway原创 2022-10-25 11:55:06 · 1068 阅读 · 0 评论 -
架构设计及安全架构
IT顶层设计方案。原创 2022-08-11 08:43:35 · 856 阅读 · 0 评论 -
企业架构4A定义
数据类型,数据模型,数据存储,数据流,数据管理。技术选型,技术需求,物理选型,分布设计。业务功能,业务流程,业务数据。应用功能,应用集成,研发管理。一、企业架构(4A)1、业务架构(BA)2、数据架构(DA)3、应用架构(AA)4、技术架构(TA)...原创 2022-08-02 14:22:29 · 21627 阅读 · 0 评论 -
Istio系列学习(十)----Istio的服务网关配置:Gateway
一、定义gateway和VirtualService的关系gateway:定义了服务从外面怎么访问,在入口处对服务进行统一治理。VirtualService:定义了匹配到的内部服务怎么流转。二、gateway配置实例含义:外部通过80端口访问网格内的服务gateway的配置如图:配合gateway的使用,修改VirtualService,在host上匹配gateway上请求的主机名,并通过gateways字段关联定义的gateway对象。VirtualService的定义如图三、gat原创 2022-01-26 09:36:46 · 7014 阅读 · 1 评论 -
Istio系列学习(七)----Istio的路由规则配置:TLS路由(TLSRoute)和TCP路由(TCPRoute)
1原创 2022-01-21 09:34:52 · 1846 阅读 · 0 评论 -
Istio系列学习(四)----非侵入的流量治理(1)
一、Istio流量治理目标:以基础设施的方式提供给用户非侵入的流量治理能力,用户只需关注自己的业务逻辑开发,无须关注服务访问管理.流量治理要解决的问题:服务的负载均衡2)同一个服务有两个版本在线,将一部分流量切到某个版本上3)服务保护,如限制并发连接数、请求数、隔离有故障的服务实例等4)动态修改服务中的内容1、流量治理的流程:控制面:1)管理面创建流量规则2)pilot将流量规则转换为envoy的标准格式3)pilot将规则下发给envoy数据面:1)envoy拦截Pod上原创 2022-01-17 09:31:18 · 833 阅读 · 0 评论 -
Istio系列学习(二)----Istio架构
一、Istio的工作机制Istio分为控制面和数据面.控制面包含Pilot,Mixer,Citadel数据面由伴随每个应用程序部署的代理程序Envoy组成1、自动注入:在创建应用程序时自动注入Sidecar代理.在K8s场景下创建pod时,kube-API server调用管理面组件的Sidecar-Injector服务,自动修改应用程序的描述信息并注入Sidecar.在真正创建pod时,在创建业务容器的同时在pod中创建sidecar容器.2、流量拦截:在pod初始化时设置iptables规则,原创 2022-01-13 09:34:31 · 2958 阅读 · 0 评论 -
微服务架构
**微服务**:微服务由小团队独立开发,并且交付时间短,与其他团队协作少.当一个微服务更新时,不会触发其他微服务的更新,从而实现真正的松耦合.微服务的两种模式:1、架构模式将单体应用拆分成多个小服务的应用设计模式...原创 2022-01-07 09:43:35 · 285 阅读 · 0 评论 -
关于架构的一些思考
一、优秀组件设计的五大原则1、最小单元原则2、复用性原则3、可替换原则4、高内聚原则5、稳定性依赖原则二、SOA–面向服务的架构.具体技术框架包括:1、服务被拆分后形成共享服务2、服务间的通讯只采用两种方式:1)通过服务接口(HTTP)直接调用2)服务通过Pub/Sub总线交换数据 和通知3、采用统一的服务开发框架开发4、服务通过流程引擎编排实现业务场景5、一个服务成立一个小团队6、各个服务把数据写入统一的数据仓库中....原创 2022-01-05 20:18:50 · 1095 阅读 · 1 评论 -
Redis的缓存穿透,缓存雪崩,缓存击穿的原因和解决方案
缓存穿透一、缓存穿透缓存穿透是指key对应的数据在数据源并不存在,每次针对此key的请求从缓存获取不到,请求都会到数据源,从而可能压垮数据源。例如:一些恶意攻击、爬虫等造成大量空命中(爬取线上商城商品数据,超大循环递增商品的ID).缓存穿透示意图:解决方案:1、布隆过滤器拦截将所有可能存在的数据哈希到一个足够大的bitmap中,一个一定不存在的数据会被 这个bitmap拦截掉,从而避免了对底层存储系统的查询压力。2、简单粗暴的方法(推荐)如果一个查询返回的数据为空(不管是数据不存在,..原创 2021-11-04 19:06:03 · 763 阅读 · 0 评论 -
Kafka与RabbitMq的对比
1、rabbitmq的架构broker:每个节点运行的服务程序,功能为维护该节点的队列的增删以及转发队列操作请求。master queue:每个队列都分为一个主队列和若干个镜像队列。mirror queue:镜像队列,作为master queue的备份。在master queue所在节点挂掉之后,系统把mirrorqueue提升为master queue,负责处理客户端队列操作请求。注意,mirrorqueue只做镜像,设计目的不是为了承担客户端读写压力。2、Kafka的架构把一个队列的原创 2020-09-27 10:54:33 · 597 阅读 · 1 评论 -
JAVA 如何实现接口异步
一、首先在springboot中启动定时任务1、pom.xml中导入必要的依赖:<!-- SpringBoot 核心组件 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </de原创 2020-09-08 08:04:32 · 3765 阅读 · 0 评论 -
ping与nslookup的区别
1、ping出来的是一台服务器的IP,而nslookup是查看该域名有哪几台d服务器提供服务,很多公司都使用了负载均衡技术,将用户的访问随机定到某一台服务器上,所以你ping的可能有时候不一样,而nslookup则能看到所有提供服务的服务器。2、ping出来是本地区的服务器的地址,而nslookup是所有的地址3、ping主要是测试服务器跟本机的连通性4、nslookup是查询域名的ip地址的...原创 2020-08-30 21:35:22 · 3999 阅读 · 0 评论 -
架构的优化设计
一、索引的优化1、索引不会包含NULL值的列.2、Mysql查询只使用一个索引,如果where子句中使用了索引,那么order by中的列是不会用索引的.因此数据库默认排序可以在符合要求的情况下不使用排序操作3、索引尽量不要包含多个列的排序,如果需要,最好给这个列创建复合索引.4、以下操作符可以使用索引:1)大于等于2)between3)in4)like不以%开头5、以下操作符不...原创 2020-05-08 09:47:09 · 265 阅读 · 0 评论 -
Nacos作为配置中心
Nacos可作为consul config作为配置中心,Nacos 是支持热加载的.下面介绍springboot如何集成nacos作为配置中心1、添加依赖 <dependency> <groupId>com.alibaba.boot</groupId> <artifactId>nacos-conf...原创 2020-04-22 21:54:50 · 480 阅读 · 0 评论 -
微服务架构的配置中心apollo
正是基于配置的特殊性,所以Apollo从设计之初就立志于成为一个有治理能力的配置发布平台,目前提供了以下的特性:一、统一管理不同环境、不同集群的配置Apollo提供了一个统一界面集中式管理不同环境(environment)、不同集群(cluster)、不同命名空间(namespace)的配置。同一份代码部署在不同的集群,可以有不同的配置,比如zookeeper的地址等通过命名空间(name...原创 2020-04-14 20:59:10 · 169 阅读 · 0 评论 -
架构设计理念
一个典型软件的生命周期分为3个阶段:1、设计器.2、实现期,3.运行期保障项目进度:1、技术标准的精准统一.2、系统部件的良好拆分.3、适合此类项目的脚手架,4、解决各类技术问题的救火队.架构的目标与方法:1、可控性与拆分系统被拆分后,每个模块和组件的粒度标准应该满足一个原则:高内聚,低耦合.高内聚是指模块内的功能和逻辑是紧密联系在一起的.低耦合是指模块之间的关联性非常小.2、复用性与抽...原创 2020-04-13 09:10:31 · 376 阅读 · 0 评论