• 从我的观点看：Docker是一个微容器，一个云计算的微PaaS容器，类似JVM但比其更强大的容器，直接基于Linux内核，支持各种语言，它比VM虚拟机更加轻量，能够在Linux或云计算IaaS等平台上直接运行，带着你的应用无缝地移植到各种运行环境。 有人无
  • Martinfowler的这篇微服务文章引发了软件架构方面的热烈讨论，“今天在软件架构方面，除了微服务这个名称没有什么新的”。现大意翻译如下： 微服务，是另外一个在软件体架构这个拥挤的街道上冒出的新名词
  • 微服务概念不断兴起，是不是意味着SOA重要概念企业服务总线ESB的死亡呢？它们是否是两个矛盾的选择呢？ icon
  • 国内大部分号称云计算的产品基本是主机托管+数据中心，很多人认为云计算=主机托管+数据中心，其实这种观点错了。来自druva的一篇 icon
  • 很长一段时间，无态服务被看成通向伸缩扩展的必由之路，无态架构容易水平扩展，只需要一个round-robin的负载平衡就可以在无态服务之间分发请求。 但是，无态服务也有一些问题，由于状态都保存在数据库中，每次请求都要进入数据库增加了延迟，当然可以增加一层缓存 icon
  • QBit是微服务的队列库包，它类似于Akka和Spring的Reactor，但QBit只是库包而不是平台（轻量），QBit能够将服务放在一个队列Queue之后，你能直接使用QBit队列。QBit服务能以WebSocket, HTTP, HTTP pipeline暴露服务，在QBit中的一个服务是一个 icon
  • Serverless架构或Serverless计算是软件架构风格向分布式系统发展结果，而当前建立一个系统的标准是面向服务架构(SOA)或者是SOA之微服务架构。 在微服务架构中，应用/服务被开发出来然后部署，每个服务组相关一些函数，在Serverless架 icon
  • Go语言走向企业应用需要一套成熟的分布式系统工具集，还需要面临Scala语言的挑战，探索一条SOA架构新路径。这是Peter Bourgon在2015年2月于 Google Campus London meetup上的讲话： icon
  • 几个月前，Uber决定退出其基于模块的整体monolithic架构，转向灵活的微服务架构，此后，uber花费了数千个工程小时重写扩展微服务生态系统，使用各种语言和各种框架，这种持续的重构是一项艰巨的任务，在这里讨论一下在Uber采取新技术带来的机会和挑战，使用适合SOA迁移的一套技术堆栈和标准，Ub icon
  • 无意中看到2007年一篇有关SOA分布式事务的英文：Distributed Transaction Mana icon
  • Arch-orchestrator是一个用于管理大型Node.js应用的类似SOA Orchestrator 开源的流程指挥器。 < icon
  • SOA是一种设计理念，通过ESB可以实现它，例如红帽的jbossesb.现有疑惑如下，请大侠指导： 1 jbossesb或者类似的产品能否代理各种WebService框架下开发的WebService接口、Servlet的接口、Struts Action暴露 icon
  • 下面是 saga的代码，用JS实现的，省略了多余代码。希望banq大哥和各位指点。 icon
  • 负责制定SOA架构标准。。。。还有中国软件厂商参与。。。。 要不BANQ老师也搞一个ODDD吧~~虽然论坛里资料很全，但是没有一个系统的目录，难免会遗漏一些知识点。 icon
  • Netflix/eureka · GitHub是Netflix推出类似ZooKeeper的服务定位于负载平衡器，用于分布式多服务器的负载平衡和失败恢复。 icon
  • 本文介绍了如何通过基于Node.JS和Docker的微服务架构正确实现SOA。 这是来自Cake Pulse团队关于重构他们的Pulse应用实践心得，Pulse应用监控着超过10,000以上POS设备，进行实时有效的分析。在过去几周，Pulse团队在对今天 icon
  • 对于微服务架构，每个服务都有独自的数据支持，同时每个服务又会有多个实例在不同的容器中运行，多个相同的实例需要共享业务数据状态，使用jdonframework有什么方法可以实现呢？ icon
  • 在论坛转了一圈，领域服务大概的意思是说：一些行为放在A模型也不好，放在B模型也不好的，就作为领域服务，也就是说领域服务是夸模型夸聚合的一些行为，那么这些服务有没有状态的，是不是跟application一样也是没有状态的呢，那么可以实现成静态方法吗，还有就是类似一些查询方法算不算领域服务呢，在实践中， icon