架构
文章平均质量分 94
一切如来心秘密
目前从事大数据领域后台开发,完善数据平台相关产品生态,包括数据开发平台,数据质量,元数据系统,离线调度系统,标签系统,统一权限管理系统等产品的设计与研发工作。
学有涯而知无涯,在技术上保持谦卑,在生活中一路高歌,记录点滴,不忘初心,方得始终~
展开
-
构建&操作可靠的数据流系统
在流式架构中,任何对非功能性需求的漏洞都可能导致严重后果。如果数据工程师没有将可伸缩性、可靠性和可操作性等非功能性需求作为首要考虑因素来构建系统,他们将花费大量时间来处理问题和保持系统运行。如果你没有将这些“ility”作为系统的第一类公民来构建,你将支付高昂的运营成本。要构建可靠的流式数据管道,可以将流式管道概念化为一系列事务性链路。这些链路通过 Kafka 主题连接,每个主题都提供事务性保证。一旦将这些链路组合起来,整个管道就会是事务性的。原创 2024-03-31 06:15:00 · 1799 阅读 · 0 评论 -
位置_分布式处理和数据的MVA考虑——可持续架构(七)
采用云技术很容易让团队以为不需要担心程序和数据在分布式上带来的问题,但在某些方面,它使问题变得更加困难,因为在云中更难以看到真正发生的事情。云让团队误以为计算资源是由一个巨大的均匀池组成的,但实际上,在表面下始终有物理硬件和软件运行,就像隐藏的浅滩,团队必须穿过它们航行。考虑数据和进程分布问题将帮助他们找到正确的方向。原创 2024-03-30 06:15:00 · 968 阅读 · 0 评论 -
拆分巨石:将MVPS和MVAS应用于遗留应用程序——可持续架构(六)
MVP 和 MVA 的概念不仅适用于新应用程序;它们提供了一种新颖的方式来审视对遗留系统的范围变更,以防止过快地承担过多的变化 - 参见图1。MVA 可以帮助组织评估和更新其技术标准,通过展示新技术如何真正对支持 MVP 至关重要。创建 MVA 可以帮助团队评估哪些遗留系统的部分现在需要现代化,哪些部分可以等待。遗留应用程序,由于其经常是使命关键的,需要特别关注可持续性。最后,有必要记住,今天的遗留应用程序在很多情况下曾经是闪亮而新颖的。将 MVA 视为每个新发布的一部分有助于保持应用程序的新鲜度。原创 2024-03-30 06:00:00 · 967 阅读 · 0 评论 -
架构框架、模式和策略不能代替你自己做决定——可持续架构(五)
在之前的文章中,我们探讨了决策是构建软件系统的基础。在软件架构:可能和你想的不太一样一文中,我们认为软件架构是关于捕获决策,而不是描述结构;在为什么你应该关注软件架构一文中,我们指出,对开发团队正在做出的隐含架构决策有更深入的了解,并迫使这些决策被明确地做出,可以帮助他们利用从他们的迭代中获得的经验数据做出更好、更明智的决策。团队将做出的最重要的架构决策之一是他们将使用的框架、采用的模式和使用的架构策略。对每种选择的优劣考虑将塑造团队做出的决策以及系统的最终架构。原创 2024-03-29 06:00:00 · 1519 阅读 · 0 评论 -
最小可行架构实践:创建家庭保险聊天机器人——可持续架构(四)
我们之前的文章[最小可行产品需要最小可行架构](https://blog.csdn.net/qq_42586468/article/details/137111728?spm=1001.2014.3001.5501)探讨了最小可行架构(MVA)的概念。本文探讨了如何运用最小可行架构概念,以一个虚构的例子——一个与传统保险系统(如保单管理系统)以及可能在企业外部的其他数据源(如重建成本数据、房屋估价)进行交互的聊天机器人——来回答房主可能对其保单和保险范围感兴趣的问题。为了说明问题,我们将专注于涉及住宅重建成原创 2024-03-29 06:00:00 · 798 阅读 · 0 评论 -
最小可行产品需要最小可行架构——可持续架构(三)
MVP(最小可行产品)不仅需要考虑产品的市场可行性,还需要考虑其技术可行性,以便随着时间的推移进行维护和适应不断变化的需求。MVP并不局限于初创企业的背景,因为每个应用程序都有一个可以视为MVP的初始发布版本,它们可以成为产品开发战略的有用组成部分。将MVA(最小可行架构)作为MVP的一部分创建有助于团队评估技术可行性,并为产品提供一个稳固的基础,可以随着产品的发展而进行调整。公开透明的架构决策有助于组织更好地理解为何会做出某些选择,从而帮助他们更好地决定如何使产品适应不断变化的市场条件和不断发展的客户需求原创 2024-03-28 14:55:29 · 792 阅读 · 0 评论 -
你为什么需要关心软件架构——可持续架构(二)
在长达二十年的“大量预先设计”与敏捷实践之间的冲突中,软件开发人员一直在努力寻找这两种方法之间的有意义的折衷方案,并倾向于避开有意识的架构重点活动,而更多地采用从自组织团队中涌现出的架构设计。因此,他们经常认为软件架构并不那么重要。对他们正在做出的隐含决策有更深的认识,并迫使这些决策被明确地做出,可以帮助开发团队更好地利用他们从迭代中获得的经验数据,做出更加明智、更加知情的决策。现代架构实践,如持续架构和进化架构,为使架构决策更加明确提供了工具,使开发人员能够交付更具可持续性的软件产品。原创 2024-03-28 14:42:44 · 1155 阅读 · 0 评论 -
软件架构:可能和你想的不太一样——可持续架构(一)
很多公司都有架构委员会,这些人很多都与开发无关,要想保证我们的应用软件拥有弹性并且可以持续发展,必须将软件架构的控制权从这些人手中移交至真正实施的人手中:即开发人员。软件架构的重点是做出决策而不是描述静态的结构设计。对于一个敏捷团队来说,架构是整个团队的表现,是每个人的参与付出,这也意味着架构师对于敏捷团队来说并不仅仅是一个个人角色。架构并不是在一开始设计好就是一成不变的,它应该是随着时代与技术的发展,而去不断调整和选择新的技术方案,从而是软件质量不断提升。原创 2024-03-28 14:36:18 · 1634 阅读 · 0 评论