收录了 应用系统技术架构图 频道下的 50 篇内容
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
本文是架构设计实践五部曲系列文章的第四篇,单体式与分布式的应用架构,本篇讨论应用架构在产品架构的基础需要考虑的事情。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
如何针对当前需求,选择合适的应用架构,如何面向未来,保证架构平滑过渡,这个是软件开发者,特别是架构师,都需要深入思考的问题。本文基于作者在大型互联网系统的实践和思考,和大家一起探讨应用架构的选型。
互联网和信息技术渗透到各行各业生产海量的数据,人们逐渐开始关注数据的内在关联,这在知识图谱、推荐引擎、金融风控、公共安全和智能运维等场景中尤其显得重要。
本次分享介绍图数据库的设计和实践经验。
本文将会着重介绍Java环境下如何实现无侵入的监控,以及无侵入模式对实现各种技术架构统一服务治理的意义。
DevOps组织的成功,很大程度上来自于聚焦培养强有力的DevOps团队。
本文来自《2019年有赞技术大礼包》系列。
流计算技术探索中根据应用场景和需求变化,技术也迭代了四次,最终期望在技术演进走在业务前面,通过技术创新改变业务。
软件架构图可能是一个非常有用的沟通工具,但很多团队减少了图表的创建,即使有创建图表,也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。
主要面向想要熟悉 IoT 设备漏洞的挖掘和利用的软件开发人员、质量保障人员、安全从业人员,以及对主动防御措施感兴趣的读者。
每次技术革命,无论是个人电脑、互联网还是移动设备,总是从硬件开始,然后演化到软件层。而操作系统是计算机系统的核心,没有它,计算机就只是一堆硬件,无法运行任何程序……
架构师之路,任重道远。
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
如何去落地微前端。