.gif)
架构设计
未读
复杂度来源:低成本、安全、规模
这是一篇关于架构设计复杂度来源的文章。文章探讨了架构设计中需解决的主要问题，包括高性能、高可用、可扩展、低成本、安全和规模等。低成本通常与高性能和高可用性相冲突，需要创新才能达成目标；安全分为功能安全和架构安全，功能安全由框架提供，而架构安全依赖防火墙等技术手段；规模的增加会导致系统复杂度的质变，尤其是功能数量和数据量的增加。文章总结指出，低成本应作为附加约束，架构设计应注重扩展性和优化，以应对不断扩大的业务规模。
架构设计
未读
复杂度来源:可扩展性
这是一篇关于软件系统扩展性的文章。文章介绍了扩展性的概念，强调系统能够应对未来需求变化而无需大规模重构。设计具备良好扩展性的系统需要正确预测变化和合理应对变化。预测变化的复杂性在于无法在每个设计点都考虑扩展性，也不能完全忽视扩展性。作者建议采用2年预测法则。应对变化的常见方案包括提炼出变化层和稳定层，以及抽象层和实现层，前者通过封装稳定层和变化层减少影响，后者通过抽象层保持接口稳定，变化仅在实现层进行。文章总结指出，设计时应找到过度设计与不可扩展之间的平衡，采用短期和长期策略相结合，并通过小步快跑逐步演进系统。
架构设计
未读
架构设计的目的是什么？
这是一篇关于架构设计的文章。文章强调架构设计的目的是解决软件系统复杂度带来的问题，而不是所有系统都需要复杂的架构设计。通过分析一个简单的大学学生管理系统案例，文章指出该系统的复杂度主要体现在存储可靠性上，需要确保数据不丢失。系统的其他方面，如性能、可扩展性、高可用性和安全性，均可以通过简单的设计满足需求。最终，文章通过这个案例展示了如何根据具体需求驱动架构设计，平衡各项复杂度。
架构设计
未读
什么是架构？该考虑的情况有哪些？
这是一篇关于架构概念的文章。文章通过对“架构”这一常见但易混淆的词汇进行深入剖析，阐明了架构与框架、系统与子系统、模块与组件之间的关系。架构定义为软件系统的顶层结构，涵盖了系统中的各个“个体”如子系统、模块和组件，及其运作规则。文章还指出，架构的视角可以从业务逻辑、物理部署或开发规范等不同维度进行分析，导致同一系统可能有多种架构表现。通过这些分析，文章帮助理解架构的真正含义及其在不同层面的应用。