收录了 系统技术总体架构图 频道下的 50 篇内容
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。
在传统企业甚至互联网企业中往往存在大量的遗留系统,这些遗留系统大多都能够正常工作,有的可能还运行着关键业务或者持有核心数据。
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
本文由阿里巴巴技术专家九摩分享架构师工作经验。
2019年1月4日,腾讯宣布成立技术委员会,也代表之前宣布的架构调整终于拉开序幕。那么中小团队要如何搭建自己的团队架构呢?本文将会对此展开讨论……
本文来自《阿里文娱——一次看懂文娱B端核心技术》系列。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
技改是技术改造的简称,是技术的蜕变。本文指的是在公司技术发展的某个瓶颈阶段,按原有开发和组织方式已经无法玩下去,这时公司希望引进架构师或技术牛人,来破解当前困局。
中小型研发团队很多,而社区在中小型研发团队架构实践方面的探讨却很少。中小型研发团队特别是 50 至 200 人的研发团队,在早期的业务探索阶段,更多关注业务逻辑,快速迭代以验证商业模式,很少去关注技术架构。这时如果继续按照原有的架构及研发模式,会出现大量的问题。能不能有一套可直接落地、基于开源、成本低,可快速搭建的中间件及架构升级方案呢?作者将现抛砖引玉,与大家一起探讨这方面的问题。
在不远的将来,行业解决方案软件公司可能将重新兴起,业务软件将不像现在这样是需求的堆积,而是高度模型化、设计化的产物。
本文介绍信息化技术在金融业务发展过程中所起到的作用。
本文是架构设计实践五部曲系列文章的第三篇,从领域模型提取数据架构。这里的思路是通过领域建模来逐步提取系统的数据架构图。
为什么要做云原生改造?决定改造后,人从哪找?团队KPI咋定?流程是什么样的?传统企业有必要自研吗?
哪些因素在驱动和促进金融核心场景分布式数据库发展?分布式数据库在金融领域会遭遇哪些挑战与痛点?如何支撑、解决金融场景架构转型需求并以延续性发展的思路进行思考、探索与实践?
在京东的订单流链路中,可以简单的划分为订单前和订单后两部分,我们在京东主站上搜索商品、浏览商品详情、把商品加入购物车、提交并支付订单等环节属于订单前,订单提交之后,订单信息流就进入订单后的物流系统部分。每逢618大促期间,大家可能会更多的聚焦到网站PV、秒杀系统、交易数据、广告收入等等。其实对于京东来说,其很核心的优势来源于精准的时效承诺、极速的送货体验和极致的售后服务,在大促期间,其物流系统的表现对客户体验至关重要。
在年初举行的蚂蚁金服ATEC城市峰会上,蚂蚁金服高级技术专家王亚宏做了主题为《技术风险防控平台:打造金融交易系统的故障免疫能力》的精彩分享。