收录了 技术架构图 频道下的 50 篇内容
这篇文章主要探讨什么是技术架构、技术架构要解决的问题、最后以高并发场景为例画出技术架构图。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
假设今年学校毕业设计要求提升,要求做真正可运行的学生管理系统,学院对毕设的具体要求如下:
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
从1994年开始用电子化记账,发展到2000年启用ERP系统,到2006年大规模上线SAP,最后到08年开始转型互联网化,和很多同行业的互联网公司从一张白纸出发不同,苏宁走过的是边开飞机边换引擎的一条艰辛的道路。
ByConity适合多种业务场景,在实时数据接入、大宽表聚合查询、海量数据下复杂分析计算、多表关联查询场景下有非常好的性能。
本次分享介绍在滴滴当下的业务场景中地图的核心价值等。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
滴滴的地图数据的准确性和时效性、基于地图的路径规划、预估到达时间等服务是顺畅出行的基础。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
技术架构,是将产品需求转变为技术实现的过程。技术架构解决的问题包括了如何进行纯技术层面的分层、开发框架选择、语言选择(这里以 JAVA 语言为主)、涉及到各自非功能性需求的技术点(安全、性能、大数据)。技术架构是确定组成应用系统实际运行的技术组件
本文主要介绍搜狐智能媒体的大数据业务,在迁移腾讯云大数据EMR的过程中,基础系统、历史数据、业务系统等迁移的相关工作和经验,以及在此过程中的关键技术改造。
1、技术方案的设计要以全球视野去想方设法做成项目,且设计出来后要能亲自落地,达成目标; 2、方案的评审要给出明确的结论,以各领域都能懂的语言讲清楚技术的可行性、技术规格、风险以及项目投入; 3、方案评审通过不是的终点,把方案落地达成目标才是。
内容来自演讲:曾祥龙 | DaoCloud | 解决方案架构师
很多程序员画架构图头疼,不知道画什么、怎么画。但分享、评审、述职、答辩,几乎都离不开需要画架构图,所以本文就带着的你了解架构图和怎么画。
为什么要写这篇文章,是因为自己以前觉得会画图是一件很简单的事情,甚至有点鄙视那种只会画图,不写代码的“资深程序员”。但后来慢慢才发现,想要画好一张图其实也不是一件容易的事情,而且画图有时候真的比写代码重要,它是值得深入学习和掌握的一个技能。