在内部，一个vert.x实例会管理着一个小的线程集合，每个线程针对服务器上的一个可用内核。基本上每个线程都实现了一个事件循环。当部署一个vert.x应用实例（又叫做verticle）时，服务器会选择一个事件循环分配给该实例。接下来针对该实例的任务都会通过该线程进行分配。由于在某一时刻可能会有成千上万个verticle在运行，因此在同一时刻会将单个事件循环指定给多个verticle。
Verticle可与运行在相同或不同vert.x实例中的其他verticle进行通信，这是通过消息事件总线实现的，它类似于Erlang的actor模型。消息传递旨在让系统能够在多个可用核心上进行扩展而无需以多线程的方式来执行verticle代码。
事件总线是分布式的，并不只会跨越服务器，还会渗透进客户端的JavaScript以处理“实时”的Web应用。
除了并发与消息传递外，vert.x还具有如下特性：
TCP/SSL服务器与客户端
HTTP/HTTPS服务器与客户端
WebSockets/SockJS支持
InfoQ有幸采访到了VMWare的高级工程师Tim Fox以了解vert.x：
InfoQ：能否从架构上介绍一下vert.x及其构建方式？
Tim：vert.x的核心是用Java编写的，接下来我们为每一种支持的JVM语言编写了一个薄薄的API层，这样每种语言都有一个适合于该语言的API了。我们并没有向这些语言直接公开Java API。这意味着Ruby用户会通过Ruby的方式编写代码，JS用户会通过JS的方式编写代码。
InfoQ：能否描述一下在vert.x上典型的开发流程么，特别是与开发者使用Node.js的体验进行一下对比？
我觉得这与node.js是非常类似的。实际的工作流程取决于你是在本地还是云中运行应用。但这并非vert.x所特有的。
InfoQ：就调试、监控与运维来看，在JVM与Node.js上运行实时应用有何差别？
我想说监控与运维实际上与部署vert.x的环境之间的关系更为密切而非vert.x本身。比如说，如果将vert.x部署到云中，那么云提供商可能就会为你提供监控。顺便说一下，社区成员目前已经在OpenShift与Heroku上运行了Vert.x。我们希望不久之后CloudFoundry支持就会到来。
InfoQ：vert.x与Node.js有什么基准比较么？
我们尚未发布任何的官方基准。但我自己已经完成了一些，在我所做的测试中，vert.x的性能与可伸缩性都远远超越了node.js。我希望在不久之后能够发布一些基准。
InfoQ：vert.x与Netty相比如何呢？
Netty是个很棒的底层IO库。Vert.x实际上使用了Netty。但vert.x是个用于编写异步应用的完整。Vert.x还提供了一个组件模型、文件IO及各种Netty所没有的东西。我要说的是，在JVM世界中，Vert.x是更类似于Akka（也使用了Netty）之类的完整框架。
Netty提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。 也就是说，Netty 是一个基于NIO的客户，服务器端编程框架，使用Netty 可以确保你快速和简单的开发出一个网络应用，例如实现了某种协议的客户，服务端应用。Netty相当简化和流线化了网络应用的编程开发过程，例如，TCP和UDP的socket服务开发。Netty是一个基于NIO的服务器端（简化TCP/UDP的socket开发）。
java 写道Web Services是由企业发布的完成其特定商务需求的在线应用服务,其他公司或应用软件能够通过Internet来访问并使用这项在线服务。实际上，WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。
即提供第三方可使用服务（可以基于http/tcp等）。
servlet：是服务器端执行的小应用程序，是一个服务器组件，比如HttpServlet 用于实现对Http请求的处理，接受请求 处理、动态产生响应。
三者关注点不同：
netty 提供一套基于NIO的服务器的框架（简化TCP/UDP的socket开发），类似的还有mina。 比如实现一个web服务器。
web service 重点是web服务，建立一套规则，使得跨平台/跨应用可可访问。比如天气预报接口、google Map接口等。
