家具网站源码,南京高端网站建设工作室,百度网站排名哪家好,长沙网站设计公司推荐Apache Camel是一个成熟的集成库#xff08;到现在已有9年的历史了#xff09;#xff0c;它实现了Enterprise Integration Patterns一书中的所有模式。 但是Camel不仅是EIP实现库#xff0c;它还是一个不断发展#xff0c;添加新模式并适应行业变化的现代框架。 除了在每… Apache Camel是一个成熟的集成库到现在已有9年的历史了它实现了Enterprise Integration Patterns一书中的所有模式。 但是Camel不仅是EIP实现库它还是一个不断发展添加新模式并适应行业变化的现代框架。 除了在每个版本中添加数十个连接器之外Camel还与Java语言新版本本身和其他Java框架提供的新功能紧密结合。 随着时间的流逝诸如SOA和ESB之类的某些架构样式逐渐失去吸引力而诸如REST之类的新架构样式使微服务变得流行。 为了使开发人员能够利用这些新趋势进行集成Camel通过添加新的DSL例如REST DSL和新模式例如Circuit Breaker以及组件例如Spring Boot来做出响应。 这还不是全部我们还远远没有完成。 借助Docker容器和Kubernetes之类的技术IT行业现在的发展速度甚至更快Camel也正在不断发展以减轻开发人员的负担。 要了解某种工具您需要在Docker和Kubernetes上开发和运行应用程序请查看Fabric8项目特别是工具例如Docker Maven插件Kubernetes CDI扩展Kubernetes Java客户端针对Kubernetes的Arquilian测试等。大量先进技术带来的激动人心的时代即将来临让我们看一下其中的一种骆驼和基于Hystrix的断路器。 两个骆驼断路器该选择哪个 两年前当我第一次阅读Michael Nygard的Release It时 我无法停止在Camel中实现Circuit Breaker模式 。 通常我会根据真正的客户需求来贡献自己的力量但是断路器模式是如此优雅我不得不这样做。 为了以非介入方式实现它我将其添加为Camel负载均衡器策略。 这很简单 camelContext idcamel xmlnshttp://camel.apache.org/schema/springroutefrom uridirect:start/loadBalancecircuitBreaker threshold2 halfOpenAfter1000exceptionMyCustomException/exception/circuitBreakerto urimock:result//loadBalance/route
/camelContext 上面的DSL是自我描述的如果模拟结果端点抛出的MyCustomExceptions数量达到阈值CircuitBreaker进入打开状态并开始拒绝所有请求。 1000毫秒后它将进入HalfOpenAfter状态并且在此状态下的第一个请求的结果将其下一个状态定义为已关闭或已打开。 您可以想象这是CircuitBreker的最简单的实现但仍然有用。 从那时起Microseservices体系结构变得越来越流行Circuit Breaker Pattern及其java实现Hystrix也是如此 。 劳尔·克里帕拉尼RaúlKripalani在某个时候开始在骆驼Camel实施Hystrix并将所有基础工作都准备就绪但随着时间的流逝它失去了动力。 然后一次又一次地看到来自不同客户的相同请求我接下了继电器并继续工作并将Hystrix组件推到了Camel。 看到社区的反馈它仍然没有它应有的优雅。 然后 Claus介入并通过将Hystrix转变为EIP而不是组件而使其成为骆驼DSL的一部分。 那么现在在骆驼中创建基于Hystrix的断路器是什么样子呢 public class ClientRoute extends RouteBuilder {Overridepublic void configure() {from(timer:trigger?period1s).log( Client request: ${body}).hystrix().to(http://localhost:9090/service1)// use onFallback() to provide a repsonse message immediately: .transform().simple(Fallback ${body})// use onFallbackViaNetwork() when there is a 2nd service call.onFallbackViaNetwork().to(http://localhost:7070/service2).end().log(Client response: ${body});}
} 在上面的示例中您只能看到断路器的少数可用选项要查看所有这些选项请检出官方文档并试用放置在示例中的 Claus应用程序。 根据此示例您可能认为Hystrix是Camel核心的一部分但事实并非如此。 骆驼核心仍然是这样没有第三方库的依赖。 如果要使用基于Hystrix的断路器则需要像其他任何非核心组件一样将camel-hystrix依赖项添加到依赖项中并使其在运行时可用。 快速失败后备隔板超时等 Hystrix库实现的不仅仅是断路器模式。 它也可以进行批量处理请求缓存超时请求折叠等。Camel中的实现不支持请求折叠和缓存因为这些已经使用Camel中可用的其他模式和组件完成了。 Camel中的请求折叠可以使用Aggregator EIP完成而缓存可以使用RedisInifinspanHazelcast等缓存组件完成。Camel中的Hystrix DSL提供了Hystrix支持的大约30种配置选项还通过JMX和/或公开了指标用于Hystrix仪表板的 REST。 最后一点不要忘记创建一个真正的弹性应用程序您需要的不仅仅是Hystrix。 Hystrix将在线程池级别进行批量处理但是如果您不在进程主机和物理计算机级别应用相同的原理那还不够。 要创建一个可恢复的分布式系统您还需要使用RetryThrottleingTimeout…和其他好的技巧我在Camel Design Patterns一书中已经描述了其中的一些技巧。 要了解新模式请查看示例 然后开始使用Hystrix保护基于Camel的微服务。 翻译自: https://www.javacodegeeks.com/2016/06/create-resilient-camel-applications-hystrix-dsl.html
