- 博客(11)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 2.凤凰架构：构建可靠的大型分布式系统 --- 访问远程服务
第2章 访问远程服务 远程服务将计算机的工作范围从单机扩展至网络，从本地延伸至远程，是构建分布式系统的首要基础。2.1 远程服务调用 2.1.1 进程间通信 举例，一个正常的本地调用需要完成以下几个工作： 1.传递方法参数 2.确定方法版本 3.执行被调方法 4.返回执行结果 如果被调的方法不在本地进程。至少存在2个问题。首先，第一步和第四步所做的传递参数、传回参数都依赖于栈内存，如果Caller和Callee分属不同的进程， 就不会拥有相同的栈内存，此时将参数.
2021-12-26 17:42:31
1345
原创 1.凤凰架构：构建可靠的大型分布式系统 --- 服务架构演进史
可靠的系统： 冯若依曼，自复制自动机理论： 这个理论一机器应该如何从基本的部件中构造出于自身相同的另一台机器引出，其目的不是想单纯的模拟或者理解生物体的自我复制，也不是想简单的制造自我复制的 计算机，而是想回答一个理论问题：如何用一些"不可靠"部件构造出一个可靠的系统。架构的演进： 从大型机(Mainframe)、原始分布式(Distributed)、大型单体(Monolithic)、面向服务(Service-Oriented)、微服务(Microservice)、服务网格(Service.
2021-12-20 00:05:19
1412
原创 2.用户画像：方法论与工程化解决方案 --- 数据指标体系
第2章 数据指标体系 数据指标体系是建立用户画像的关键环节，也是在标签开发之前要进行的工作，具体来说就是需要结合企业的业务情况设定的相关指标。 互联网企业在建立用户画像时一般除了基于用户维度(userid)建立一套用户标签体系外，还会基于用户使用的设备维度(cookieid)建立相应的标签体系。基于cookieid维度的标签应用也很容易理解，当用户没有登录账户而访问设备时，也可以基于用户在设备上的行为对该设备推送相关的广告，产品和服务。 建立的用户标签按标签类型可以分为 统计类，规则类和机器.
2021-12-18 18:08:16
454
原创 1.用户画像：方法论与工程化解决方案 --- 用户画像基础
本书可以帮助读者在用户画像领域形成一个体系化的思维，在面对一个具体项目时不会无从下手。 如何建立标签指标体系？ 指标体系中包含哪些标签？ 如何设计存储画像标签的表结构？ 如何开发标签？ 画像系统中涉及哪些数据存储工具？ 如何打通标签数据到服务层？ 如何对画像系统进行监控？ 如何对整个画像系统进行调度？ 如何使用画像系统服务于业务场景驱动增长？ 这些都是画像系统的子模块。第1章 用户画像基础1.1 用户画像是什么 用户的一切行为在企业面前是"可溯""分析"的。企业内保存了大量的.
2021-12-18 16:36:57
2666
原创 17.软件架构设计：大型网站技术架构与业务架构融合之道 --- 团队能力的提升
第17章 团队能力的提升 17.1 不确定性与风险把控 技术管理的首要任务是项目管理。对于项目管理，有一个关键问题要面对："不确定性"的问题。有哪些不确定性呢？ 1.需求的不确定性 2.技术的不确定性 3.人员的不确定性 4.组织的不确定性 5.历史遗留的问题17.2 以价值为中心的管理 技术的4层价值模型： 1.第一个层次 程序员最熟悉且经常谈论的：系统有多少个业务模块，功能多么强大，采用了多少新技术，采用了某个先进的算法。 2.第二个层次(非功能性需求.
2021-12-12 22:30:14
1853
原创 16.软件架构设计：大型网站技术架构与业务架构融合之道 --- 个人素质的提升
第16章 个人素质的提升 16.1 能力模型 1.格局 举例说明什么是全局视野。比如现在要开发一个新系统，可能需要理解下面这些关系到"大局的问题"： 1.系统的定位是什么？它能创造什么核心价值？ 2.开发这个系统的背景是什么？为什么以前不做，现在要做？是因为业务发展到了一定规模？还是开发资源现在有多余的，没事可干？ 3.系统在整个组织架构中处于什么位置？与这个系统关联的其他系统目前处于什么状态？ 4.产品经理如何看待这个系统？技术负责人如何看待这个系统？ 5.这个系.
2021-12-12 21:54:30
1581
原创 15.软件架构设计：大型网站技术架构与业务架构融合之道 --- 技术架构与业务架构的融合
第15章 技术架构与业务架构的融合 15.1 各式各样的方法论 软件开发方法论： 1.OOA/OOD/OOP 分析模式与设计模式 面向对象的分析，设计与开发。 2.E-R建模 关系型数据库领域的建模方法论。 3.UML 在OOA/OOD基础上的一套成熟的建模方法和工具。 4.SOLID原则 在OOA/OOD基础上，敏捷开发提出的面向对象的几大原则。 5.SOA、微服务 基于服务的架构。 6.RUP 4+1 统一软件过程，架构的5大视图。.
2021-12-12 19:02:28
1082
原创 14.软件架构设计：大型网站技术架构与业务架构融合之道 --- 业务架构思维
第14章 业务架构思维 14.1 “伪”分层 典型的互联网分层架构： 客户端 => 接入层 => 聚合层 => 业务层 => 基础服务层 => 数据层 伪分层架构可能具有的一些特征： 1.底层调用上层 比如某个基础服务调用上层业务服务，怎么解决呢？ 办法1：要思考业务逻辑是否放错了地方？或者业务逻辑是否要一分为二，一部分放在业务服务，一部分放在基础服务。也就避免了底层调用上层。 办法2：OOD 中的典型办法，DIP(依赖反转)。底.
2021-12-12 00:30:11
1314
原创 13.软件架构设计：大型网站技术架构与业务架构融合之道 --- 业务意识
第13章 业务意识 13.1 产品经理vs.需求分析师 技术不是无源之水，一旦离开业务纯粹的谈技术，就失去了驱动技术发展的根本要素。另外一方面，研发部门的人力资源和时间是有限的，而业务需求是无限的，要用有限的资源应对无限的需求，必然存在需求取舍的问题，而这种取舍往往会有影响系统的架构设计。 具有良好的业务sense是做业务架构的基本条件，什么叫业务意识，这里抛出几个问题： 1.需求来自何处 如果是一个C端的互联网产品，需求可能来自 用户反馈或用户调研；如果是一个B端的产品，需求可.
2021-12-11 13:19:49
2590
1
原创 12.软件架构设计：大型网站技术架构与业务架构融合之道 --- CAP理论
第12章 CAP理论 12.1 CAP理论的误解 C：一致性。如事务一致性，多副本一致性。 A：可达性。客户端超时，也是不可达。 P：网络分区。系统一旦变成分布式，有多个节点，就可能存在超时或者网络中断。 在大规模分布式系统场景下，P(网络分区)往往是一个必然的存在，只能在C和A之间权衡。在实际中，大部分都是AP或CP的系统，而很少有CA的系统。CP的系统追求强一致性，比如zookeeper，但牺牲了一定的性能；AP的系统追求高可用，牺牲了一定的一致性，比如数据库的主从复制，kafka的主.
2021-12-09 00:16:17
475
原创 11.软件架构设计：大型网站技术架构与业务架构融合之道 --- 多副本一致性
第11章 多副本一致性 无论是 mysql 的 master/slave，还是redis的 master/slave，或者是kafka 的多副本复制，都是通过牺牲一致性换取高性能的。 但如果需要一个既满足高可用，又满足一致性的系统，就需要一致性算法或者说一致性协议 --- Paxos,Raft,Zab。 工业界基于这些算法的工程实践有哪些： 1.Paxos 腾讯的 PhxPaxos,PhxSQL,PaxosStore; 阿里的 AliSQL X-Cluster,X-Paxos;.
2021-12-06 00:46:45
604
linux下vim使用详解.pdf
2014-04-26
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人