CurrentJ
- 浏览: 198322 次
- 来自: ...
-
最新评论
-
Norther：
注入都比较麻烦 现在的折衷办法就是回归原始 在DomainOb ...
使用Spring的情况下如何将Dao注入DomainObject? -
pig345：
最近也在看这个问题，spring确实 和 DomainObje ...
使用Spring的情况下如何将Dao注入DomainObject? -
piper：
版主，需要这么复杂的配置吗？我记得以前和ehcache结合的时 ...
using springmodules-cache -
littcai：
支持一下，正准备实践一下
using springmodules-cache -
huangxx：
没有实践过
支持分享
using springmodules-cache
文章列表
为了方便的管理项目中API接口，在网上找了好多关于API接口管理的资料，感觉目前最流行的莫过于Swagger了，功能强大，UI界面漂亮，并且支持在线测试等等，所以本人仔细研究了下Swagger的使用，下面就如何将Swagger与个人的SpringMVC项目进行整合做详细说明
参见：http://www.2cto.com/kf/201502/376959.html
Swagger学习和实践
最近安装并使用了一下Swagger-ui、Swagger-editor和Swagger-codegen，感觉还不错。
Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。Swagger的目标是对REST API定义一个标准的和语言无关的接口，可让人和计算机无需访问源码、文档或网络流量监测就可以发现和理解服务的能力。当通过Swagger进行正确定义，用户可以理解远程服务并使用最少实现逻辑与远程服务进行交互。与为底层编程所实现的接口类似，Swagger消除了调用服务时可能会有的猜测。
Swagger是一 ...
两周前因为公司一次裁人，好几个人的活都被按在了我头上，这其中的一大部分是一系列REST API，撰写者号称基本完成，我测试了一下，发现尽管从功能的角度来说，这些API实现了spec的显式要求，但是从实际使用的角度，欠缺的东西太多（各种各样的隐式需求）。REST API是一个系统的backend和frontend（或者3rd party）打交道的通道，承前启后，有很多很多隐式需求，比如调用接口与RFC保持一致，API的内在和外在的安全性等等，并非提供几个endpoint，返回相应的json数据那么简单。仔细研究了原作者的代码，发现缺失的东西实在太多，每个API基本都在各自为战，与其修补，不如重 ...
微服务实践（五）：微服务的事件驱动数据管理
【编者的话】本文是使用微服务创建应用系列的第五篇文章。第一篇文章介绍了微服务架构模式，并且讨论了使用微服务的优缺点；第二和第三篇描述了微服务架构模块间通讯的不同方面；第四篇研究了服务发现中的问题。本篇中，我们从另外一个角度研究一下微服务架构带来的分布式数据管理问题。1.1 微服务和分布式数据管理问题
单体式应用一般都会有一个关系型数据库，由此带来的好处是应用可以使用 ACID transactions，可以带来一些重要的操作特性：
原子性 – 任何改变都是原子性的
一致性 – 数据库状态一直是一致性的
隔离性 – 即使交易并发执 ...
微服务实战（三）：深入微服务架构的进程间通信
【编者的话】这是采用微服务架构创建自己应用系列第三篇文章。第一篇介绍了微服务架构模式，和单体式模式进行了比较，并且讨论了使用微服务架构的优缺点。第二篇描述了采用微服务架构应用客户端之间如何采用API Gateway方式进行通信。在这篇文章中，我们将讨论系统服务之间如何通信。简介
在单体式应用中，各个模块之间的调用是通过编程语言级别的方法或者函数来实现的。但是一个基于微服务的分布式应用是运行在多台机器上的。一般来说，每个服务实例都是一个进程。因此，如下图所示，服务之间的交互必须通过进程间通信（IPC）来实现。
微服务实战（四）：服务发现的可行方案以及实践案例
这是关于使用微服务架构创建应用系列的第四篇文章。第一篇介绍了微服务架构的模式，讨论了使用微服务架构的优缺点。第二和第三篇描述了微服务架构内部的通讯机制。这篇文章中，我们将会探讨服务发现相关问题。为什么要使用服务发现?
设想一下，我们正在写代码使用了提供REST API或者Thrift API的服务，为了完成一次服务请求，代码需要知道服务实例的网络位置（IP地址和端口）。传统应用都运行在物理硬件上，服务实例的网络位置都是相对固定的。例如，代码可以从一个经常变更的配置文件中读取网络位置。而对于一个现代的，基于云微服务的应用来说，这 ...
微服务实战（二）：使用API Gateway
【编者的话】本系列的第一篇介绍了微服务架构模式。它讨论了采用微服务的优点和缺点，除了一些复杂的微服务，这种模式还是复杂应用的理想选择。当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。在本篇文章中，我们来看它如何影响客户端到服务端通信，同时提出一种API Gateway的方法。介绍
假定你正在为在线购物应用开发一个原生手机客户端。你需要实现一个产品最终页来展示商品信息。例如，下面的图展示了你在亚马逊 ...
微服务实战（一）：微服务架构的优势与不足
作者: Chris Richardson. 来源: dockone.io 发布时间: 2015-05-28 19:58 阅读: 14772 次 推荐: 4 原文链接 [收藏]
摘要：本文来自Nginx官方博客，是微服务系列文章的第一篇，主要探讨了传统的单体式应用的不足，以及微服务架构的优势与挑战。正如作者所说，微服务架构更适合用于构建复杂的应用，尽管它也有自己的不足。
转自： http://www.cnblogs.com/netfocus/p/4150084.html#!comments
CQRS架构PPT分享
Posted on 2014-12-07 22:53 netfocus 阅读(6253) 评论(52) 编辑 收藏
好久没有写文章了，最近工作比较忙。下周要到公司另一个部门做CQRS的分享，所以用一 ...
转自：对CQRS模式的澄清
博客分类：
CQRS
架构
最近看到Udi Dahan博客里关于CQRS的一篇文章(clarified-cqrs)，感觉阐述的很详细。自己花了三个晚上把它翻译了一遍，感觉收获颇多。在争得作者同意后，我将其发布出来，供大家一起交流。
原文地址：http://www.udidahan.com/2009/12/09/clarified-cqrs/
==========================================================
在看到社区中的人对CQR ...
浅谈命令查询职责分离(CQRS)模式
在常用的三层架构中，通常都是通过数据访问层来修改或者查询数据，一般修改和查询使用的是相同的实体。在一些业务逻辑简单的系统中可能没有什么问题，但是随着系统逻辑变得复杂，用户增多，这种设计就会出现一些性能问题。虽然在DB上可以做一些读写分离的设计，但在业务上如果在读写方面混合在一起的话，仍然会出现一些问题。
本文介绍了命令查询职责分离模式(Command Query Responsibility Segregation，CQRS)，该模式从业务上分离修改 (Command，增，删，改，会对系统状态进行修改)和查询（Query，查，不会对系统 ...
Zuul 是提供动态路由，监控，弹性，安全等的边缘服务。Zuul 相当于是设备和 Netflix 流应用的 Web 网站后端所有请求的前门。Zuul 可以适当的对多个 Amazon Auto Scaling Groups 进行路由请求。
Zuul 包含多个组件：
zuul-core
zuul-simple-webapp
zuul-netflix
zuul-netflix-webapp
Netflix（一家在线影片租赁商）近日开源了其Hystrix库，这是一个针对分布式系统的延迟和容错库。
Hystrix 供分布式系统使用，提供延迟和容错功能，隔离远程系统、访问和第三方程序库的访问点，防止级联失败，保证复杂的分布系统在面临不可避免的失败时，仍能有其弹性。
Netflix称，在分布式环境中，不可避免会造成一些服务的失败。Hystrix库旨在控制分布式服务中提供更大容限和服务失败之间的相互关系。Hystrix通过隔离访问远程系统、服务和第三方库的点，阻止级联故障，从而使复杂的分布式系统更具弹性。
Hystrix源于Netflix API团队在去年启动的弹性工程项目， ...
AMQP，即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同开发语言等条件的限制。Erlang中的实现有 RabbitMQ等。
中文名
高级消息队列协议
外文名
AMQP
标签：ansible
原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://sofar.blog.51cto.com/353572/1579894
==========================================================================================
一、基础介绍
=====================================================================================