老黄杂谈

背景 接口层做数据加密应该算是老生常谈的一件事了，业界用的比较多的，不外乎是对称加密，非对称加密以及两者的结合。 对称加密，比较有代表性的就是 AES，密钥只有一个，客户端和服务端都要进行存储，但是对

背景 Redis 或许是我们大部分场景都会用到的一个利器，虽然是利器，用的姿势不对的话，终究还是会整出幺蛾子的。 比较常见的问题，不外乎内存暴增，慢查询等情况。 那么对于内存问题，可以借助redis自

背景 前面写了两篇如何用 C# 基于 DTM 轻松实现 SAGA 和 TCC 的分布式事务，其中有一个子事务屏障的功能，很好的处理了空补偿、悬挂、重复请求等异常问题。 https://dtm.pub/

背景 银行跨行转账业务是一个典型分布式事务场景，假设 A 需要跨行转账给 B，那么就涉及两个银行的数据，无法通过一个数据库的本地事务保证转账的 ACID ，只能够通过分布式事务来解决。 在 聊一聊如何

背景 银行跨行转账业务是一个典型分布式事务场景，假设 A 需要跨行转账给 B，那么就涉及两个银行的数据，无法通过一个数据库的本地事务保证转账的 ACID ，只能够通过分布式事务来解决。 市面上使用比较

背景 Yarp 这个反向代理出来后，相信还是有不少人在关注的。 在 Yarp 中，反向代理的配置默认也是基于配置文件的，也有不少大佬已经把这个配置做成了数据库配置+可视化界面。 仔细想了想，做成数据库

背景 在很多时候，产品同学或其他 boss 会有一些想法，或好或坏，都会想放到线上环境去验证，看看能不能带来更好的效果。 这其实就是一个提出假设和验证假设的过程，而 AB 测试，是验证假设的好方法。

背景 对于公司内部的 API 接口，在引入注册中心之后，免不了会用上服务发现这个东西。 现在比较流行的接口调用方式应该是基于声明式接口的调用，它使得开发变得更加简化和快捷。 .NET 在声明式接口调用

背景 在测试的时候，经常会有模拟用户登录，拿到用户 token 后再去请求接口的场景。 这个模拟用户登录就会分为两种，一种是单用户，另一种是多用户。 日常自动化测试的时候可能一个用户对应 n 个用例就

上一篇关于 JMeter 的多接口测试，虽说可以把几个步骤的串联起来，但是会比较简单和单调。 还有许多业务场景，会根据上一个接口的返回，再决定要不要调用第二个接口或者是掉用其他接口。

背景 公司内部的API接口一般会分为两大类，一类是直接暴露在公网可以访问的，一类是只能在局域网内访问的。 暴露在公网的一般就是业务网关以及一些和第三方公司有着某些合作，从而进行数据交互的接口。 检查A

面对聊天产生的海量聊天记录以及爆炸式的增长，在存储的技术选型上面，还是要有所考虑，Cassandra是一个不错的选择

当我们把应用的配置都放到配置中心后，很多人会想到这样一个问题，配置里面有敏感的信息要怎么处理呢？加解密插件化，让存在配置中心的敏感配置不在敏感。

聊一聊Elasticsearch和MySQL的常用操作，主要是一些常用的CURD操作还有索引的维护操作

背景 前面两篇聊过了 JMeter 的简单使用和参数化，主要都还是单接口的。 很多时候，一个业务要走完，它会依赖多个接口，而且这些接口会有依赖性。 好比说，我想查询一个订单信息，那么大前提肯定是我已经

背景 前面一篇讲了 JMeter 的一个最简单的例子，这篇聊一下 JMeter 的参数化。 在开始之前先来一个单元测试的例子，感受一下参数化。 上面是一个用 xUnit 写的单元测试，这个单元测试就是

聊一聊Jmeter的简单使用。。。

聊一聊和Nacos 2.0.0对接那些事

前言 数据导出，这可以说是一个随处可见的需求，大部分管理平台，报表系统都会有这个需求。 对于这个需求，不少系统会做限制，只能从系统导出几千或几万的数据，再多的话就要提申请，经过层层审批，到 DB 那边