Core 是微软的全新的框架。这一框架的目标 ︰
跨平台针对云应用优化解除 System.Web 的依赖。 获得下面三个方面的优势，你可以把它认为是一个C# 版本的NodeJS：
1） 模块化实现
2） 一切都尽可能的-异步
3） 依赖关系注入
微软已经如期发布了.NET Core R2, 具体参见文章《微软.NET Core RC2正式发布，横跨所有平台》，现在可以放心的基于.NET Core 构建 Core 。那么问题就来了，生产环境我们如何部署呢？
Core 的运行环境由新开发的 Kestrel Server 负责，IIS 退回到 HTTP 的侦听器的角色，微软也特别为了这个需求开发了 IIS Platform Handler，以处理 HTTP 与运行环境之间的信息转发工作，微软官方推荐在Linux服务器上使用Nginx，Haproxy等代理Kestrel Server，具体参考http://weblog.west-/posts//Jun/06/Publishing-and-Running-ASPNET-Core-Applications-with-IIS。
需要安装AspNetCoreModule（安装 Core Server Hosting Bundle或者.NET Core SDK时会装上），AspNetCoreModule是一个native IIS module。Jexus 5.8.1 版本的端口“转发”功能也类似于IIS 的实现方式，通过端口转发方式将Kestrel 保护起来，又可以高性能运行。Jexus的实现方式上刘冰的博客《为支持5跨平台，Jexus再添新举措》进行了解释。
下面我们来介绍下怎么设置通过Jexus 把 core 的请求转发给Kestrel Server来处理。我假设你已经把 core rc2 的网站准备好了，我这里演示的就是我的一个实验站点“Hello World”， 运行在Azure上的Centos 7.0上，服务端口是127.0.0.1:5000 。
在jexus上为之新建一个网站，在这个网站的配置文件中加一行： AppHost.Port=5000 通过以上处理，访问jexus的这个网站，就会把请求转发到对应的应用上。下面是我的示例dotnetcore，配置文件放在/usr/jexus/siteconf,创建一个网站叫做dotnetcore：
port=5001 hosts=*
AppHost.Port=5000
通过 5001 端口转发到 5000端口，配置非常简单，这时的jexus也是一个侦听和数据转发的角色。当然，作为服务器，jexus也是一个“网站组织者”的角色。因为每个应用程序容器都有不同的端口，而服务器对外服务器不可能一个端口一个服务。通过jexus的“组织”，就能让不同的端口通过域名共同一个80端口。
保存后，重启Jexus服务器就生效了,就可以通过浏览器访问到 core 网站了。
大家可以通过 :5001/ 访问到我这个最简单的Hello World
如果我把后端的 Core应用关掉，会看到下面的页面
