电子书《akka应用模式：分布式应用程序设计实践指南》《akka应用模式：分布式应用程序设计实践指南》
111
内容简介：
内容简介本书一开始介绍了 actor模型.因为该模型比其他模型更能反映现实世界。另外.本书介绍了ctor模型的一个实现框架aka以及它的工具.而后讨论了在充分利用 actor架构的基础上使用aka框架来设计软件系统的方法.以及使用它来开发并发性和分布式应用程序的方法。本书还介绍了领域駆动设计(ddd).指导通过结合aka. actor模型和ddd构建强大的、高可扩展的、高可维护的系统遵循并灵活运用本书介绍的思路和方法.一定能创建出集可伸缩性、弹性、灵活性、长期易于维护性等优点于一身的应用程序和系统c2017 by michael nash wade waldronsimplified chinese edition. jointly published by o’reilly media. ine. and publishing house of electronicsindustry. 2017. authorized translation of the english edition. 2017 o’reilly media. inc. the owner of arights to publish and sell theall rights reserved including the rights of reproduction in whole or in part in any form本书简体中文版专有出版权由 o’reilly media.inc.授予电子工业出版社。未经许可.不得以任何方式复制或抄袭本书的任何部分。专有出版权受法律保护版权贸易合同登记号图字:01-2017-3966图书在版编目(cip)数据akka应用模式:分布式应用程序设计实践指南/(美)迈克尔?纳什( michael nash).(加)书德?沃尔德龙( wade waldron)著;處航仲译.一北京:电子工业出版社.2017.10书名原文: applied akka patterns: a hands- on guide to designing distributed applications1.①a….①迈…事…虞…ⅲ、①java语言一程序设计iv.①tp31中guo版本图书馆cip数据核字(2017)第200914号策划编辑:孙奇俏责任编辑:张春雨封面设计: karen montgomery张健印刷:三河市良远印务有限装订:三河市良远印务有限公司出版发行:电子工业出版社比京市海淀区万寿路173信箱邮:100036开本:787×980116印张:115字数:255千字版次:2017年10月第1印次:2017年10月第1次印刷定价:65.00元凡所购买电子工业出版社图书有缺损问题.请向购买书店调换。若书店售缺.请与本社发行部联系.联系及邮购电话010)8825488.882588质量投诉请发邮件至zitsaphei.com.cn.盗版侵权举报请发邮件至dbqaphei.com.cn本书咨询联系方式:010-512608888o reily media.nc.介绍o’ reilly media通过图书、杂志、在线服务、调查研究和会议等方式传播创新知识。自1978年开始. o’reilly-直都是前沿发展的见证者和推动者。超级极客们正在开创着未来而我们关注真正重要的技术趋势一一通过放大那些“细微的信号”来刺激社会对新科的应用。作为技术社区中活跃的参与者.o’ reilly的发展充满了对创新的倡导、创造和o’ reilly为软件开发人员带来ge命性的“动物书”:创建第一个商业网站(gnn)组织了影响深远的开放源代码峰会.以至于开源软件运动以此命名;创立了make杂志从而成为diyge命的主要先锋:公司一如既往地通过多种形式締结信息与人的组带o’reilly e的会议和峰会集聚了众多超级极客和高贈远照的商业领神.共同描绘出开创新产业的ge命性思想。作为技术人土获取信息的选择.o’ reilly i现在还将先锋专家的知识传递给普通的计算机用户。无论是通过书籍出版、在线服务或者面授课程.毎每一项 o’reilly的产品都反映了公司不可动摇的理念一一信息是激发创新的力量业界评论o’ reilly radar博客有口皆碑reilly s凭借一系列(真希望当初我也想到了)非凡想法建立了数百万美元的业o’reilly conference是聚集美恶想袖的绝对典范一crn本 o reilly t的书就代表一个有用、有前途、需要学习的主題。irish timestim是位特立独行的商人.他不光放眼于最长远、最广的视野并且切实地接照yogi berra的建议去做了:’如果你在路上遇到當路口.走小路(當路)。”回过去tim似乎每一次都择了小路.而且有几次都是一闪即逝的机会.尽管大路也不错linux journa推荐序aka是在 scala语言中实现的一个明星产品.被广泛地应用在构建基础框架和业务架构中.它把 erlang中被工业界证实为高可用、高容错的 actor模型成功应用到jvm之中.并产生了巨大的影响。我所在的挖财公司.其生产环境中也有一些基于aka的系统.经过长时间的观案.这些系统运行得都很稳定actor模型本身是一种非常出色的编程模型.但要充分发挥它的优勢.还需要开发者对它的各种细节及使用模式非常熟悉。例如.在常见的模式中.有一种“隔离阻塞”模式经常会让初学者很头疼actor系统的核心在于各个 actor之间的通信.但基于jvm的akka.其底层仍是基于线程池来工作的. actor之间的通信也是靠线程调度来实现的。因此.当逻辑中含有一些阻塞操作时.需要额外注意并反复确认这些阻塞操作使用的线程与 actor通信中使用的线程是否相同.并发请求中多了这些阻塞操作是否会导致所有的线程都被“ block”住.进而导致 actor之间的通信受到影响我自己曾经遇到过一个因为未正确设置隔离阻塞操作而造成严重bug的案例:有一个项目在我自己的笔记本电脑上运行时不会发生任何异常.但当部署到測试环境中运行时却发生了导致整个 actor系统不可用的问题深入系统调试后发现.系统里有一个作为 router角色的 actor.其背后竟然有40个实例在执行同一个会发生阻塞的.远.程.调用(在这种情况下系统至少需要40个可用的线程)我们知道 actor系统底层调度的线程池大小是由井发因子和cpu核心数决定的.我的个人笔记本的cpu核心数是8.測试环境中机器的cpu核心数只有2.两个不同环境的线程池大小相差很大。当设置的并发因子数为10时.系统在我个人笔记本电脑上的线程池大小是80.大于40.因此那40个实例执行.远.程.调用的同时还有空闲的线程可用于 actor之间的通信.系统可以正常运行;而测试环境中的线程数只有20.是少于40的.这使得所有线程都被那40个实例的.远.程.调用所占用.系统中没有可用于 actor之间通信的多余线程.从而导致系统出现了不可用的情了常见模式.还有一个对于开发者和架构师而言都非常重要的事情一如何集成已有的非 actor模型的框架.库或服务例如.已有的系统都是基于 spring生态的.那么aka应用是否也应该基于 spring生态?或者.http服务究竟该选用运维熟悉的tomcat.还是aka自帯的akkahttp呢?这些都是需要技术人员根据实际工程认真思考的问題.不是单单权衡技术利弊就可以做出选择的.可见akka中值得我们去探索的问题还有很多这本书对于akka中各个技术点的述非常简练.作者在不到200页的篇幅中介绍了从 actor模型到akka组件.再到领域躯动设计等许多知识点.为读者提供了正确应用akka框架进行分布式设计开发的思路。另外.这本书中有很多干货.内容非常务实.对于应用aka框架进行实际项目开发的人有很大的帮助。希强烈推荐从事aka分布式开发的的技术人员都能仔细阅读这本书.希望有更多的读者能够通过这本书了解akka这个非常强大的工具挖财中间件团队负责人.王宏江2017年8月1推荐序译者序我在大学期间开始接触并使用 scala.当时就发现了这门语言的强大。正如其名字所表达的那样. scala是一门可扩展的编程语言.融合了函数式编程和而向对象编程的特点.支持并发.让异步编程变得很自然.同时表达能力也特别强。虽然 scala的学习成本会较高.尤其和 golang、 python这类语言相比.但是这门语言还是非常实用的.对提高开发效率很有帮助。而且 scala的创始人 martin odersky说过:“ scala现在是为聪明人创后也是为聪明人服务的。“ scala相信程序员的聪明才智.让程序员自行选择合构.以应对千变万化的任务需求.这一点是 scala做得很不错的地方编写正确的具有容错性和可扩展性的分布式.高并发程序非常困难.主要是因为我们使用了错误的工具和错误的抽象层次.而akka的出现改变了这种情况。akka是参照apache2许可证(一种公认的开源许可证)发布的开源项目.通过使用 actor模型来提高抽象的级别.并提供了一个更好的平台来构建可扩展的、有弹性的、响应式的应用程序.详细信息可参阅 the reactive manifesto。对于容错.aka采用“让它崩(lettcrash)”的模式.这种模式可以帮助构建可自我修复和水不停止的软件系统。其中 actor还提供了透明的分布式抽象.以及真正的可扩展与高容错应用的基础设施。毕业后.我在讯微 信团队的后台架构部从事软件开发工作.作为腾 讯的战略级产品微 信平均每天面临亿级的在线用户。面对这种用户规模的挑機.基本每一行代码都需要考虑高并发和分布式的场景.大道至简的思想基本贯彻在整个技术产品线上。例如.大系统小做.让一切可扩展:剥离复杂.让剩下的更简单:在容灾之前面向最坏情况思考止雪崩;精细监控.迅速响应等。微 信团队内部的很多技术点也和 actor i模型很像比如微 信最核心的消息模型和 actor的邮件模型就很有渊源。消息被发出后.会先在后台临时存储.为了使接收者能更快接收到消息.系统会推送通知给接收者.最后客.户.端主动到服.务.器端拉取消息。当然整个微 信槊构就是微服务的架构.每一个请求后面可
#############################################
