收录了 聊聊架构 频道下的 50 篇内容
最近刚读完《聊聊架构》,我也多次在微信朋友圈推荐过本书;推荐的原因不是因为行文优美流畅,也不是因为它是什么名篇巨著,仅仅是因为它回答了很多困扰我许久的问题,让我重新思考软件工程、架构和软件本身。
在 ArchSummit 全球架构师峰会上,我们邀请前网易研究院云计算技术部首席架构师刘超老师来分享他的云侧架构经验。本次直播,我们将连线刘超老师,和你一起云侧架构和架构师的职业成长。
今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构,之前的工作过的公司eBay、携程、唯品会都是平台型互联网公司,所以今天主要带着平台架构视角和大家分享心得体会。
文章以使用 COBOL 语言开发于 70 年代的某日本公司 W系统的改造升级为例,来介绍系统升级改造的整体思路。
业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁就能赢得转型的先手,而业务架构能力可以在这方面发挥关键作用。
再到微服务的演化过程。但在本文作者看来,自SOA架构风格提倡以来,软件架构并未有特别的突破,更多是在其之上做不断的演化迭代。
架构师的职责是什么?对一个公司的核心价值是什么?核心能力又是什么?如何培养这些核心能力?
这是InfoQ的第一个十年,这是我们做的第一本书,我们今天想给你讲一个有关初心的故事:为什么我们要做一本注定不是畅销书的书?
一般来说,技术架构和业务架构都是随着业务需求变化而逐渐演化的。每一步演化都因为某一个业务场景推动且有明确目标。下面我将用一个现实工作中的案例讲解这种演化过程。我会着重讲解关键变迁的原因及改造之后的带来的效果。
从广义角度讲,我现在就是一名架构师,在一家非著名公有云小厂做架构工作。在工作中也是摸着石头过河,积累了一些经验。听了智慧老师的课后深有体会,产生了诸多共鸣。下面我将这些G点分享出来,供大家思考。
目前讨论架构实操(术)的文章较多,讨论架构理念(道)的较少,本文基于作者在大型电商系统架构方面的一些实践和思考,和大家聊聊架构理念性的东西,希望能够抛砖引玉,推进大家对架构的认识。
中台说到底也是一种业务架构设计结果,回顾软件设计的发展历程,中台也不是石头中蹦出来的齐天大圣,它并非一种超越了企业架构这个概念的存在,因此,想要深入理解中台设计方式,多去学习下业务架构、软件架构的发展历程还是有帮助的。
业务架构设计需要考虑哪些因素?业务架构设计的难点和挑战是什么?
技术人员往往有闷头挖煤的倾向(闷头做技术架构),而不了解挖煤的上下文背景(企业的业务背景和组织架构),殊不知企业的组织架构和业务背景和技术架构之间有隐含的映射关系,这种关系有时候直接决定了技术架构转型的成败。 本文试图为技术人员(特别是架构师)建立这种上下文背景,提升技术人员视野,让技术人员在理解企业业务背景和组织架构的前提下,去推进系统架构的改进和提升,以期获得更大成功。
企业架构和业务架构方法到底是什么
老许用亲身经历告诉你如何学技术,怎样储备新知。
【摘要】一般地,架构模式大致可以分成两类,单体架构(monolithic architecture)和分布式架构(distributed architecture)。
期架构周报关注的领域包括秒杀系统、海量服务、集群架构、个性化推荐系统等,经验来自于58、Google等,ArchSummit全球架构师峰会2016(深圳站)将于7月15-16日召开,优惠售票中。
本文是聊聊旧系统升级改造那些事儿的第二篇内容,文章分别介绍了改造的三个策划,包括激进策略、稳健策略和保守策略。
本文转载自技术琐话公众号