电子书：《响应式架构：消息模式actor实现与scala,akka应用集成》《响应式架构：消息模式actor实现与scala,akka应用集成》
111
内容简介：
响应式架构消息模式 actor实现与 scala、akka应用集成[美] vaughn vernon著reactive messagingpatternsactor modeapplications and integration in scala and akka電子工業出履publishing house of electronics industr北京· beljing
内容简介通过 actor模型使用响应式消息传输模式.可编写出具有高性能、高响应性、高可伸缩性和高韧性的并发应用程序。本书由10章构成.详细介绍了使用 actor模型中的响应式消息传输模式的理论和实技巧。其中包括: actor模型和响应式软件的主要概念、 scala语言的基础知识、akka框架与akka集群功能、acto模型中的通道机制和技术、降低消息源与消息目的地之间耦合性的方式、持久化 actor对象和幂等接收者。附录a中还介绍了通过net平台和c语言使用acto模型的方式在企业中任职的软件架构师和开发者.以及任何对 actor模型感兴趣并渴望提高自身技术和价值的软件开发者.均适合阅读本书authorized translation from the english language edition. entitled reactive messaging pattems with the actormodel: applications and integration in scala and akka. by vaughn vernon. published by pearson education. indall rights reserved. no part of this book may be reproduced or transmitted in any form or by any means. electronic or mechanical. including photocopying. recording or by any information storage retrieval system. withoutpermission from pearson education. inc.chinese simplified language edition published by pearson education asia ltd. and publish本书简体中文版专有出版权由 pearson education培生教育出版亚洲有限公司授予电子工业出版社。未经出版者预先书面许可.不得以任何方式复制或抄袭本书的任何部分。本书简体中文版贴有 pearson education培生教育出版集团激光防伪标签.无标签者不得销售版权贸易合同登记号图字:01-2015-7885图书在版编目(cp)数据响应式架构:消息模式 actor实现与 scala、akka应用集成/(美)沃恩·弗农( vaughn vernon)著;苏宝龙译一北京:电子工业出版社.2016.7b54rrx: reactive messaging patterns with the actor model: applications and integration in scala and akkaisbn978-7-121-29113-5①响…ⅱ.①沃…②苏ⅲ.①程序语言-程序设计ⅳ.①tp312中guo版本图书馆cip数据核字(2016)第137490号策划编辑:张春雨印刷:北京中新伟业印刷有限公司装订:北京中新伟业印刷有限公司出版发行:电子工业出版社北京市海淀区万寿路173信箱邮编:100036印张:27.5字数:555千字版次:2016年7月第1版印次:2016年7月第1次印刷凡所购买电子工业出版社图书有缺损问题.请向购买书店调换。若书店售缺.请与本社发行部联系.联系及邮购电话010)888258888质量投诉请发邮件至zs@pn.盗版侵杈举报请发邮件至[email protected]本书咨询联系方式19faqaphei.com.cn
献给我最亲爱的 nicole和 tristan.你们的爱与支持是寂前进的动力!
推荐序终于有一本围绕企业应用和架构来讲解acor模型和akka的书了。很期待这类书的出现.希望能引领 actor模型开始向企业应用的“回归”本书作者 vaughn vernon恰好也是《实现领域驱动设计》( implementingdomain driven design)一书的作者.这在某种程度上印证了.近十来年的“领域驱动设计(ddd)”理想在 actor模型和aka上终于找到了现实的技术实现ddd希望能在业务领域层面就把模型和逻辑设计清楚(业务模型和逻辑是最稳定的).并一一对应到实现中。或者说.领域有什么.实现中才应该有.也应该有。但由于计算机性能限制、语言实现难度等方面的原因理想在现实中一直没能得到很大程度的实现近二十年来.java及其生态一直占据着企业应用领域的主导地位。尤其从20世纪90年代末以来.j2ee规范(现在叫 java ee)也试图围绕业务领域.为企业应用提供从建模到分层.涵盖事务、持久化、分布式的整套解决方案.并提出 entity bean、 session bean及 message bean等试图对应到业务领域的模型。遗憾的是.基于当时的技术. java ee也并没有很好地实现初衷.这在我看来至少有以下几方面的原因ejb规范起初的一个主要价值一一对分布式应用进行事务管理.在实践中乎很少被使用.反倒引入了整个架构的复杂性。entity bean不能在集群中分片部署.而这本应是分布式系统最需要解决的问题之一。只有 message bean是异步的.但它却不是 entity bean。这意味着系统很难在时间维度解耦2005年前后. hibernate、 spring等技术逐渐兴起.以轻量化的角度切入了企应用领域.并在互联网领域异军突起对于 spring+ hibernate的方案.保存在持久层的业务实体的数据/状态
推荐序v需要反复被业务逻辑存取。为了解决这个性能瓶颈.不得不引入 ehcache、memcached、 redis等中间缓存。这样.在数据扩张时.为了解决这些缓存数据的分片( sharding)问题.这些缓存方案还需要进一步引入和实现集群分片的支持.这带来了复杂性。可即便如此.它解决的是缓存数据的分布.而并没有解决beans本身的分布。 beans仍然受限于bean容器的缓存大小.而不得不经常去中间缓存甚至持久层要数据那么.在企业应用领域.acor模型能带来更合适的解决范式吗?carl hewitt在1973年对 actor模型进行了如下定义:“acor模型是一个把actor’’作为并发数字计算的通用原语’的数学理论。”。这个定义跟我常说的“ actor是最适合并行计算的最小颗粒”是相通的。actor是异步驱动、可以并行和分布式部署及运行的最小颗粒。也即.它可以被分配、分布、调度到不同的cpu、不同的节点.乃至不同的时间片上运行.而不影响最终的结果。因此. actor是在空间(分布式)和时间(异步驱动)上解耦的aka是 tightend(前身是 typesafe)公司在jm上的 actor模型实现.它同时是一个可扩展、引入了多种分布式范式的框架。而且.aka23.0开始支持带状态的 actors的分片集群.以及根据 journal/snapshot形式对事件流和状态快照实施持久化和回放akka的 actor模式本身可以保证在单个 actor实例中每个行为的原子性.并行的粒度可以细化到单个acor实例。也即.当行为被封装在一个 actor实例中时该行为不会阻塞其他 actors实例的行为.从而很难出现整个系统被阻塞的情况从ejb角度看. akka actor提供了什么对应的角色呢?首先.从各类bean的角色看。 akka actor支持持久化.所以有一类 actor可以设成“ entity bean”acor实例可以维护自己的状态.所以它也可以是“ statefulsession bean”;而不需要关心其状态的acor.自然可以担当“ stateless sessionbean”;最后.对acor的存取、调用.都是通过异步的消息传递来实现的.因此它们都是“ message bean其次.从架构层面看。 actor能同时担当实体 beans和中间缓存的角色.并且是异步驱动的.且具备分片集群下的水平扩展能力。而 akka-persistent进一步将持久化、ha一并细粒度地实现了。与 ssh/java ee相比.acor减少了数据反复在各种形态(数据库、缓存、业务层中的实体对象实例)间转化的消耗.减少了线程阻塞的消耗.并提供了一致的并行和分布式机制再次.从业务领域看。 actor可以非常自然地直接对应到业务实体。某类actor的一个实例可以是一个人、一个物品、一部设备.等等。这些实体 actor都