typora-copy-images-to: img01 系统架构的演变随着互联网的发展，网站应用的规模不断扩大。需求的激增，带来的是技术上的压力。系统架构也因此也不断的演 进、升级、迭代。从单一应用，到垂直拆分，到分布式服务，到SOA，以及现在火热的微服务架构，还有在Google 带领下来势汹涌的Service Mesh。我们到底是该乘坐微服务的船只驶向远方，还是偏安逸得过且过？其实生活不止眼前
转载
2023-08-06 00:23:56
45阅读
你的架构是如何一步步腐化的？ 当初采用新技术的乐趣随着项目周期的增长而迅速减少。无论当初的选择多么光鲜，半年、一年之后，只要这个项目依然活跃，业务在扩张——越来越多的功能需要加入，一些公共的问题就会逐渐显露出来。构建过慢，完成新功能让你痛不欲生，团队成员无法很快融入，文档无法及时更新等等。 在长期运转的项目中，架构的腐化是怎么产生的？为什么常见的面向对象技术无法解决这类问题？如何延缓架构的腐化
来源：InfoQ
本文将尝试解释架构腐化之谜，并提出相应的解决方案。读者需要具备相当的开发经验——至少在同一个项目的开发上一年以上;公司负责架构演进、产品演进的角色会从本文找到灵感。
新技术层出不穷。过去十年时间里，我们经历了许多激动人心的新技术，包括那些新的框架、语言、平台、编程模型等等。这些新技术极大地改善了开发人员的工作环境，缩短了产品和项目
转载
精选
2011-09-20 16:23:55
361阅读
在敏捷开发环境下，系统通过迭代增量的交付价值，系统架构也是如此。团队不可能在项目之初就建立完美的系统架构，系统架构应该随着系统迭代不断演进。架构演进和架构腐化是看待架构的不同视角：架构腐化着眼于现状，架构演进侧重于未来架构腐化不可避免，随着时间流转腐化现象必然发生。而我们需要做的是：通过某种方式及早发现和修正
作者：京东科技 倪新明在敏捷开发环境下，系统通过
2020-06-19这篇文章是我学习 软件架构与中间件 课程时分享的论文。可以说，这篇文章塑造了我基本的科研观，也养成了我如今看论文的习惯。感谢老师们，也感谢恒恒对我的帮助。论文地址： https://ieeexplore.ieee.org/document/8417151一、 对问题的概述1.1. 基本概念架构腐化（architectural decay）是指软件架构性能随着时间和版本
图片来源：pexels.com分享一篇讲解大型网站的架构演进过程的文章，相信看完会有所收获。文章在介绍一些基本概念后，按照以下过程阐述了整个架构的演进过程：单机架构第一次演进：Tomcat与数据库分开部署第二次演进：引入本地缓存和分布式缓存第三次演进：引入反向代理实现负载均衡第四次演进：数据库读写分离第五次演进：数据库按业务分库第六次演进：把大表拆分为小表第七次演进：使用LVS或F5来使多个Ngi
防止架构腐化是一个非常重要的话题，特别是对于一名刚入行的开发者来说。为了帮助他理解如何防止架构腐化，我将介绍整个过程，并提供具体的代码示例。
流程
为了防止架构腐化，我们需要遵循以下步骤：
1. 设计稳定的架构：首先，我们需要设计一个稳定的架构，这是防止架构腐化的基础。稳定的架构应该能够满足需求，并具备可扩展性和可维护性。
2. 使用设计模式：设计模式是一种解决常见设计问题的经验总结。通过使
架构的腐化是必然的，不以人的意志为转移。我们先从一个故事开始，从前有一个公司，这个公司有一个部门，这个部门里有两个组。两个组做的项目比较类似，都是策略类项目。其中一个组做需求基本靠堆人，业务和 PM 的所有需求，能找到人，并且让这个人在各种场景，各种模块，各种分支里加 if else 就可以搞定，代码膨胀飞快。很快没人能说得清项目内的细节，但是公司业务涉及的策略又很多，需求做不过来，所以疯狂堆人，
原创
2021-02-25 09:54:11
186阅读
架构的腐化是必然的，不以人的意志为转移。我们先从一个故事开始，从前有一个公司
转载
2022-11-10 12:59:31
48阅读
前一篇文章简述了什么是软件。那么什么是软件架构呢？按照惯例，我们来看看是什么问题，是谁的问题。 要解决谁的问题？ 如前所述，软件实际上就是把现实生活模拟到计算机中，并且软件是需要在计算机的硬件中运行起来的。要做到这一点需要解决两个问题： 一、业务问题 具体的现实生活状态下，没有软件的时候，所解决的问题的主体是谁，解决的是什么问题，是如何解决，如何运作的？ 二、计算机问题如何把现实生活用软
架构腐化一词我已经忘了从哪本书上看到的了，但是这个词给我留下了非常深刻的印象。关键在于“腐”一词，充分而又形
原创
2022-01-04 11:01:56
373阅读
在3月份写了一篇质疑中台的博客，后来在网上又看到了《中台，我信了你的邪 | 深氪》一文，该文早在今年1月份就指出了“中台”架构理念在企业实际实施中出现的一些问题。而近期又看到了诸多解释企业实施中台架构不理想的原因分析的文章，这些解释性文章总体的意思是说，因为阿里中台是成功的，所以中台架构应该没问题，实施不好主要是企业自己的原因，业务需求弄不清，企业自己的团队水平不够，企业一把手不重视，相应的组织架
一、背景近年来，iOS工程复杂度高的负面影响逐渐暴露，很多同学都受到了iOS打包慢和打包复杂的“摧残”，业务开发效率受到很大影响。我记得曾经有个同学跟我诉苦，他把几个模块打包后集成到主工程，这个过程中每个步骤都有打包失败，总共花了大半天时间。Alibaba.com是跨境B类电商业务，2012年开始开发iOS客户端。为了支撑业务发展，2016年进行组件化改造，从单一工程架构演化模块化架构。随着业务和
原创
2022-01-06 02:36:10
503阅读
# 什么是架构腐化现象
架构腐化现象是指软件系统在长期开发和维护过程中，由于各种原因导致架构质量逐渐下降的现象。随着软件系统的不断演化，架构可能会出现一系列问题，例如紧耦合、低内聚、过度复杂等。架构腐化会导致开发效率下降、系统性能下降、可维护性差等问题，给软件开发和维护带来困难。
## 架构腐化的原因
### 1. 增量开发
随着软件系统的不断演化，开发人员往往需要在已有架构的基础上进行增
原创
2023-07-09 09:03:49
186阅读
11年刚进入一个新部门，接手一个老项目，典型的legacy code , 一个jsp 好几千行，那叫一个乱。但是细细瞧瞧， 还有不少代码是不错的，依稀能看到漂亮代码的影子，可以想象，当初的架构应该还是优美的，只不过经过了若干程序员之手以后，代码慢慢的腐化了。07 年做的一个项目也是这样，刚开始的时候设计了一个漂亮的架构，大家都严格遵循规则写代码，很注意维护架构的完整性和一致性，也做Code Review,坚决杜绝 dirty code。 随着时间的推移，项目的进度压力加大，什么原则了，纪律了都抛弃了，实现功能是第一要务， 最后系统变成了一个难于理清的大怪物， 现在大家都盼望着它赶紧退休，推倒重
转载
2013-07-01 20:20:00
104阅读
2评论
6.2.2 几种常见架构模式前文讲过，在实践中，人们总结出了一些常用的软件系统结构高层模式，以供应用系统设计时参考。这些模式包括：单服务两层/多层C/S；MVC结构；面向服务的SOA与多服务集合；数据交换总线等。1. 单机应用系统（Standalone）准确地讲，单机应用系统是最简单的软件结构，是指运行在一台物理机器上的独立应用程序。当然，该应用可以是多进程或多线程的。在信息系统普及之
转载
2023-05-30 12:56:30
145阅读
文章目录前言复杂性来自哪里可扩展性差面向过程分层不合理随心所欲复杂性应对之道扩展点设计身份识别扩展点面向对象SOLID领域建模分层设计规范设计放对位置贴好标签 最近重构系统，脑子里不停的思考一些问题，为什么很多系统是“一坨”？真的就停留在一坨了吗？真的就甘心接受所谓的一坨吗? 今天偶然发现Frank的文章，跟作者沟通后，以下作为转载，文末点击查看原文。感谢在这个浮躁的氛围中，还有人具备如此珍贵的
系统架构设计师在现今信息化时代中扮演着举足轻重的角色，其收入也往往处于IT行业的较高水平。究其原因，不仅在于系统架构设计师所承担的技术责任重大，更在于其技术能力的稀缺性和对业务发展的深远影响。
首先，系统架构设计师是软件开发过程中的核心人物，他们负责设计软件系统的整体结构，确保系统的稳定性、可扩展性与安全性。在复杂的软件项目中，架构师的作用尤为突出。他们需要对各种技术进行深入分析，选择最适合项目
1、出现core文件core文件其实就是内存的映像，当程序崩溃时，存储内存的相应信息，主用用于对程序进行调试。当程序崩溃时便会产生core文件，其实准确的应该说是core dump 文件,默认生成位置与可执行程序位于同一目录下，文件名为core.---其中**是某一数字。1.1core文件完整此时通过 gdb 调试core文件，即可查看到具体core的位置。但是有时候也会出现core显示位置并不是
转载
2023-07-10 18:34:00
102阅读
为什么采用SOA？面向服务架构（SOA）是让IT更加关注于业务流程而非底层IT基础结构，从而获得竞争优势的更高级别的应用程序开发架构。SOA对需要使用信息技术解决关键业务问题的企业（包括希望减少冗余架构、创建跨客户和员工系统的公共业务接口的企业；需要基于角色和工作流对用户提供个性化信息的业务的企业；希望通过Internet实现跨区销售、升级销售和经由移动设备的访问来提升客户服务的组织）很有价值。采用服务驱动型方法的企业体验着以下业务和IT好处：面向服务架构的业务好处 效率：将业务流程从"烟囱"状的、重复的流程向维护成本较低的高度利用、共享服务应用转变。 响应：迅速适应和传送
原创
2021-08-07 15:02:04
412阅读
