从传统的HTTP调用迁移到基于事件驱动的微服务架构改变了我们以往的思维方式，其有助于服务的解耦和伸缩，该文介绍了使用RabbitMQ作为消息基础设施实现的事件驱动系统以及处理队列的一些模式。 在微服务之间使用正确的模式

Netflix Content Platform Engineering团队运行着很多商务流程，这些流程由在微服务上执行的异步编排驱动。其中一些是会运行好几天的长流程。这些流程在准备好视频流以供全球观众观看的过程中起着至关重要的作用。

在 微服务从业者峰会 上， Kolton Andrus 在 演讲 中指出，故障测试是运行微服务的一个关键部分。你应该确定微服务的行为同预期一样，以避免停机。 前Netflix软件工程师Andrus

WHAT - 什么是微服务 微服务简介 这次参加JavaOne2015最大的困难就是听Microservice相关的session，无论内容多么水，只要题目带microservice，必定报不上名

在Java生态中，构建微服务的策略包括Container-less，Self-contained，以及In-container等。 Container-less微服务将应用及其依赖打包成一个单一的jar文件。

io/article/809 【编者的话】原文地址为 here 。本文主要讲述Docker和微服务的发展，以及Cisco对于Docker和微服务的看法。最后还提到了Docker的libnetwork，以及Cisco的开

1. 企业服务化演进之路SOA面向服务架构聂钢 2016年4月24日 2. 目录SOA服务框架演进总体概况单一应用架构垂直应用架构分布式服务架构弹性计算框架 3. 服务框架演进总体概况单一应用垂直应用分布式服务弹性计算单一应用架构

http://blog.csdn.net/nk_test/article/details/50611000 服务器的三条要求： 高性能：对于大量请求，及时快速的响应 高可用：7*24 不间断，出现故障自动转移，这叫

微博(Micro-Blog)顾名思义是微型博客，是一种基于用户关系的信息分享和传播平台,用户可通过浏览器、手机、及时通讯软件(MSN、QQ、Skype等)及外部API接口等多种渠道发布140字以内信

业界最负盛名的 微服务 大会 Microxchg 2016 上周于德国柏林举办。来自 Zalando 的 Rodrigue Schaefer 为听众进行了一场演讲，Zalando是一家在欧洲处于领先地

机。随着对开发生命周期和上市时间缩短这方面需求的增长，在架构初期的任何决定都比以前更加重要。 想要定义合适的软件架构，不应仅仅搭出高级架构的框架，还应联合所有利益相关者，包括程序员、管理员、市场推

关于架构，笔者认为并不是越复杂越好，而是相反，简单就是硬道理也提现在这里。这也是微服务能够流行的原因，看看市场上曾经出现的服务架 构：EJB、SCA、Dubbo等等，都比微服务先进，都比微服务功能完

缺省页面，是出现在用户没有提交任何资料或者网络连接不通畅的情况下所展现的页面。通常设计师们习惯用丰富的数据内容把页面设计得美观实用，考虑的 都是界面展现的“理想状态”，往往会忽视没有内容的“缺省状态”。未经过精心设计的缺省页面降低了用户的使用体验，并可能给用户带来困扰，如下图iOS系 统邮件App，无邮件时界面上没有任何有效反馈信息，用户不能明确得知到底是网络问题还是账号同步出错亦或者是收件箱内确实一封邮件都没有。同样的情况也 出现在Pinterest和出发吧的界面里。

在其新作 《架构面向服务的技术》 中，Philip Wik 总结了使用面向服务的技术搭建解决方案的三大阻力： 复杂性 如何在恰当的细节和抽象层次上为复杂的事物建模？ 沟通——设计元素 服务技术架构（Service

可以让你连接所有的网络、应用和 SQL/NoSQL 数据库，就好像你只有一个单一的应用和数据库在一个面向架构的环境中。 启动一个节点： ...$ cd OAQLServer For Linux : ..

元素，尤其在大型网站中，几乎都将面临“海量图片资源”的存储、访问等相关技术问题。在针对图片服务器的架构扩展中，也会历经很多曲折甚至是血泪教训（尤其是早期规划不足，造成后期架构上很难兼容和扩展）。

1. 平台架构的服务监控UPYUN / @oneoo 2. 一般情况做什么监控？ 3. (本页无文本内容) 4. 硬件监控网络带宽 磁盘状态 内存状态 系统负载 … 5. (本页无文本内容) 6. 软件性能监控Nginx

本文将与你分享我多年来在服务器开发方面的一些经验。对于这里所说的服务器，更精确的定义应该是每秒处理大量离散消息或者请求的服务程序，网络服务器更符合这种情况，但并非所有的网络程序都是严格意义上的服务器。使用“ 高

在服务器端程序开发领域，性能问题一直是备受关注的重点。业界有大量的框架、组件、类库都是以性能为卖点而广为人知。然而，服务器端程序在性能问题上应该有何种基本思路，这个却很少被这些项目的文档提及。本文正式

1. 面向服务的体系架构 2. SO vs OOSO 是对 OO的补充 SO是为服务的整合而生 SO 把互联作为首要的目标 提供平台无关互操作能力 提供更多的互联：同步，异步，one-way, two-way