收录了 系统功能架构 频道下的 50 篇内容
本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
本文是架构设计实践五部曲系列文章的第四篇,单体式与分布式的应用架构,本篇讨论应用架构在产品架构的基础需要考虑的事情。
本文是架构设计实践五部曲系列文章的第二篇,业务架构与产品架构设计实践。本文将从业务与产品架构的角度出发,教你如何做架构的设计。
本文总结了熟悉系统主要分三部分:业务学习、技术学习、实战。
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
金融系统上云,底层基础设施云化是核心技术架构的演进趋势。
本文介绍宜信微服务架构的实践经验。
应用架构指南2.0(微软模式和实践)的第6章讨论了诸如消息总线、分层架构、SOA之类的架构风格。除了这些风格,还有很多架构模式,比如插件、点对点、发布-订阅。有些作者对架构风格、模式和隐喻进行了区分。
软件架构是一套流程;一系列将规格和业务目标映射为架构设计和具体产出的策略性设计决策;一套区分不同利益相关者的过程产出的视图,Michael Stal 陈述了怎样定义一个软件架构。
架构决策涉及系统使用的基本概念,因为选择对代码的影响散布在整个软件中,而不是局部的。
承载每天数以万计的交易已经是主流电商网站的常态。
设计好业务架构要考虑的方面比较多,要做到业务隔离、业务与技术隔离,从业务架构中看得出整体业务的流程运转、业务产品的能力、业务领域对象......
本文借助于《演进式架构》这本书中关于演进式架构体系的描述,探索我们如何在数据这个领域,设计出演进式数据架构。
01-架构的定义
ArchSummit北京2014大会即将于12月19-20日在北京国际会议中心举行,精彩专题包括电商、智能硬件、移动互联网、SNS、云计算、大数据、研发体系、互联网金融、双十一等,为了让读者更好地了解会议进展,本次我们精选了“电商,不是搭个平台就能赢”专题做详细介绍。
业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。
在今年的伦敦微服务大会上,Ian Cooper在演讲中为听众描述了从一体性的架构转至微服务架构的一些指导原则。在他看来,架构的转换对于业务干系人来说唯一的价值就在于成本的降低。它不会增加或保护你的收益,而可伸缩性与分布式的特性也不是能够说服业务人员的好的理由。