收录了 技术架构图 频道下的 50 篇内容
这篇文章主要探讨什么是技术架构、技术架构要解决的问题、最后以高并发场景为例画出技术架构图。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
亚马逊云科技作为 Serverless 持续发展的先行者与推动者,围绕 “Serverless For Good” 主题举办了“亚马逊云科技 2022 编程挑战赛”。本届大赛于 10 月 14 日完美收官,本文将带大家盘点获奖作品。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
假设今年学校毕业设计要求提升,要求做真正可运行的学生管理系统,学院对毕设的具体要求如下:
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
优秀的工业软件通过长期的技术沉淀形成专业优势,如何将优势迅速地转移到云端,结合并吸收云端的种种优势,是工业软件上云重点考虑的因素。
本次分享介绍在滴滴当下的业务场景中地图的核心价值等。
滴滴的地图数据的准确性和时效性、基于地图的路径规划、预估到达时间等服务是顺畅出行的基础。
ByConity适合多种业务场景,在实时数据接入、大宽表聚合查询、海量数据下复杂分析计算、多表关联查询场景下有非常好的性能。
Apache SeaTunnel 正式成为 Apache 顶级项目。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
本文是架构设计实践五部曲系列文章的第四篇,单体式与分布式的应用架构,本篇讨论应用架构在产品架构的基础需要考虑的事情。
[架构师训练营第 1 期] 大作业(二):架构师技术知识导图
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
百度的核心业务对基础架构有没有特殊的要求?中台和微服务在架构领域处于什么样的位置?云原生架构的本质和影响是什么?中小企业架构师该如何设计IT架构?带着这些问题,InfoQ记者采访了QCon 北京 2020《架构演进》专题出品人,百度基础架构部主任架构师郑然。以下为采访实录。
技术架构,是将产品需求转变为技术实现的过程。技术架构解决的问题包括了如何进行纯技术层面的分层、开发框架选择、语言选择(这里以 JAVA 语言为主)、涉及到各自非功能性需求的技术点(安全、性能、大数据)。技术架构是确定组成应用系统实际运行的技术组件