1.RAC的架构 2.由单实例变RAC的变化   1.SGA的变化: 和传统的单实例相比,RAC 实例中SGA最显著的变化时多了一个GRD(Global resource directory)部分. 2.后台进程的变化: 1) LMSn进程:这个进程是cache fusion 的主要进程,负责数据块在实例间的传递,对应的服务叫做GCS(global cache service ),这个进程的名称来源于Lock Manager Service.从oracle9开始,oracle对这个服务重新命名成…

The complete explanation is that 1.0.x and 1.1.x do not have the same naming conventions for the generated libraries. OpenSSL 1.1.x has moved into what they call the “unified build system” and changed themselves the names of the libraries. This was d…

软件架构演进 软件架构的发展经历了从单体结构.垂直架构.SOA架构到微服务架构的过程,博客里写到了这四种架它们的特点以及优缺点分析,个人学习之用,仅供参考! 1.1.1      单体架构 特点: 1.所有的功能集成在一个项目工程中. 2.所有的功能打一个war包部署到服务器. 3.应用与数据库分开部署. 4.通过部署应用集群和数据库集群来提高系统的性能. 优点: 1.项目架构简单,前期开发成本低,周期短,小型项目的首选. 缺点: 1.全部功能集成在一个工程中,对于大型项目不易开发.扩展及维护.…

今天打算写写关于 IM 去中心化涉及的架构模型变化和设计思路,去中心化的概念就是说用户的访问不是集中在一个数据中心,这里的去中心是针对数据中心而言的. 站在这个角度而言,实际上并非所有的业务都能做去中心化设计,对于一致性要求越高的业务去中心化越难做.比如电商领域的库存就是一个对一致性要求很高的业务,不能超卖也不能少卖,这在单中心容易实现,但多中心纯从技术层面感觉无解,可能需要从业务和技术层面一起去做个折衷. 反过来看 IM 的业务场景是非常适合做去中心化设计的,因为其业务场景都是弱一致性需求.打…

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 最近在infoq上面看到 ebay介绍其系统架构变迁以及系统设计分享方面的讲座,其中陈述了ebay从1995年到2006年之间系统架构的变化过程.从这里,我们可以学习到许多宝贵的经验来设计一个大容量,高并发,分布式的系统. ebay的系统架构的变迁主要经历了4个阶段,下面一幅图展现了ebay系统架构变迁的时间表 在ebay的V1版本,ebay采用的是FREEBSD + APACHE + PE…

  ThoughtWorks微服务架构交流心得: (1)<人月神话>中谈到软件开发没有银弹,根源在于软件所解决的领域问题本身固有的复杂性,微服务正是从领域问题角度上进行服务拆分,来降低软件开发的复杂度,最终实现各个业务领域团队独立开发(测试)应用,实现“云化”分布式部署. (2)康威定律表明,微服务架构的变化也会带来人力组织架构的调整.因此,针对特定产品,需由业务领域专家和开发测试人员组成的多个独立业务团队,这对整个开发流程的规范化.自动化提出了更高的要求. (3)从产品的商业角度看,在采用微…

Flickr(http://www.flickr.com/ ) 是国外一个领先的图片分享网站,现在应该在yahoo门下,感觉yahoo还是有很多好东西,奈何资本要抛弃他了.这个轮回其实挺有意思的,起先是做实业 被microsoft郁闷了,说软件是虚的值不能那么多钱,然后microsoft被yahoo郁闷了,说互联网是虚的不值那么多钱,然后是yahoo被 google郁闷了,yahoo比较厚道没说什么,不知道google将来要被谁郁闷了.成功建立在相同的失败上,反过来失败都是建立在相同的成功上也成…

说说项目架构整个变化过程吧 拿用户注册来举例: 数据库里面有一张User表 需要把注册信息存储到User表中 1.   最开始是两层架构 就是cliect   +  jsp    +   DB 就是在view里面直接操作数据库,就是在视图上建立数据库连接,然后把每个字段存储到数据库中 2.    加入Domain Model      构造一个Entity类 cliect   +  jsp    +  Entity + DB 对Entity的管理交给Jsp 建立一个User类,view中先对Us…

2.4 技术层模型元素 技术层模型元素包括了企业在信息基础设施方面(企业中基本的软硬件环境,包括物理设备.系统软件等为信息化提供基本支持的设施)的各种概念元素,以及他们之间的关系.与应用层模型元素相类似,技术层模型元素中的大部分概念元素也来源于UML 2.0,这同样也是因为UML 2.0在这一领域已经成为被广泛接受的事实标准.在ArchiMate 2.0中,对企业技术层进行建模的各种概念元素以及他们之间的主要关系(元模型)被定义如下: 2.4.1 结构元素 2.4.1.1 节点(Node) 定义…

一.系统架构演变 1.1. 集中式架构 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本.此时,用于简化增删改查工作量的数据访问框架(ORM)是影响项目开发的关键. 存在的问题: 代码耦合,开发维护困难无法针对不同模块进行针对性优化无法水平扩展单点容错率低,并发能力差1.2.垂直拆分 当访问量逐渐增大,单一应用无法满足需求,此时为了应对更高的并发和业务需求,我们根据业务功能对系统进行拆分: 优点: 系统拆分实现了流量分担,解决了并发问题可以针对不同模块进行优化方便水平…