《分布式服务框架原理与实践》有奖试读活动，欢迎大家参与~

王江玉

支持一下

王楠w_n

这个月，具体时间老师这边还没确定下来，到时候会在论坛里通知大家回复 6# sjf0115


   

niao5929

微服务我最早看到的资料是关于HURD内核里讲的微服务概念。呵呵回复 10# crazyhadoop


   

15002232693

1.微服务实际上没有严格的定义，微服务通常都是很小的，甚至是微型的，微服务架构不会托管到应用服务器上，它是自我托管的，获取一个端口进行监听
2.消息中间件mq用于削峰异步、RPC远程调用、分库分表减缓数表的写压力、读写分离缓解数据库读压力，NG反向代理，zookeeper保证系统之间一致性统一配置问题以及心跳检测、选主，redis集中式缓存，flume ng+kafka+storm实现日志收集分析、对系统监控，hadoop对离线数据进行处理
3.看了第八章，对于服务之间的通信，可以使用Future异步线程提高系统的TPS

王楠w_n

这概念我还是第一次听到，能否更详细的介绍下这方面的，谢谢啦回复 13# niao5929


   

niao5929

GNU Hurd
编辑
概念
GNU Hurd 是一组运行在GNU Mach或L4上的守护进程，用来实现UNIX 实现了的文件系统、网络协议、及文件访问控制等其他功能。
简介
据 Thomas Bushnell ，BSG，Hurd 的主设计师所述：‘Hurd’代表‘Hird of Unix-Replacing Daemons’，而‘Hird’又代表了‘Hurd of Interfaces Representing Depth’。据我所知，这里，我们拥有了第一个以一对双关语命名的软件。
GNU Hurd 始于1990年，基于麻省理工学院计算机科学实验室 Steve Ward 教授和他的团队开发的用于研究的TRIX 操作系统，是GNU工程 中取代UNIX 的核心。
GNU计划 打算将 GNU Hurd 作为一个遵循GPL的自由软件发布， Hurd 打算从功能、安全性和稳定性上全面超越 UNIX 内核，而同时又能保持对其的兼容性，为此Hurd 遵守POSIX标准。
特性
希望在开发和测试新的 Hurd 内核组件时，不需重新启动机器（即使是意外的）。运行自己的内核组件不会妨碍其他用户，而且这并不需要特殊的系统权限。由于这种设计，扩展内核的程序是安全的：除非他们认可这种改动或者你是系统管理员，否则你的修改不可能影响到其他用户。
与其他流行的内核软件不同，Hurd 打算拥有面向对象的结构，这就使得它不断发展而不用改变当前的设计。这种结构将有助于完成 Hurd 主要的重设计和修改而不必完全重写代码。
Hurd 打算实现强有力的多线程，以便它在单处理器和对称多处理器上都可以高效运行。 Hurd 的接口设计成允许透明网络组的共有，但这个特性尚未实现。
与Linux
1964年左右，受到软硬件专利的刺激，麻省理工的黑客（不同于日常理解的靠搞破坏而获利的“黑客”）自由软件精神逐渐萌芽并发展，他们谴责专利软硬件在道德层面的罪恶，并试图打破软硬件专利对人类智慧结晶的封锁，从此，不断有UNIX 某些软件的替代品出现。随后 Richard M. Stallman 于1984年开创GNU计划，取代UNIX 的工作取得良好的进展，GNU工具逐渐取代了UNIX 专有程序，其BASH、GCC、GDB、Emacs等软件也已经足够成熟。GNU计划 以GNU Hurd为整个GNU 操作系统的核心，然而，GNU 操作系统的核心 Hurd 直至1991年仍不可使用。而在1991年，当年的计算机业余爱好者Linus Torvalds（如今为世界顶级计算机科学家），通过对教学用的Minix操作系统的研究扩展，独立发表了开源的 Linux内核。当时 Linus Torvalds 已经成功将GNU的工具链GCC等核心软件运行于Linux内核之上，从1992年开始，Linux 受到广泛关注，大量使用Linux 内核以及GNU软件 的整套操作系统开始出现，并且发展壮大。GNU计划 为Linux 等新内核的产生及发展创造了合适的土壤，而Linux等新内核弥补了GNU计划 的内核Hurd 发展迟缓的缺憾。
Hurd 的架构设计理念先进，但是Hurd 的开发历程走得并不顺利，至今为止，Hurd仍无法应用于普通应用，更无法用于生产。如果没有Hurd 的出现而已经有Linux 内核的话，自由软件基金会可能不会研发Hurd ，但是在Linux 内核发布之前，Hurd 的蓝图就已经被设计出来了，而 GNU计划 希望这先进的架构能够让自由软件更具有威力，所以GNU计划 仍维持Hurd 作为未来的发展计划。不同于GCC等众多GNU组件，Hurd微内核更纯粹地代表着RMS的开源理念。
可用
当前 GNU/Hurd 仅支持ext2、UFS、iso9660、和Linux swap这几个文件系统。即使是用途广泛GNU/Linux，开发力量也有限。相对 GNU/Linux ，GNU/Hurd 的开发力量微乎其微（无任何商业支持成分）。尽管如此，GNU/Hurd 也开始进入测试阶段。Debian GNU/Hurd计划随 Debian 7 正式发布，其最新测试版本发布于2013年01月07日，提供ISO测试镜像和QEMU测试镜像。
总体看来GNU/Hurd基本功能不完善，基础功能实现严重依赖Linux内核（比如文件系统、网络层），不能稳定使用更谈不上高性能。
----以上内容引自：http://baike.baidu.com/link?url= ... gV_2sWs3Dk85uVnlXPa
看特性那一部分是不是感觉像在描述DOCKER代表的容器技术。呵呵回复 15# 王楠w_n


   

王楠w_n

确实有点像回复 16# niao5929


   

niao5929

微服务概念很早就有了。不过我觉得从DOCKER代表的容器技术开始，才算得以具体实现回复 17# 王楠w_n


   

pp789789

看了下样张太赞了，正是我一直寻求的。 分布式服务框架，以前只看过阿里系的人出过书见过，但多是一个章节带过的，因为那些书想涵盖的东东太多，什么大型分布式网站架构设计，分布式java开发等等，诚然里面介绍的东东很广我也收益匪浅，知识面扩宽了不少，但是对于DSF来说介绍的太粗了，我只知道架构，不知道实现细节，真正下去动手试验的时候又得去看人家源码，哎。很多东西都只是零星的片段知识要自己积累梳理。看了样章发觉还真是赞，我所考虑过的，没考虑过的，基本都涵盖了，什么服务发现，负载，路由寻址，优雅升降级，安全控制，甚至连很多实践中才会遇到的真正的场景，譬如灰度发布等都有论述。还有一点最为我这种经验尚少的人喜欢的，介绍了实际运用设计框架的思想路径，也就是怎么想的，这点我觉得是最赞的。How to do 谁都会，why to do才是灵魂。迫不及待等出版了

laputa73

学习了样张，对分布式处理的各个环节，关键因素的原理性描述还是比较清晰的。
如果有一个各个环节的实际选型实例就更好了。
毕竟，不可能每个环节都自己实现，多数情况下，
大家希望基于一个比较成熟的框架，专心业务逻辑就好了。