写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
收录了 软件系统架构 频道下的 50 篇内容
随着第二版《软件系统架构》的出版,Nick Rozanski和Eoin Woods继续这本关于系统软件架构综合手册的创作旅程。这本书的最新版本涉及到系统环境视点模型和敏捷,InfoQ就这两个新的主题对作者进行了访谈。
软件系统架构评估是在软件系统开发的特定阶段,一般是在架构设计完成以后,由专门的评估团队或利益相关方,根据一定的评估标准和方法,对软件系统架构的各个方面进行检查和评估。


随着光伏四可装置在集中式电站、分布式屋顶、BIPV等多元场景的规模化应用,其软件系统面临着“功能迭代慢、资源占用高、部署运维难”的传统困境——单体架构下,数据采集、调度控制、数据可信等功能耦合紧密,某一模块升级需整体停机,无法适配光伏场景对实时

本次分享介绍从架构出发,诠释如何最大可能地提高 SDS 系统性能。

真正的云原生,必须以一套技术体系支持任意负载,运行于任意云环境。
本期的架构周报主要关注软件架构分解技巧、LinkedIn日志系统和GWT对HTML5 storage的支持和实现。

系统软件作为软件架构的基石,发挥着承上启下的关键作用。快手系统软件团队经过四年的探索与实践,成功积累了一系列创新技术与性能优化方法论,这些成果广泛涵盖 Java 协程、编译器优化、操作系统改进等多个关键领域。

一个现代的 AI 财报分析软件系统必须采用分层架构(Layered Architecture)和微服务(Microservices)的设计理念,以支持高并发的数据处理、复杂的算法运算和灵活的模块化部署。整个系统围绕数据流转和智能分析进行构建。

软件架构是指系统的顶级结构,对于复杂的系统,往往很难表达清楚,涵盖的功能和应用太多,为了便于开发者和用户理解,减少沟通成本,降低因理解不一致带来的偏差。故而采用“分而治之”的方法,从不同视角来描述系统,也就是说,每一种架构图,都是一种视角。
Web3 的技术架构与传统 Web2 应用有显著区别,其核心在于利用区块链实现去中心化和无需信任的交互。一个典型的 Web3 应用的技术架构通常可以划分为以下几个主要层次。

一个企业软件系统的架构师,其终生职业所做的事情,不过是设计低耦合技术架构 - 不断的梳理问题、解耦千丝万缕的关系,对问题分而治之,各个击破,必要时则又对集中统一与解耦分离作出一定的折衷取舍,仅此而已。
AI 诊断并不是一个“模型跑起来就完事”的项目,它更像一套复杂的软件系统工程:数据、模型、服务、合规、性能与稳定性,任何一环掉链子,都会让系统失去实际价值。
任何的软件系统都是为了解决特定领域的业务问题。不论是传统软件还是互联网系统,每个软件系统都是为了解决一个特定的领域问题.如 QQ、微信、百度地图和高德地图,还有企业级别的MRP,ERP.


微服务架构近年来作为开发复杂应用的手段已获得广泛关注。这种架构风格将软件组织为小型、模块化且独立部署的服务,每个服务在独立进程中运行,并通过轻量级、明确定义的机制进行通信以实现业务目标。尽管文献中已识别出诸多优势,但 MSA 的采用仍被视为重大

当确定性系统与非确定性AI行为相遇,软件架构正面临如同“油水混合”般的挑战。架构师需用意图、治理与系统思维锚定智能系统,本文介绍的V型影响画布正是以人类信任为核心、应对这一变革的架构框架。