- 综合排序
- 最热优先
- 最新优先
- 来自专栏blackheart的专栏
3.基于网络应用的架构
架构属性是由一组架构约束产生的，而架构约束则是由在架构元素的某一个方面应用软件工程原则来驱动的。 后面会介绍对于一个基于网络的应用来说，哪些架构属性是值得关注的。 3 基于网络应用的关键架构属性 REST关注的是基于网络的应用软件的架构设计，这也正是Web的诉求，Web是一个互联网规模的分布式超媒体系统，互联网规模意味着无法控制的可伸缩性和组件的独立部署。 基于网络的应用的性能首先取决于应用的需求，然后是所选择的交互风格，接下来是实现的架构，最后则是每个组件的实现细节。换句话说，应用软件无法回避为了实现该软件的需求而付出的基本成本。 网络效率：一个有趣的现象是，最佳的应用性能通常时通过不使用网络而获得的。这也就是说，对于一个基于网络的应用来说，把对网络的使用降低到最少，才是最高效的架构风格。
1K90发布于 2018-01-19 - 来自专栏全栈程序员必看
Dubbo架构(应用架构)
3、服务自动注册与发现：支持多种注册中心服务，服务实例上下线实时感知。 升级Spring版本到3.x 2、Dubbo整体架构 1、生命周期架构 上述所述为Dubbo内部交互图，主要包括： Provider 暴露服务的服务提供方 Consumer 调用远程服务的服务消费方 2、层级架构 Dubbo框架设计一共划分了10个层，而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。 SPI 机制在第三方框架中也有所应用，比如 Dubbo 就是通过 SPI 机制加载所有的组件。不过，Dubbo 并未使用 Java 原生的 SPI 机制，而是对其进行了增强，使其能够更好的满足需求。 一致性的 ConsistentHashLoadBalance 基于加权轮询算法的 RoundRobinLoadBalance 4、Fifter链及Monitor监控统计 filter在dubbo中的应用非常广泛
1.3K31编辑于 2022-07-26 - 来自专栏超级架构师
「应用架构」应用架构行为准则
应用架构行为准则 应用程序架构是企业解决方案架构（ESA）的一个子集（图1）。应用程序架构既是一个过程（架构和设计）又是一个东西（可交付成果——架构的内容）。 图1 应用程序架构存在于多个详细级别： 在概念层次上，企业架构（EA）策略和计划确保应用程序组合与其他形式的解决方案架构（业务、技术和信息）协同有效地发展。 应用程序架构的原则适用于所有类型的应用程序方法和解决方案。 在这个概念级别上，最能实现这些策略和计划以及应用程序架构规程的角色是企业解决方案架构师。 项目级的解决方案和应用程序架构师也可能被要求担任这个角色（或者至少就AA规划问题咨询）。 图3 2] 利用企业解决方案架构（ESA）协调当前和未来的状态 根据ESA的现状，决定需要记录哪些内容（并在发生变化时进行更新）。解决方案架构师应确保正确描述每个解决方案。
95230发布于 2020-07-17 - 来自专栏超级架构师
「企业架构」应用架构概述
在信息系统中，应用架构或应用架构是构成企业架构（EA）支柱的几个架构域之一 应用架构描述了业务中使用的应用程序的行为，重点是它们如何相互之间以及如何与用户交互。 应用架构试图确保组织创建复合架构所使用的应用程序套件是可伸缩的、可靠的、可用的和可管理的。 应用架构定义了多个应用程序如何准备一起工作。 应用架构师 应用架构师是计算机编程团队中的一名领导或技术经理，专门负责构建应用程序和使用的技术。 任务 应用架构师是组织中应用程序特定的一切的大师。 架构世界的标准在TOGAF中定义，开放组架构框架将EA的四个组件描述为BDAT（业务架构、数据架构、应用架构和技术架构， 根据组织的复杂程度，还需要考虑其他标准： EA的Zachman框架 联邦企业架构
2.6K20发布于 2020-07-20 - 来自专栏超级架构师
「架构框架」ArchiMate指南3:产品视图和应用合作视图
基础设施的稳定性、安全性、依赖性和成本 分层 提供架构的概述。 一致性、降低复杂性、变更的影响、灵活性 物理 物理环境以及它如何与IT基础设施相关联。 利益相关者 产品开发人员、产品经理、流程和领域架构师 关注点 产品开发，企业产品所提供的价值 目的 设计，决定 范围 多个层/多个方面 元素 业务参与者、业务角色、业务协作、业务接口、业务流程/功能/交互 应用合作的视图 什么是应用程序合作视图? 应用程序合作视角展示了应用程序组件之间的信息流，以及组件提供和要求的服务。人们使用这个视点来创建应用程序前景的概览。 利益相关者 企业、流程、应用程序和领域架构师 关注点 应用程序之间的关系和依赖，服务的编制/编排，一致性和完整性，复杂性的降低 目的 设计 范围 多层/多方面 元素 位置、应用程序组件/协作、应用程序接口 、应用程序流程/功能/交互、应用程序事件、应用程序服务、数据对象 应用程序合作视图示例 下图显示了在应用程序合作视角下绘制的原型图。
84020发布于 2020-11-24 - 来自专栏【腾讯云开发者】
Web3时代来了！应用架构大变化
本文使用以太坊生态作为例子，从 Web 2.0 开始，由浅入深，一步步介绍 Web 3.0 的应用架构。 作为一个 Web 2.0 应用，可能听起来会很简单，但仍有以下这么多特性构成了Medium的架构，才使得一切成为可能： 首先，必须有一个地方用于存储重要的数据，比如用户信息、帖子、标签、评论、点赞等等， 所以到现在为止，加上IPFS或Swarm，我们的应用架构如下所示： 敏锐的读者可能也在下面的图中注意到了，前端代码并没有存储在区块链上。 所以现在应用架构看起来更像是这样： 区块链数据查询 到目前为止，我们讨论了如何通过签名并向区块链发送交易，从而向区块链写入数据。但是怎么从区块链智能合约读取数据呢？ 通过索引区块链数据，The Graph让我们可以在应用逻辑中低延迟地查询链上数据。 现在，应用架构如下所示： 我们差不多快结束了，但是还剩一个主要的话题：扩容。
76720编辑于 2022-11-11 - 来自专栏超级架构师
「应用架构」应用程序架构的当前趋势
架构师应该考虑适应这些新趋势 使用面向服务架构（service-oriented architecture，SOA），包含微服务(MSA)，构建应用程序，并集成内部商用现货（COTS）和遗留应用程序，以及业务合作伙伴应用程序和云服务 这些应用程序经常被调用来支持来自其他系统的访问，如社交计算站点、业务合作伙伴应用程序、媒体公司站点和业务部门IT提供的mashup（图3）。 在这种情况下，单个客户端程序将清楚地调用应用程序的业务逻辑的概念是很奇怪的。 ? 图3 我们现在在应用程序的访问端和数据管理端都有多个维度。 接受应用程序范例和模型 术语“应用程序架构”是指应用程序的结构和组织，包括其组件以及它们之间的交互/相互依赖模型。应用程序架构师应用架构范例，并使用常见的模式和模型来设计应用程序并定义其架构。 最直接受体系结构影响的应用程序特性包括 1] 可维护性 2] 稳健性 3] 多才多艺 4] 可用性 5] 寿命 为了更好地理解如何使用应用程序体系结构来交付具有这些特性的应用程序，考虑体系结构的三个组件是很有帮助的
81220发布于 2020-07-17 - 来自专栏架构之家
应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问： https://www.processon.com/u/5f633168e0b34d080d54c128
6.7K32编辑于 2022-12-28 - 来自专栏架构狂人
架构应用总结
高可扩展性 系统架构简单清晰，应用系统间耦合低，容易水平扩展，业务功能增改方便快捷。 质量要求 我们要求在系统设计时候要兼顾下面的各个质量要求 架构总体原则 DID原则解释 Design(D)设计20倍的容量；Implement(I)实施3倍的容量；Deploy（D）部署1.5倍的容量 实施（I，Implement）:我们把规模需求的范围缩小到更接近现实，例如当前规模的3~20倍。 应用架构设计要点 稳定性原则 一切以稳定为中心 架构尽可能简单、清晰 不过度设计 解耦、拆分 稳定部分与易变部分分离 核心业务与非核心业务分离 主业务与辅业务分离 应用与数据分离 服务与实现细节分离 抽象化 应用抽象化：应用只依赖服务抽象，不依赖服务实现细节、位置 数据库抽象化：应用只依赖逻辑数据库，不需要关心物理库的位置和分片 服务器抽象化：应用虚拟化部署，不需要关心实体机配置，动态调配资源 松耦合 同步调用时
31920编辑于 2023-08-16 - 来自专栏C语言及其他语言
Android应用架构
这段时间，我们所构建的Android应用架构和技术也在不断地演变。本文将向您阐述我们的经验，错误以及架构变化背后的原因。 想象一个简单且常见的场景，应用需要加载一个博客文章列表，然后缓存这些条目到SQLite数据库，最后将他们展示到ListView等列表视图上。 考虑到经历了前几年的痛苦，我们开始考虑，一个新的应用程序体系架构看起来会是怎样的。因此，我们想出了这个。 ? 类似于第一种架构，这种体系架构同样被划分为Data Layer和View Layer。 不同的应用拥有不同数量的帮助类，但也存在着一些共性： PreferencesHelper：从SharedPreferences读取和存储数据。 不断地阅读和尝试，这样我们才能找到更好的方法来继续构建优秀的Android应用程序。
1.7K70发布于 2018-04-16 - 来自专栏Ryan Miao
现代企业架构框架-应用架构
应用架构的设计主要以应用（Application）的设计为核心，向外围可以延伸到平台型企业架构对于应用分层，分组的设计。 例如大家关注的以微服务为代表的分布式应用架构，以及此类架构模式下的常见问题，例如微服务如何划分如何组织，都是应用架构在这个粒度需要关注的问题。 同样，以应用为基准，向内部延伸又会涉及到应用内部的架构设计。例如常见的应用分层设计，领域驱动设计中提到的六边形架构、洋葱模型，包括领域对象的详细建模与设计，都是在应用架构这个粒度需要关注的问题。 而其中的领域对象设计在业务架构以及后续的数据架构中都会提及，本框架充分融合了企业架构与领域驱动设计的思想和方法，从业务架构到应用架构以及后续展开的数据架构，都秉承以领域对象设计作为架构的核心要素，跨越架构边界 我们建议通过建立应用架构与业务架构、数据架构的构建块映射来解决这个问题。
1.4K20编辑于 2022-09-21 - 来自专栏斑斓
业务架构映射为应用架构
由于有清晰的边界存在，这一做法并未混淆问题空间与解空间，却天然地搭建了一种映射方法，使得我们能够以较小成本将业务架构映射为IT架构中的应用架构。 映射体系如下图所示： 在图右侧所示的应用架构中，我旗帜鲜明地标记了前台、中台与后台，意味着我对应用架构的划分遵循了中台战略规划的思想。 在企业架构的应用架构中，中台仅占据了中间代表了“能力服务层”的一部分，体现为由应用组件构成的能力中心。 业务架构中纯粹表达业务的业务服务，在映射到应用架构时，被定义为应用组件需要公开在外的服务接口，我将其称之为“服务契约”，目的是体现服务调用者与服务提供者之间的一种”契约“关系。 从产品/能力中心/工具/框架到应用组件，再从应用组件到服务契约，都有领域驱动设计的对应模式或方法去实现，由此就能实现应用架构的真正落地。
78241编辑于 2023-03-23 - 来自专栏DDD
架构与架构师3
最近又看了几本关于架构的书籍，不禁回到原点：架构是什么？架构师职责是什么？ ，这些标准往往与系统的功能正交 在《架构与架构师》[2]中，指出应用系统需要考虑两方面内容：一是功能性需求，二是非功能性需求。 架构特征满足三个标准： 1.明确非领域设计的某个注意事项2.影响设计的某些结构项3.是否对应用的成功至关重要 构架决策 架构决策定义了一组关于如何构建系统的规则，构成了系统约束，并指导团队哪些可以做， 它需要知识以及应用知识的能力 2.影响力用来衡量架构师在项目中应用技能后给项目或公司带来多大的效益 3.领导力确保了架构实践的状态能稳步向前推进，同时培养更多的架构师 能力模型 论能力模型，与开发人员之间对技术方向的侧重有所不同 避免瓶颈陷阱方法之一是将关键路径和框架代码委托给开发团队其他人员，然后着重于实现业务功能（一个服务），并且在1~3个迭代中完成。 如何保持编码能力和一定水平的技术深度呢？
59730发布于 2021-11-12 - 来自专栏Cellinlab's Blog
React 应用架构实战 0x3：构建和配置页面
然后，我们将学习如何配置每个页面的布局，使应用程序看起来和感觉像一个单页应用程序。 # Next.js 路由 Next.js 有一个基于文件系统的路由机制，其中每个页面文件代表一个页面。 对于任何具有动态数据的复杂应用程序，仅创建预定义页面是不够的。如，假设有一个社交网络应用程序，可以访问用户个人资料，个人资料应该通过用户 ID 加载。 使用 Next.js 的好处在于它允许我们在每个页面上使用不同的渲染策略，因此我们可以组合它们以最佳方式适应应用程序的需求。 # 使用 布局组件 可以创建一个 src/components/layout/layout.tsx 文件，其中包含应用程序的布局： import { ReactNode } from "react"; # 构建页面 现在我们已经了解了 Next.js 页面的工作原理，并准备好了 Seo 组件和布局设置，接下来让我们实现应用程序的页面。
1.3K20编辑于 2023-05-17 - 来自专栏数字化 IT 从业者路径课
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
垂直架构 在 1980s 时代，大型应用和超大型应用开始兴起，特别是操作系统和数据库的出现和广泛应用，数百万行代码量的系统较为普遍。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 面向服务的架构（SOA）随着互联网的出现和发展,软件用户的数量的急剧增长，应用的用户规模指数级增长，具有海量用户的应用变得普遍。垂直架构在技术上很难满足承载海量用户的要求。 在接下来的《数字化 IT 从业者知识体系》系列文章，何文强将从软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四个方面，为大家进行逐一分享介绍：1. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等；3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4.
3.7K20编辑于 2023-03-22 - 来自专栏CODING DevOps
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
垂直架构 在 1980s 时代，大型应用和超大型应用开始兴起，特别是操作系统和数据库的出现和广泛应用，数百万行代码量的系统较为普遍。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 面向服务的架构（SOA） 随着互联网的出现和发展,软件用户的数量的急剧增长，应用的用户规模指数级增长，具有海量用户的应用变得普遍。垂直架构在技术上很难满足承载海量用户的要求。 在接下来的《数字化 IT 从业者知识体系》系列文章，何文强将从软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四个方面，为大家进行逐一分享介绍： 1. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等； 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4.
6.4K53编辑于 2022-03-16 - 来自专栏数字化 IT 从业者路径课
应用技术架构 —— 微服务架构
微服务架构演进过程微服务架构：有别于更为传统的单体式方案，可将应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作（和出现故障）时不会相互影响。 微服务架构与 SOA 架构类似，微服务是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。 微服务技术架构微服务是典型的分布式应用，当一个应用微服务化后，就具有分布式应用的特点和挑战。 2 PC）、三阶段提交（3 PC）、TCC（Try、Confirm、Cancel）、Saga 等。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等；3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4.
2.5K41编辑于 2023-03-22 - 来自专栏CODING DevOps
应用技术架构 —— 微服务架构
微服务架构与 SOA 架构类似，微服务是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。 在 SOA 架构中，应用除了需要实现业务逻辑之外，还需要自行解决上下游寻址、通讯，以及容错等问题。 微服务技术架构 微服务是典型的分布式应用，当一个应用微服务化后，就具有分布式应用的特点和挑战。 2 PC）、三阶段提交（3 PC）、TCC（Try、Confirm、Cancel）、Saga 等。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等； 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4.
2.3K20编辑于 2022-03-16 - 来自专栏增长技术
Android 应用架构演变
Android 应用架构演变 原始架构 Android刚开始的时候没有第三方库，基本方式就是AsyncTask 和Handler配合使用，简单直接没有过多分层设计 ? 在此基础上添加或更改新特性成本巨大而且容易出错 很多业务逻辑都在Activity和Fragment中，单元测试根本没法进行 MVC（来自Java Web） 随着界面越来越多，业务越来越复杂，开发人员开始考虑架构设计 优点 结构少容易理解每层的目的 缺点 刚推出还没被大面积使用 总结 原始架构 MVC MVP MVVM这四种架构方式对Android APP来说都是项目结构采用一种方式后基本架构就不会改变。 RxJava agera仅仅是一种编程方式的改变，但这种方式对手机应用开发来说非常合适，鉴于以上架构的演变，原始架构基本不会有人再使用了，MVC在移动端也是不太适合，MVP MVVM都是Google自家推出的
1.6K20发布于 2018-09-06 - 来自专栏存储
应用架构之择
有什么样架构，就有什么样建筑! 前者的架构用来盖厂房，后者的架构是建摩天大厦 特不正经就今天和大家讨论软件应用的大厦如何构建？ 所有微服务架构导致的问题，都是单体应用的优点 既然谈到了应用架构，应用寄生的基础架构我们是绕不开的 有人说serverless架构可以不考虑基础架构，呵呵，这个以后再谈 大家来看看应用架构和基础架构的演变过程 应用架构和基础架构是共生关系，相互促进，相互依赖 单体应用架构物理硬件时代 C/S应用架构虚拟机时代 多层应用架构云计算时代 微服务架构 容器编排时代 那么什么情况下用单体架构（或多层架构），什么情况下用微服务架构 如果真的对App的质量有很高的要求，讲究动画效果、追求用户体验的应用，还是建议分平台单独设计，并且都使用原生的技术方案来实现。 3. :-) V、大数据架构 vs 传统架构 传统应用数据的典型架构是关系型数据库如Oracle或MySQL，或者微服务+RDB的架构 大数据应用架构的典型架构： 什么时候用大数据，什么时候用传统架构？
1.8K100发布于 2018-01-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号