微服务:Java EE的拯救者还是掘墓人?

By Shell Sec 随着微服务逐渐流行起来,很多厂商开始尝试把他们的Java EE Web服务转成微服务,这样他们就可以继续卖他们的过时产品,API Gateway就是这些厂商中的一个。 Jason Bloomberg是Intellyx的主席,他在一篇文章里指出了传统Web服务和微服务的区别,并对把传统Web Read the entire article at http://www.shellsec.com/news/44804.html

微服务:Java EE的掘墓人

By Steve Hu Jason Bloomberg是Intellyx的主席,他在一篇文章里指出了传统Web服务和微服务的区别,并对把传统Web服务转成微服务的趋势提出了质疑。 微服务不是企业服务总线里的Web服务,也不是传统的面向服务架构,尽管它沿袭了SOA的一些基本概念。从根本上来说,微服务跟SOA是不一样的,因为整个环境已经发生了彻底的转变。 微服务架构的环境是没有边界的:端到端,基于云的应用程序运行在完全虚拟和容器化的基础设施上。容器把应用程序和服务组件化,DevOps为IT基础设施提供框架,帮助自动化开发、部署和管理环境。 虽然容器对微服务来说不是必需的,不过微服务可以很容易地运行在容器里。况且,把非微服务的代码部署在容器里不是一个明智的选择。 Read the entire article at http://www.infoq.com/cn/news/2016/11/Micro-service-java-EE  

AppDynamics引入应用集成平台 (AppDynamics introducing application integration platform)

AppDynamics AIP处理了微服务事务跟踪的复杂性,敏捷数字变革分析机构Intellyx的总裁Jason Bloomberg说:“微服务是很小的执行单元,往往包含的不仅仅有运行代码,还有运行司、缓存及操作系统支持等在容器或虚拟环境里面运行代码所必要的 东西。因此,微服务结构通常会包含大量的、持续改变的微服务,每一个都要做不同的特定任务。” 它为什么酷 帮助企业管理不断变化的应用环境是很好的,但是行业分析师把AppDynamics AIP的定价模式视为一个很酷的要素。451 Research分析师Dennis Callaghan认为,这是业界第一个针对微服务架构的应用性能管理(APM)定价模式,前者需要监控的企业正在及即将使用的更小实例数量在不断增长。 Agent单元是作为AppDynamics APM 一部分的AppDynamics AIP的定价基础,Agent被注入到应用代码当中以实现业务事务监控。通常每微服务需要的单元数量要少于虚机。在标准的Java项目当中,比方说,每个 Java虚机(JVM)开发者可能需要超过1GB的空间,需要1个单元,。而部署Java微服务最高所需不会超过1GB,而且使用的单元数也更少,大概每 单元可支持5个JVM。 “现在你将不需要为这些微服务里面的每一个JVM支付全部的价格了,”Callaghan说。 Bloomberg认为,采用传统APM方案在根据微服务环境中的传统运行时调整定价方面存在严重的缺陷。“运行时本身包括比方说Java虚机实 例,已经削减,且广泛分布在微服务架构中,”他说:“出于这个原因,微服务性能管理必须考虑微服务架构的这一独特特征,以便适应客户需求和预算。” Read the entire article at http://www.ailab.cn/cloudtims/67028.html