使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况： （1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发 （2）如果业务要求锁的强一致性，那么使用Zookeeper可能是更好的选择
哈喽大家好，我是咸鱼 我们知道，随着企业规模或者说业务规模的不断扩大，为了应对不断增长的业务需求和提高系统的可伸缩性、可靠性和性能，计算机系统由一开始的单体系统逐渐发展成分布式系统 那么今天咸鱼给大家介绍一些关于小白在学习分布式系统遇到的一些常见误解 ## 误解1.网络是可靠的 **在分布式系统中，
理想很丰满，现实往往很残酷。 一种按照ddd的方式，根据业务来把自己需要的模块一个一个写出来，再按照模块把需要的接口一个一个的写出来，堆砌一些中间件，以及解耦的command，handler等等 ，一个项目就这么成型了。上面的项目有一个非常清晰的特点，就是按需开发，不需要去可以定义业务相关的公共的模
优化金字塔 应用程序层面 框架层面（Broker层面） JVM层面 操作系统层面 应用程序层面：应当优化业务代码合理使用kafka，合理规划主题，合理规划分区，合理设计数据结构； 框架层面：在不改动源码的情况下，从kafka参数配置入手，结合业务体量和运行数据进行调优 JVM层面：在出现明显缓慢和可
Linux项目部署启停 WEB应用（WAR包）部署 实际开发中，难免遇见新业务项目构建、项目重构（重新优化整个项目的架构，相当于重写），也可能是项目拆分多个模块，也可能部分拆分，但项目的模块化分离，就存在新建项目，新开服务端的可能，在Linux部署中，我们通常遇见需要搭建一个新的服务： WEB应用（
前言 上一篇文章带你实现了Go-Zero模板定制化，本文将继续分享如何使用GO-ZERO进行业务开发。 通过编写API层，我们能够对外进行接口的暴露，因此学习规范的API层编写姿势是很重要的。 通过本文的分享，你将能够学习到Go-Zero的API语法规范，以及学会实际上手使用。 概述 下文所说的是
一般我们在开发的时候，习惯上使用常规的关系型数据库来设计数据库表，对于一些业务表的字段比较固定的场景，是一种非常不错的选择，而且查询的时候，由于是基于固定的表字段进行查询，性能基本上是最优的。不过有一些场景下，业务信息的经常变化，使用常规的关系型数据库来创建表字段、删除字段的模式，肯定不是合适的处理...
前言 熟悉Spring框架的同学一定都知道MVC开发模式吧，控制器（Controller）、业务类（Service）、持久层（Repository）、数据库映射（Mapper）、各种DO类构成了我们服务端的代码。初学的时候，觉得新鲜手写这些东西不觉得有啥，但是写久了就会觉得很烦。好不容易在数据库中写
背景 关于为什么做这个代码生成器，其实主要有两点: 参与的项目中有很多分析报表需要展示给业务部门，公司使用的商用产品，或多或少有些问题，这部分可能是历史选型导致的，这里撇开不不谈；项目里面也有很多CRUD的功能，而这些功能的实现代码基本上差不多，这些功能都去手写，也比较浪费时间而且效率很低，还可能会
蹩脚的go 异常处理 一般写go的人，如果他不是写算法，正常写业务代码的话，可能都会为优雅的异常处理而烦恼，因为脑子抽筋的go设计者们，总是感觉语法糖是一种很低级的东西。但是在我们大多数公司的业务逻辑中，没有语法糖让代码非常丑陋，不易于维护。 如何让go 代码更具有可读性，哪么就要给go加糖！ 引入
代理模式 代理模式一般包含三个角色： Subject：主题对象，一般是一个接口，定义一些业务相关的基本方法。 RealSubject：具体的主题对象实现类，它会实现Subject接口中的方法。 Proxy：代理对象，里面包含一个RealSubject的引用，外部会通过这个代理对象，来实现RealSu
关于企业级产品都有EOL里程碑，因些需要考虑对已购产品、业务的生命周期进行升级、迁移、替换等统筹规划。另外如果遇到产品、业务整体出售，还需要评估对现有资产的影响等不可控因素。 今天聊聊华为产品的生命周期，点击查看原文 华为产品生命周期关键里程碑： 华为软件版本生命周期关键里程碑： 点击查询华为产品生
November 10th, 2010Yu Feng 原创文章，转载请注明： 转载自系统技术非业余研究 本文链接地址: Systemtap的另类用法 通常我们在做内核编程的时候，会用到内核的数据结构，比如说textsearch提供了几种算法用于支付串查找。在用于正式的项目前，我们会希望考察下他的用法
https://www.infoq.cn/article/jSyxjsDCF2lrkt8XeHoj Qcmd 是 360 云平台底层的命令执行系统，为了让 Qcmd 能够更好的为业务提供服务，我们在 Qcmd 的上层封装了一层 Qcmd-http 任务分发系统，Qcmd-http 系统同样采用 Go
nginx性能优化考虑点 当我需要进行性能优化时，说明我们服务器无法满足日益增长的业务。性能优化是一个比较大的课题，需要从以下几个方面进行探讨： 当前系统结构瓶颈了解业务模式性能与安全 当前系统结构瓶颈 首先需要了解的是当前系统瓶颈，用的是什么，跑的是什么业务。里面的服务是什么样子，每个服务最大支持
step 1 docker pull nginx step 2 make -p /etc/nginx/conf.d step 3 vim enic.conf copy如下配置，根据自己业务场景稍加改动即可。 upstream enic { server 127.0.0.1:8090; } serve
前言 我们在使用nginx做反向代理的时候，可能会遇到这个场景：后端正常的业务处理时间超过了nginx的超时时间，导致nginx主动返回504。为解决这个问题，我们网上搜索发现可以通过调整这几个参数来调大nginx的超时时间。 proxy_connect_timeout proxy_send_tim
https://www.jianshu.com/p/9de94066ab46 随着分布式架构的普及以及云计算技术的成熟，国内企业应用云原生化推进业务系统的迭代速度越来越快，后端系统架构日趋复杂，服务间的依赖越来越多，调用的链路越来越长。宕机引发巨额损失、严重影响用户体验的新闻层出不穷，为了让云基础设
https://bbs.huaweicloud.com/blogs/146367 【摘要】 1 问题背景nginx的应用程序移植到TaiShan服务器上，发现业务吞吐量没有达到硬件预期，需要做相应调优。 2 原因分析l 网卡配置该应用场景下网络吞吐量大，网卡的配置能对性能提升起到很大的作用。l 操作
Nginx拆分配置文件的办法 摘要 最近公司使用Nginx进行微服务的路由处理 但是发现随着业务发展, 配置文件越来越复杂. 修改起来也很容易出现错误. 基于此. 想通过拆分配置文件的方式来提高修改效率和准确性. 其实方法非常简单, 记录一下知识备忘. 拆分的方法 其实不需要必须使用 conf.d的
