当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。
一、简介 很长时间没有关注一些C#技术细节了，主要在研究微服务、容器、云原生、容器编排等高大上的主题了，最近在写一些框架的时候，遇到了一些和在 Net Framework 框架下不一样的情况，当然了，我今天主要测试的是，在通过【添加项目引用】和【手动拷贝DLL】的情况下，这三个方法加载程序集：Ass
前言 最近过年嘛，过年前照例来下载一些贺岁歌曲，现在国内没啥人做贺岁专辑，这方面还得看马来西亚华人，他们每年都有出专辑，质量很不错！ 国内平台自然是没有（或者不全的），需要在YouTube下载~ 之前我都是用Chrome插件下载完再使用脚本合并视频，有点繁琐，今年试试自动下载的黑科技~ 作为对比的这
## 前言 先介绍下这个项目。 最近我一直在探索大语言模型，根据不同场景训练了好几个模型，为了让用户测试使用，需要开发前端。 这时候，用 Gradio 搭建的前端是不太够的，虽说 GitHub 上也有一堆开源的 ChatGPT 前端，但我看了一圈，并没有找到便于二次开发定制的，再一想，这么简单的功能
在团队选择敏捷开发模式下，敏捷测试部分也同以往的软件测试流程有所不同。如何平衡敏捷的快速迭代开发和解决Bug的矛盾？
本期介绍下实践过的三种解决方案：DB灾备机制方案、DB高并发替换方案、财富系统弱依赖DB方案。
微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一致性呢？
在万物云原生下的环境下，Java的市场份额也因耗资源、启动慢等缺点，导致在云原生环境里被放大而降低，通过这篇文章，读者可以更好地了解如何在云原生环境下通过升级相关版本和使用GraalVM打出原生镜像到方式，优化Java应用的性能和资源利用率，使Java应用更好地适应云原生环境。
在[【RocketMQ】消息的拉取](https://www.cnblogs.com/shanml/p/16513229.html)一文中可知，消费者在启动的时候，会创建消息拉取API对象`PullAPIWrapper`，调用pullKernelImpl方法向Broker发送拉取消息的请求，那么在主
[TOC] > **下面以containerd作为runtime进行介绍。** ### 简介 Ignite是一个启动firecracker vm的引擎，它使用容器的方式承载了firecracker vm。目前项目处于停滞阶段，也比较可惜，通过阅读了解ignite的工作方式，学习到了很多，希望能借此[
Scala基础篇 数据类型 下表中列出的数据类型都是对象，可以直接对它们调用方法。 数据类型 描述 Byte 8位有符号补码整数。数值区间为 -128 到 127 Short 16位有符号补码整数。数值区间为 -32768 到 32767 Int 32位有符号补码整数。数值区间为 -21474836
在 Linux 系统下开发软件，输出的可执行文件可大可小，运行环境如果是在服务器那么可能资源比较充足，但如果是在嵌入式环境，那么存储资源是寸土必争的。所以会有对可执行文件进行瘦身的需求，比如使用指令 strip。
问题描述 开发模式下使用AAD账号访问Azure Blob的流程参考文件 问题解答 第一步：先在AAD中注册一个APP，步骤可参考： 将应用程序注册到 Microsoft 标识平台 ：https://docs.azure.cn/zh-cn/active-directory/develop/quick
System.IO命名空间下面有一个FileSystemWatcher，这个东西可以实现文件变动的提醒。需要监控文件夹变化（比如FTP服务器）的情形非常适用。 需要监控文件新建时，我们可以这么写： _fileSystemWatcher.Path = path; _fileSystemWatcher.
## 前言 使用 ABP vNext（下文简称 ABP）时，通常都是从 cli 开始新建模板，从一个空项目开始。对已经存续的项目来说，现有的数据，特别是用户等核心数据需要进行迁移。 老的项目，随着规模越来越大，每次修改都需要更改非常多地方，最重要的是，共用数据库使得维护起来需要小心翼翼。为了后续维护
一、简介 最近，在做一个数据传输的服务，我在一个Worker Service里面需要访问 WebAPI 接口，并传输数据，也可以提交数据。由于第一次使用 RestSharp 发送请求，也遇到了很多问题，不过最终把问题都解决了。什么东西都一样，第一次做都会才很多坑。 今天，我就两个小的知识点，就是通过
一、介绍 最近没事干，就用闲暇时间写点东西，也记录一下温习历程。老人说的好，好记性，不如烂笔头。时间一长，当时记忆的再清楚，都会变得模糊，索性就写博客记录下来，如果下次需要，直接打开博客就找到了，不用去网上乱找了。 今天我要写一些有关反射创建类型实例和调用方法的文章，泛型的类型的创建和泛型方法的调用
如何减少Host Bound模型的Device空闲时间，从而优化模型执行性能显得尤其重要，GE（Graph Engine）图引擎通过图模式的Host调度和模型下沉调度的方式，可提升模型调度性能，缩短模型E2E执行时间。
相信不少同学都有欧阳这种情况，年初的时候给自己制定了一份关于学习英语和源码的详细年度计划。但是到了实际执行的时候因为各种情况制定的计划基本都没有完成，年底回顾时发现年初制定的计划基本都没完成。痛定思痛，第二年年初决定再次制定一份学习英语和源码的详细年度计划，毫无疑问又失败了。
这天，小悦懒洋洋地步入办公楼下的咖啡馆，意外地与一位男子不期而遇。他显然因前一晚的辛勤工作而略显疲惫，却仍选择早到此地，寻找一丝宁静与放松。他叫逸尘，身姿挺拔，衣着简约而不失格调，晨光下更显英俊不凡，吸引了周遭的目光。两人仿佛心有灵犀，不约而同地走向各自的位置。 小悦手中轻握着新出炉的拿铁，眼睛紧紧
