收录了 信息系统架构 频道下的 50 篇内容
如果直接谈“企业架构”,也许很多圈外人会把它扩大化,毕竟对于一个企业的“顶层设计”而言,企业架构主要是组织架构、生产架构,行政架构等,而我们圈里人谈的“企业架构”其实主要指的是“企业信息架构”。作为我国企业信息架构风向标的“金”字头项目,他们在2011年体现最明显的不是云计算、大数据、列存储等技术的引入,关键在于切入点的转变。
关注企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值。
聊聊电商中台在家电行业销售渠道演进过程中的诞生与发展。
截至2023年底,广发证券共120多个自研应用系统已运行在容器云平台上,每日服务调用量超过11亿次,规模在券商领域处于领先地位。
精益思想和提示工程的引入,成为提升金融行业智能化水平的关键驱动力。
本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。
本次分享介绍NewSQL数据库技术揭秘、金融级ACID特性支持、两地三中心多活、Raft多副本保障的强一致性、拥抱开源软件等多个前沿技术及先进经验。
随着信息技术的飞速发展,数字政务已经成为推动政府治理体系和治理能力现代化的重要手段。数字政务信息系统作为政府信息化建设的重要组成部分,不仅能够提高政府工作效率,还能更好地服务于民众,提升公众满意度。本文将以“数字政务信息系统的技术架构方案和
解决特定的问题,本篇文章重点讨论应对系统架构的方法。如今,系统架构在业内还没有定型的固定方法,一般会讲:需求分析、系统分析与设计、UML、领域建模、设计模式、软件工程等,笔者不打算这样讲,这样下来会有厚厚一本书,希望从简洁、可落地实践的角度去阐述系统架构,后面的文章再给出每种架构具体可实践操作的方法。
如何实现支撑数十亿的流量的社区架构?如何保证产品7*24小时的不间断服务?如何处理百亿量级数据的存储?如何应对数百个在线服务带来的挑战?这些问题,architecture 是构建大型网络架构所必须考虑的问题;解决这些问题,是一名高级系统架构师的职责所在。
一千个读者有一千哈姆莱特”。同样的,1000个人谈架构会有1001种看法。 有时候,甚至同一个架构的名词在不同的上下文里面也会代表不同的意思。例如,对于“系统架构”这个名词,有人认为它只是指代一个系统各部分的逻辑视图,有人会认为它指代一个系统的物理
架构是关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。听起来是一个很抽象的概念,大家可能希望有一些指导可以参考。这个就是架构方法论。
本文是【学生信息管理系统】详细架构设计文档,用于指导【学生信息管理系统】后续的开发、测试及运维
TOGAF是一个架构框架,它是事实上的全球标准,可用来规划、开发、实现、治理和维护一个架构。 它是实用且经过验证的,基于最佳实践和一组可重用的现有架构资产支持的迭代过程模型。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。