架构

在Java、C#等高级语言中，程序遇到无法处理的情况，或者不满足运行条件时，比如除数是0的情况，底层代码通常会通过抛出异常（Exception）的方式向上层传递问题，上层代码通过 try-catch 的方式捕捉异常并进行处理，不过这种方式一般只能在同一个进程中使用，如果跨进程就没办法直接使用了。

什么是架构演进？定义：通过设计新的系统架构来应对业务和技术的发展变化。目的：应对业务发展带来新的复杂度；2. 应用技术发展带来的复杂度新的解决方法。

对于分布式系统，可以使用分布式缓存（如Redis、Memcached等）来共享缓存数据，提高系统的扩展性和性能。

去年 12 月，新架构 Mamba 引爆了 AI 圈，向屹立不倒的 Transformer 发起了挑战。如今，谷歌 DeepMind「Hawk 」和「Griffin 」的推出为 AI 圈提供了新的选择。

若能时光倒转，我们为什么不将应用，从一开始设计为如乐高一般、易拆解、易迁移的“灵活的架构”呢？

本文是一些我在下实际工作中积累的经验和常用的优化策略。

通过采用现代的开发和部署方式，云原生架构支持快速交付，加速软件开发周期，同时通过微服务和容器化提高了系统的可靠性和容错性。成本优化、多云策略和现代化架构等优势，不仅提高了组织的竞争力，也有助于适应快速变化的业务环境。当然，云原生提供的是一套软件开发和部署的方法论，在实践这个方法论时，应当以实际场景、具体问题，作出合理决策。

事件驱动架构（EDA）是一种软件设计模式，它使系统内部的组件通过生成和消费事件来相互通信。在这种架构中，事件表示系统内发生的重要事件，并可以在其他组件中触发相应的操作。这种方法可以实现松散耦合的系统，提高系统的可扩展性，并能够快速响应实时变化。

“开闭原则” 推崇模块业务 “只读” 的思想，是很好的架构治理哲学。它告诉我们，软件是可以以 “搭积木” 的方式搭出来的。核心的一点是，我们如何形成更多的 “积木”，即一个个业务只读、接口稳定、易于组合的模块。

每个进程都有自己独立的内存空间，当一个进程崩溃时，其内存空间会被操作系统回收，不会影响其他进程的内存空间。这种进程间的隔离性保证了一个进程崩溃不会直接影响其他进程的执行。

处理大型项目的组织结构和模块化设计需要遵循良好的设计原则和最佳实践，包括模块化组织、组件化开发、状态管理、路由管理等方面。

通过该耦合度测量公式，我们鼓励依赖外部成熟模块。理论上，完全成熟的模块可能仅限于语言内置的数据类型（如int、string等）。其他模块则多多少少会受到一些变化的影响，因此我们应尽量减少外部依赖。

迁移计划概述了以最小化中断将系统从旧系统迁移到新系统的策略。它包括数据迁移、系统测试、用户培训和出现问题时的回滚程序的步骤。有效的迁移计划确保平稳过渡并减少数据丢失或停机的风险。

也许准微服务架构是更适合的方案？或者可能更倾向于尝试其他方法？再次强调，微服务和单体架构之间的选择不仅仅是技术选择，对所有因素的评估才是实现完美匹配的关键。​

RAG 系统的主要挑战除了答案的相关性和可信度之外，还有就是速度。然而，还有很多其他事情需要考虑，比如基于网络搜索的 RAG，与Agent架构的深度融合，以及关于 LLM 长期记忆的一些方式方法。