收录了 软件总体架构 频道下的 50 篇内容
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
架构演进十五年,那些不变的才是永恒
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
DevOps组织的成功,很大程度上来自于聚焦培养强有力的DevOps团队。
架构师的职责已经远超设计和业务问题的范畴。设计方案能否实现是衡量他们最终成功与否的唯一标准;因此他们应该亲身参与到项目之中并提供必要的帮助。
Roy Fielding博士是IETF发布的HTTP和URI协议的主要设计者。HTTP和URI是两个最为重要的Web基础技术架构协议,因此Fielding博士可谓是Web架构的奠基者之一。这篇论文很不容易读懂,作为论文中文版的译者,笔者试图在这篇导读中为读者梳理出一个阅读的脉络。不过笔者还是希望读者能克服困难,亲自去读一下这篇论文,因为这篇论文实在是太精彩了。
业务架构设计需要考虑哪些因素?业务架构设计的难点和挑战是什么?
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
本文提炼了企业软件(大家常说的B端软件)架构设计中的四大思维支柱。
本文由阿里巴巴技术专家九摩分享架构师工作经验。
本文介绍架构方法的演进与改良。
Bob大叔和Simon Brown关于描述系统架构时基础架构(infrastructure)所起的作用展开了讨论。
金融系统上云,底层基础设施云化是核心技术架构的演进趋势。
软件工程的核心任务是控制复杂度。
本次分享介绍天弘基金技术团队在服务治理、数据治理、团队协同治理这三大领域的治理探索及经验和教训。
Scott Ambler给希望对其企业架构过程进行剪裁的企业架构师们提出了一些忠告,告诉他们怎样支持敏捷软件开发团队。他主张开发团队希望企业架构师手把手参与到项目当中,给出指导、参考架构和总体概要图;他们不希望长篇累牍的文档、耳提面命的管理和审查。
本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。
为了支撑日益增长的庞大业务量,业界大量使用微服务架构。如何快速进行故障定位?如何准确进行容量评估?如何动态展示服务的链路?如何进行系统性能优化?这是分布式系统给后台开发同学带来的四大挑战。
这篇文章描述了架构和软件开发过程间的关系,以及架构将如何满足诸如功能需求、操作特性和开发者适居性等一系列需求。文章中还谈到了务实的架构师与开发者和涉众共事时的责任。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。