企业IT架构转型之道:阿里巴巴中台战略思想与架构实战的笔记(41)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • 元勰

    元勰

    事务和柔性事务。 事务的核心是ACID(原子性、一致性、隔离性和持久性) 柔性事务的核心是base理论:基本可用(Basically Available)、柔性状态(Soft State)、最终一致性(Eventual Consistency) 高可用=系统构建在多机=分布式系统 高性能=分布式系统的副产品 分布式发展之初的主要目的不是性能,而是高可用。 分布式事务的两阶段提交: 4.柔性事务如何解决分布式事务问题 (1)引入日志和补偿机制 (2)可靠消息传递 (3)...

    2018-05-02 21:49   1人喜欢

  • doubaner

    doubaner (淡定,多看书)

    中台思想很好,但又有多少企业老总愿意付出这么大的前期投入。 所以,看目录就够了。

    2018-06-08 21:53

  • 元勰

    元勰

    限流和降级 前端请求过来之后,主要的拦截点是这个。通过tengine的一个nginx-http-sysguard模块完成的。对于代码层面的降级,还是在sentiel的客户端完成的。 sentiel实现的主要功能: ·授权——通过配置白名单与黑名单的方式对HSF的接口和方法进行调用权限的控制; ·限流——对特定资源进行调用的保护,防止资源的过度调用; ·降级——判断依赖的资源的响应情况,当依赖的资源响应时间过长时进行自动降级,并且在指定的时间...

    2018-05-02 22:10

  • 元勰

    元勰

    感觉鹰眼最大的成功是可以改中间件底层。让从底层直接支持链路的日志追踪。这是任何一个日志分析平台没法做到的。 感觉这个架构可以做很多事情,比如:统计网站某个页面的访问量,计算单个商品的卖出金额,服务器性能监控,应用监控,业务实时监控。甚至根本就是大数据分析的基础。关键是数据埋点和日志的分析。这个架构就是一个标准的日志分析架构。

    2018-05-02 22:03

  • 元勰

    元勰

    为了避免在线交易数据库的数据的增大带来数据库性能问题,淘宝将3个月内的订单数据保存进在线交易数据库中,超过3个月的订单会归档到后端专门的归档数据库。 解决大表查询慢的问题。这样解决应该是最佳的。每个时期一个数据库。仅提供查询功能。不可更改。简单优雅的解决查询效率问题。 tddl的数据处理流程,和大型网站构建和Java中间件实战那本书讲到的数据层的实现一致。主要都有sql解析,规则计算,sql改写,选择数据源,返...

    2018-05-02 21:38

  • 元勰

    元勰

    什么是服务中心 1.服务中心一定是不断发展的 2.服务中心中的服务形态多样性 3.一个服务中心可以进一步划分吗 服务中心可以理解为给前台业务提供的数据支持中心,通过rpc,http或者其他方式进行交互的系统。提供专业化的服务。并且这个粒度不能太细,能够保证在本系统在自洽的。这样才能算一个服务中心。并且,每个服务中心都是有专门的团队负责维护的。这才是本质,专人维护,业务协同发展。然后,才能构建中起强大的服务中台架...

    2018-05-02 21:28

  • 元勰

    元勰

    一个大的war的项目架构带来的问题: 1)项目团队间协同成本高,业务响应越来越慢。 2)应用复杂度已超出人的认知负载。 3)错误难于隔离。 4)数据库连接能力很难扩展。 5)应用扩展成本高。 当一个项目大了之后,这些问题都会遇见的。看看怎么解决这些问题的。 SOA的主要特性: 面向服务的分布式计算。 服务间松散耦合。 支持服务的组装。 服务注册和自动发现。 以服务契约方式定义服务交互方式。 soa的主要特性。 esb方式实现...

    2018-05-02 21:20

  • 元勰

    元勰

    SOA理念最核心的价值:松耦合的服务带来业务的复用,通过服务的编排助力业务的快速响应和创新。 服务不需要“业务稳定”,而需要不停的滋养,只有在滋养中才能从最初仅提供单薄业务功能的服务逐渐成长为企业最为宝贵的IT资产,而服务所需的滋养正是来自新的业务不断进行服务的接入。 所有的服务不需要稳定,需要的是好业务共同发展。所以,它需要业务的滋养。正如我们目前的bpms,acl一样。这里最主要的差别是他们有一个全套的...

    2018-05-02 21:14

  • 楚寒江

    楚寒江 (若教眼底无离恨 不信人间有白头)

    4.3服务中心的划分原则 架构本来就是一个追求平衡的艺术,不仅是设计原则上的平衡,还要在技术、成本、资源、性能、团队等各方面进行平衡,以最高效地解决主要问题。 1. 高内聚、低耦合原则 2. 数据完整性原则 3. 业务可运营性原则 4. 渐进性的建设原则

    2018-05-02 20:50

  • YumiYoung

    YumiYoung (less is more)

    流量监控平台 引流在真实的环境上做压测,避免了理想实验室环境的压测让人还是没底 全链路压测。使用影子表,真实数据但是隔离测试数据和真实数据,改造中间件,是压测流量可以通过验证 提前预警不等投诉

    2018-04-26 09:46

<前页 1 2 3 4 5 后页>

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

企业IT架构转型之道:阿里巴巴中台战略思想与架构实战

>企业IT架构转型之道:阿里巴巴中台战略思想与架构实战