前言微架构的出现,很好地适应了这个时代对快速发展变化的要求。它不再提倡一体化的项目设计,而是对项目进行有效的“业务区”(可以简单理解为不同的子系统〉划分,并利用合理的技术对业务性能做出提升和改善,同时又极大地简化了配置文件的使用与 profile配置。总而言之,微架构是开发之中看起来非常简单的一种实现技术,但简单的背后考究的却是开发者对于开源技术的熟练程度。SpringBoot 作为一种Web整合
转载 2023-07-28 22:21:47
20阅读
本次阅读的是《架构真经》第8,9章的内容,以下是阅读后的总结:一、有备无患1、用“泳道”隔离故障,隔离的好处 不赘述。隔离的原则:泳道不共享、泳道之间不进行同步调用。异步调用设置超时和开关控制,限制泳道间异步调用。2避免系统串联:这个比较常见的雪崩源头都是系统串联,其中一环发生问题,不断导致上游出问题,而上游显得很被动,串联组件受多重失败乘法效应的影响。减少以串联形式连接的组件数量。3、启用和禁用
本次阅读的是《架构真经》第1-2章,以下是自己学习的知识点的总结:一、避免过度设计1、超过实际需求的设计和实施2、把一件事做得过于复杂:过度工作,让用户付出过度的精力去完成事情,让工程师付出很大的努力去理解不必要的需求。对一个好工程师的真实度量,是看他能多快简化一个复杂的问题,然后构思出一个易于理解并可以维护的解决方案。先处理大概率事件努力把代码写的通俗易懂。浅显易懂的解决方案可以增强组织和平台的
转载 2023-07-16 20:24:13
33阅读
架构实战—软件架构设计的过程基本信息作者: (英)Peter EelesPeter Cripps 译者: 蔡黄辉;马文涛出版社:机械工业出版社 ISBN:9787111301158 上架时间:2010-4-23 出版日期:2010 年4月 开本:16开 更多详细信息请查看:http://www.china-pub.com/196666内容简介本书从基本原理入手,介绍软件架构设计过程中涉及的一些概念
设计目标:保障业务持续稳定运行,提供基础设施易于扩展,扩容,以及裁剪,缩减安全性,降低安全事故,降低损失至可以接受范围。健壮性,简单故障失误,部分节点失效不会影响全局降低开销,资金,人力,设备,带宽。便于维护,故障排除,便于调整以及重构灵活便于持续优化,各种基础设施、代码、数据符合预期目标,自主,可控架构拓扑 典型的通用网站架构,控制最短访问路径。 用户—》前端反向代理—》后端web服务器—》数据
第2章 分而治之2004年,ServiceNow的创始团队(最初称为Glidesoft)构建了一个称为“滑翔”(Glide)的通用工作流平台。在寻找可以应用该平台的行业时,团队发现建立在信息技术基础设施库(ITIL)上的信息技术服务管理(ITSM)领域有机会可以通过PaaS服务(平台即服务)一展身手。在这个领域里已经存在着竞争对手,像Remedy这样的以本地软件形式存在的潜在替代者,团队认为像S
下面的一段话摘自《架构真经:互联网技术架构的设计原则(原书第2版)》序言,很有感触,拿出来分享一下:马尔科姆·格拉德威尔在《异类》一书中提出了著名的“一万小时定律”,也就是说,任何凡人要成为某个领域的顶尖专家,都至少需要一万个小时的练习。其实中国古训也有“天道酬勤”的说法。但是勤奋是不是等于精进呢?显然,历史和现实的案例告诉我们,勤奋是优秀的必要条件,但不是充分条件。这就是为什么“刻意练习”(de
 前 言   感谢你对本书第2版感兴趣!作为一本入门、进修和轻量级的参考手册,本书旨在帮助工程师、架构师和管理者研发及维护可扩展的互联网产品。本书给出了一系列规则,每个规则围绕着不同的主题展开讨论。大部分的规则聚焦在技术上,少数规则涉及一些关键的思维或流程问题,每个规则对构建可扩展的产品都是至关重要的。这些规则在深度和焦点上都有所不同。有些规则是高级的,
# Java高手真经:系统架构 ## 引言 Java作为一种广泛应用于企业级应用开发的编程语言,其在系统架构设计方面具有很高的灵活性和可扩展性。本文将介绍一些关于Java系统架构设计的经验和技巧,并通过代码示例来帮助读者更好地理解。 ## 设计原则 在进行Java系统架构设计时,我们应该遵循一些基本的设计原则,以确保系统的可维护性、可扩展性和可重用性。 ### 单一职责原则 单一职责原
原创 2023-08-05 18:22:20
59阅读
摘自《微服务架构设计模式》作者::[美] (Chris Richardson)译者:喻勇 导语:微服务架构如何与更广泛的软件架构概念相结合?什么是服务?服务的规模有多重要?为了回答这些问题,我们需要退后一步,看看软件架构的含义。软件的架构是一种抽象的结构,它由软件的各个组成部分和这些部分之间的依赖关系构成。正如你将在本文中看到的,软件的架构是多维的,因此有多种方法可以对其进行描述。架构
架构真经 读书笔记摘要架构即未来 姊妹篇主要内容思维导图
原创 2021-05-20 22:42:00
197阅读
架构概述软件架构又称为软件体系结构,架构的工作位于需求分析之后,软件设计之前。架构设计就是需求分配,即将满足需求的职责分配到组件上。 软件架构中的惯用法通用称之为架构风格。架构的本质 软件架构为软件系统提供了一个结构、行为和属性的高级抽象。软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束。架构是一个动词,是一个方法论,包含一系列活动过程和步骤。 框架是一个名词,是一个客观的存在。
  1. 扎实的基础。数据结构、离散数学、编译原理,这些是所有计算机科学的基础,如果不掌握他们,很难写出高水平的程序。据我的观察,学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写,但当你发现写到一定程度很难再提高的时候,就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP,即使你再精通O
转载 2012-02-14 10:28:29
471阅读
何为九字真经?下面作一阐述:人   人,讲的是做人和用人。大老板们多数很会做人,在为人处事方面做得总是恰如其分,所以他们人脉广泛,人际关系良好,无论跟政府,还是跟其他企业,甚至包 括竞争对手在内,彼此之间关系都处理得比较融洽。在用人方面,大老板们深知人才是企业立足和发展的根本,所以在选人、用人、留人上更舍得下本钱,不惜一切代价用心养住企业的有用之才,为企业的发展提供了强大的人才保障。快  快,讲的
转载 精选 2014-05-15 15:40:00
538阅读
缘起一直以来,在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。甚至于很多架构师一说架构,就开始谈论什么应用架构、硬件架构、数据架构等等。我曾经也到处寻找过架构的定义,请教过很多人,结果发现,没有大家都认可的定义。套用一句关于bigdata流行的笑话,放在架构上也适用:Architecture is like teenage sex,everybodytalks about it,
PS:观后大有启发,遂转至本博客,望众博友共进。十分抱歉,由于文字限制,删减了优质学生评论以及部分章节,想看其他内容请去原博客(http://www.cnblogs.com/glaivelee/archive/2010/01/25/1656082.html)或者购买正版书籍。IT学生解惑真经肖舸  杨中科 左飞  著目    录l    
转载 精选 2014-02-11 20:50:53
1025阅读
1. 淘宝开始适合怎么做 做淘宝只有找到突破点才能成功!你一个新店优势新品是什么? 有没有老顾客的支撑! 在这种情况下,只能靠钩子产品突破,开始的时候是布局钩子产品,这个产品起来了我们店铺 就起来了,然后再布局整个店铺所有产品。 代理别的产品 100个产品, 100个当做钩子产品来做, 半个月时间几
原创 2021-07-29 11:02:08
114阅读
序  本书是《架构即未来》的姐妹篇,作者译者还是一样的,味道没变,如果《架构即未来》讲的是“艺”,那么此书将的就是”术“。  书中对于《架构即未来》的一些概述进行了讲解,虽然不算全面,点到即止,给了读者相应的空间自己去理解、实践,每条规则都相当实用,质量确实不错,干货满满。心得  技术类的文章看完之后,更多的应该是进行实践,自己亲身去应用,感受组合不同技术时遇到的困难和解决困难带来的快乐,而不是只
  架构的英文是Architecture,在Wikipedia上,架构是这样定义的:  Architecture (Latin architectura, from the Greek ἀρχιτέκτων arkhitekton"architect", from ἀρχι- "chief" and τέκτων "builder") is both the process and the pro
系统架构师与项目经理的关系与区别。项目经理是指对项目控制/管理,关注项目本身的进度、质量、分配、调动、协调,管理好人、财、物等资源的负责人。项目经理还必须能够应付开发过程中大量的偶发事件和杂务。在一个项目中,推动项目技术发展的是系统构架师。在技术方面,项目经理(项目管理师)配合系统构架师并提供各个方面的支持,其主要职责是与内外部沟通和管理资源(包括人),系统构架师则要负责提出系统的总体构架,并给出
  • 1
  • 2
  • 3
  • 4
  • 5