「ArchSummit·深圳」人工智能如何促进工业和制造领域的智能化转型? >>> 了解详情
写点什么

系统结构设计

收录了 系统结构设计 频道下的 50 篇内容

AI大模型浪潮来袭,软硬件如何再升级?
AI 大模型浪潮来袭,软硬件如何再升级?

AI 大模型的发展给神经网络架构及应用场景带来巨大改变。神经网络架构经历了从 CNN(卷积神经网络)到 RNN(循环神经网络),再到 Transformer 的演变。而从应用场景来看,从 AlphaGo 到自然语言处理,再到 ChatGPT,AI 的应用场景更加广泛。

软件设计体系 实验一 经典软件体系结构风格

为什么要写这篇博客,原因很简单,因为我觉得以下的知识没有多大的用处,完全就是一个查阅课本的过程,但是浪费的时间实在是太多,我从0到1查阅了差不多3个多小时,所以为了大家不要和我一样,我把思考题放在下面,也请有缘人==懂得变通==!

设计模式
11月月更
思考 - 国际化系统表结构设计

处理国际化问题目前常见的有两种方案:

软件设计与体系结构 实验二 经典软件体系结构风格 (二)

正确与否我不能确定,我自己写的,还有摆烂的,直接修改的参数名。

设计模式
11月月更
面向服务体系结构的领域驱动设计
面向服务体系结构的领域驱动设计

这篇文章是关于软件设计的选择。特别是大型系统,这些系统可能会以服务端点的形式分为多个可部署的对象。我不会特别谈论服务端点设计,但是我想讨论创建多个服务应用的构思阶段。

DDD
工程师每天都在研究的软件架构是什么?
工程师每天都在研究的软件架构是什么?

经常使用的微服务、REST或事件驱动之类的术语是什么?

一个完整的软件研发流程是怎样的?

本文是周明耀技术管理专栏的第四篇文章,今天我们主要讲讲软件研发的流程问题。

老司机跟你聊聊学习企业架构和业务架构的那些事儿
老司机跟你聊聊学习企业架构和业务架构的那些事儿

企业架构和业务架构方法到底是什么

架构设计实践五部曲(一):架构与架构图
架构设计实践五部曲(一):架构与架构图

本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。

神经架构搜索研究指南,只看这一篇就够了
神经架构搜索研究指南,只看这一篇就够了

我们将探索一系列研究论文,探讨如何解决极具挑战性的自动化神经网络设计任务。

IBM 更新其架构师内容及信息包

五月份,IBM更新了他们的“软件架构师工具包(Software Architect Kit)” ——这是他们为架构师精心准备的一套内容,包括Grady Booch关于趋势的播客、架构的模式和最佳实践、网络广播、演示、基于模式开发的白皮书、SOA、模型驱动架构以及软件结构和模块化等内容。只有先注册才能下载这个工具包的所有内容。

物联网多路数据处理基础上的云平台架构设计实践
物联网多路数据处理基础上的云平台架构设计实践

本次分享介绍物联网多路数据处理基础上的云平台架构设计。

开发者对操作系统的十大不满:五十年来没什么大改进
开发者对操作系统的十大不满:五十年来没什么大改进

程序员可选的操作系统无非是 Windows、Mac OS 和 Linux

22个必知编程语言之「SQL」
22 个必知编程语言之「SQL」

SQL,是一种特殊目的的编程语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。

数据中台之结构化大数据存储设计
数据中台之结构化大数据存储设计

本文介绍阿里云Tablestore选择哪种设计理念来更好的满足数据系统中对结构化数据存储的需求。

架构设计实践五部曲(五):技术架构的战略和战术原则
架构设计实践五部曲(五):技术架构的战略和战术原则

本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。

统一架构——优酷主客的标准化开发之路
统一架构——优酷主客的标准化开发之路

本文选自《阿里文娱技术精选系列:超级APP背后的移动端技术大揭秘》

随手记统一监控平台Focus设计解析
随手记统一监控平台 Focus 设计解析

应用监控是多数互联网公司最重要的基础设施之一,其意义不仅在于可以帮助开发人员应对分布式环境下的 Trouble Shooting 和性能管理难题,更是系统可用性的第一步。Focus 是由随手记研发的统一应用监控平台,承载了随手旗下随手记、卡牛两款产品数百个服务的应用监控任务。本文将对 Focus 的设计思路和关键实现进行剖析。

QCon SF闭幕主题演讲:软件设计是一种人际关系活动
QCon SF 闭幕主题演讲:软件设计是一种人际关系活动

增量迭代开发是最具成本效益的软件构建方式。

应对“技术债”:用工具平台支撑银行核心系统转型
应对“技术债”:用工具平台支撑银行核心系统转型

技术债是无法避免的,而时间是重要的影响因素。“长”时间的技术债积累不仅仅会导致文件负债和代码负债,随着越来越多的新技术涌向,必然还会导致架构级别的负债。 “新旧融合”的系统生态结构是一个必然。用产品设计的思路构建技术平台并给老系统注入新动力。本次分享将会由技术债的定义开始,逐步深入展开核心银行系统的技术债,解释“新旧融合”系统生态结构的必然性,并阐述建立工具平台的初衷和开发思路;通过具体的 API 的自动化测试和云数据迁移的案例,进一步解释设计思路;最后就问题的更广泛意义,“用产品思维解决企业级的问题”作为总结。

系统结构设计专题_资料-InfoQ中文网