写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
收录了 公司架构设计 频道下的 50 篇内容
这篇文章分享了Stripe公司用Consul实现服务发现功能的过程,以及相应系统的架构。

多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
背景:

业务架构设计需要考虑哪些因素?业务架构设计的难点和挑战是什么?

踽踽独行上下求索总是痛苦,如果有良师益友陪伴点拨必能事半功倍。从新手码农到高级架构师,要经过几步?要多努力,才能成为为人倚重的技术专家?本文将为你带来一张程序员发展路径图,但你需要知道的是,天下没有普适的道理,具体问题还需具体分析,实践才能出真知。

本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。

经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法。

本次分享介绍架构设计背后的哲学。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。

中台建设,是近两年非常火热的一个话题,从产品中台,到技术中台,再到组织中台,各种概念、理念,以及方法论被深度的研究、探讨。

在设计系统时,请从简单始、以简单终,尽可能避免一切会无谓提高复杂度的架构与正式工具。

本文从核心原则、组件构成、演进路径和实战经验四个方面,系统阐述了互联网公司基础架构的设计与搭建方法,强调架构应随业务发展渐进式演进,适合的才是最好的。

本文介绍架构方法的演进与改良。

软件领域没有“银弹”,架构没有捷径!
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。

QQ、Qzone、腾讯视频和QQ音乐的业务架构是如何演进的?

时间紧是写垃圾代码的理由?拧螺丝?Ctrl+C、Ctrl+V?贴膏药一样写代码?没有办法,没有时间,往往真的是借口,胸中没用笔墨,才只能凑合。韩信点兵,多多益善,没有哪次打仗是一股脑的冲,都是有谋有略的站。

微服务架构有哪些模型?中台、领域驱动设计及微服务之间有着什么样的关系?微服务的边界设计怎么做?怎么做设计和拆分?且看作者为你娓娓道来。
本文定义了业务架构的主题和规则。与其他方式不同,只有业务职能和业务信息才能成为架构中的实体,共同形成业务架构的主题。另一方面,业务架构的规则是对业务架构主要及次要任务的描述。

AMD在中国成立的合资企业天津海光开发的后续产品,将停留在第一代Zen架构。