收录了 项目总体架构及技术 频道下的 50 篇内容
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
业务架构设计需要考虑哪些因素?业务架构设计的难点和挑战是什么?
本文转载自技术琐话公众号
架构师的职责已经远超设计和业务问题的范畴。设计方案能否实现是衡量他们最终成功与否的唯一标准;因此他们应该亲身参与到项目之中并提供必要的帮助。
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
2019年1月4日,腾讯宣布成立技术委员会,也代表之前宣布的架构调整终于拉开序幕。那么中小团队要如何搭建自己的团队架构呢?本文将会对此展开讨论……
如何实现支撑数十亿的流量的社区架构?如何保证产品7*24小时的不间断服务?如何处理百亿量级数据的存储?如何应对数百个在线服务带来的挑战?这些问题,architecture 是构建大型网络架构所必须考虑的问题;解决这些问题,是一名高级系统架构师的职责所在。
本文由阿里巴巴技术专家九摩分享架构师工作经验。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
中小型研发团队很多,而社区在中小型研发团队架构实践方面的探讨却很少。中小型研发团队特别是 50 至 200 人的研发团队,在早期的业务探索阶段,更多关注业务逻辑,快速迭代以验证商业模式,很少去关注技术架构。这时如果继续按照原有的架构及研发模式,会出现大量的问题。能不能有一套可直接落地、基于开源、成本低,可快速搭建的中间件及架构升级方案呢?作者将现抛砖引玉,与大家一起探讨这方面的问题。
本次分享介绍 Volcano 的总体架构。
只有 26% 的受访者完全同意他们的企业架构实践带来了战略性收益。
金融系统上云,底层基础设施云化是核心技术架构的演进趋势。
互联网行业历来有“胜者通吃”的传统,阿里如今在业务和技术上的成功也使得“中台”这个词名声大噪,好像一颗“银弹”就此诞生了。但是,熟悉架构设计的朋友也都很清楚,软件工程上是没有“银弹”的,而阿里的优秀也不是学学“中台”就可以移植的。
技改是技术改造的简称,是技术的蜕变。本文指的是在公司技术发展的某个瓶颈阶段,按原有开发和组织方式已经无法玩下去,这时公司希望引进架构师或技术牛人,来破解当前困局。
软件产业目前的状态很混乱,开发成本越来越高,质量却越来越差。IT领域的新技术、过程以及方法论所给出的承诺与具体实现还有相当大的差距。Bruce Laidlaw和Michael Poulin都是具有超过30年的IT行业经验的专家,他们对IT在过去和现在的情况做了对比,然后对于IT需要在哪些方面做出提高给出了深刻的见解。
继参加EAC 2009之后,Richar Veryard在若干博文中讨论了企业架构的角色和价值。
随着敏捷和精益实践的流行,企业架构师的角色也在悄然地发生变化,最近ThoughtWorks的技术专家Kevin Hickey在MartinFowler的博客上发表了一篇文章,介绍了自己对新时代企业架构师的理解,本文便是由该文翻译整理而来。
跟“特事特办”论论!