docker-swarm实践总结

1. 规划目前有多个系统,每个系统的运行应该尽量彼此独立使用各自的docker-compose.yml进行部署多个系统采用统一的nginx作为入口每个系统的配置尽量隔离开,这样采用nginx.config中的include属性来隔离开nginx使用的网络要对其他服务开放指定机器上运行多个系统采用统一

docker-swarm集群基础

1. docker swarm基础本周做了一点运维的工作,这里总结一下。基本概念swarm集群工具,管理节点nodedocker节点,分成manager节点与worker节点service在node上可以运行service,每个服务可以有多个任务task具体的任务对应着containerdocker

nginx之upstream机制

1. 概述upstream机制是事件驱动框架与HTTP框架的综合,它既属于HTTP框架的一部分,又可以处理所有基于TCP的应用层协议(不限于HTTP)。它不仅没有任何阻塞地实现了Nginx与上游服务器的交互,同时又很好地解决了一个请求、多个TCP连接、多个读/写事件间的复杂关系。为了帮助Nginx实

nginx之Http模块

1. 概述从事件模块中,隐约可以看出2块内容:1. 模块的初始化,这里边最主要的配置项的解析,以及相关内存的分配;2. 模块的执行流程,就是在进程中的运行逻辑。这个在http框架中表现的更为突出一些。http模块的配置比事件模块更复杂,它分成3个层级:直接隶属于http{}块内的配置项称为main配

nginx事件模块

0. 前言本文是继续上一节来看看事件模块,事件模块是nginx的核心,它负责事件的收集、管理、分发。这里所说的事件,主要以网络事件和定时器事件为主,而网络事件中又以TCP网络事件为主(Nginx毕竟是个Web服务器)。1. 基本结构ngx_event_t简单看就是一个连接data,一个定时器time

nginx基础架构

0. 前言前一段时间对分布式系统进行了整理,其中提到了api网关,常用的api网关就是nginx,这里对nginx进行一个较深入的学习,主要参考《深入理解Nginx:模块开发与架构解析》。初步划分成4篇文章来学习:nginx基础架构nginx事件模块Http模块执行流程upstream机制本篇来看看

分布式系统模型

回头看了看分布式系统的几篇文章,觉得又有写新的收获,这里记录一下。主题分布式系统的2大主题是:提高吞吐量提高稳定性结构分布式系统可以抽象为以下3大部分包括:网关:用于流量的调度服务:提供服务存储:存取数据方案结构吞吐量稳定性网关负载均衡 服务异步服务调度、故障隔离存储缓存、数据分割备份这里对几个概念

分布式系统原理与范型

前言复习了分布式系统相关的内容后,得出了一个模型,包括分布式系统的目的,分布式系统的分层结构,以及在这个结构之上的相关技术。为了矫正模型,以及更深入的了解分布式系统,学习了一下《分布式系统原理与范性》这本书。这本书最主要的是讲技术原理,而不是实现或者细节,它先总的讲了一下分布式系统的体系结构,然后分

如何设计一个应用层协议

如何设计一个应用层协议前言看完这几个协议的报文,发现有一种共性在其中,于是就引发了一个思考:如何设计一个协议?协议的特点是上层协议依赖下层协议的传输,而TCP协议、IP协议已经比较成熟了,所以在这里加一个限定:应用层协议。在以往的经历中,也接触了一些协议相关的内容,比如最早的USB协议、后来的前置服

网络协议与设备

网络模型这里采用用5层级的网络模型:物理层、链路层、网络层、运输层、应用层。在TCP/IP协议族中,与后4个层级相关,如下图所示:ps:网络的的发展,大概是从局域网,慢慢发展到了广域网,最终实现了互联网。从协议来看,上层的协议依赖底层的协议,那么在出现的顺序上,一定是底层的协议先出现。这样底层的协议

Java的Path与File使用总结

前言前边为什么zip时,没使用org.apache.tools.zip,一方面是由于代码本身的zip与unzip都是依赖的java.util.zip,改起来比较麻烦一些,另一方面在org.apache.tools.zip的示例代码中,用到了File,相比而言File会比Path落后一点。这里对Pat

Zip字符集问题

问题Zip的使用场景是,将workDir、数据data进行压缩,然后传输到oss指定的位置上。这里出现的问题是,汉字文件名,zip出现乱码。英文文件名没问题,文件中的内容出现的汉字也没问题。原因这个原因肯定是字符集的问题,找到的全部中文都是建议使用org.apache.tools.zip来替换jav

正则使用总结

1. 正则总结前言在迁移md时,需要将 md 中的图片格式![](xxx.png)与<img src=xxxx>转换成附件中新的地址,这样就不得不使用正则来完成,借此机会对Java的正则做一个小的归纳语法正则的语法其实挺有意思,从语言的角度看,正则中没有动词、没有形容词,主要由名词与量词

博客搭建总结

halo博客终于搭建完成,整个过程包括:前期看代码,发现它的一些技术特点,对这些特点进行了简单的了解然后运行起来,这里主要是数据库方便的变动大一点接着部署到容器中,运行到服务器上,这里涉及到nginx、mysql、java镜像等内容移植自己的博客,这里根据需要对导入、导出md进行了一些调整最后对备份

开发问题回顾

跨域问题问题前端VSCode启动时,没有报跨域。发布在docker中只有一个获取轮廓线模板的路由报跨域处理过程=> 对比本地与docker内前端差异下,网络请求的处理不同​ 本地情况下,所有的后端路由IDE自带的服务器进行了代理,于是不存在跨域问题;​ docker内,后端路由直接经过ngin

算法封装思考

策略模式Volume计算时,针对不同的入参,如何做成策略模式?入参合并入参差别过大,或者下一个算法入参还不相同时,则不再适合再有种方式是归一化参数:通过List等将参数归一化。如JsonObject或者map2个不同接口不同接口不再是传统的策略模式了实现上也有一些不同的方式,如果直接实现接口,则每添

Pixi基本概念

基本概念ApplicationApplication可以自动在HTML中创建<canvas>元素,并且控制在canvas上显示图像。//Create a Pixi Applicationlet app = new PIXI.Application({width: 256, height:

SpringCloud之调用链监控

概述前边讲了限流,到底这些参数设多少比较合适?要设这些参数,首先需要知道各个服务之间的依赖关系,其次需要知道服务之间调用的流量大小。如何观测这些参数呢?就需要用到调用链监控。调用链不仅能解决上述问题,还能够对一个业务请求进行全链路的追踪,以及各个环节上的耗时情况,方便于故障排查、服务扩容。下边来看看

SpringCloud之熔断限流

基本概念设想一个集群环境,某一个节点出现了故障或者压力过大的情况,如何保证整个集群不会受这个节点的影响?断路(circuit-breaker)针对故障情况,给出解决方案是断路,指的是故障节点的上游通过一定方式,使其自身不受下游故障的拖累。限流限流是针对压力过大的情况,bulkhead通过一定策略限定

SpringCloud之服务注册与配置中心

前言跟着丁雪丰的课程来到了SpringCloud,如果说SpringBoot是针对单体服务,那这里就是针对多服务了,在这里他主要介绍了以下5个部分:服务注册与发现熔断配置中心消息调用链监控较杨波微服务的课程,他少了网关、日志、监控3部分的内容,当然他们的课程是不一样的,一个是SpringCloud,
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×