net开源网站

开源软件的需求持续增长，网络管理工具已经适应了这一浪潮。你不再需要为可能不是你所需的软件支付小额的费用，请留意下（大部分）免费的开源工具，用来监控、配置和映射你的联网设备。

这里有 14 个开源网络监控工具来协助IT管理员完成工作。

开源网络监控工具： NetXMS

NetXMS 提供了企业级开源网络管理和监控程序，它在Windows和Linux上有一个简单的用户界面。NetXMS通过相对简单的安装过程为IT基础架构的所有层提供了分布式网络监控、自动化网络发现和详细报告。此外，服务器设备和代理对于这样一个全面的产品来说是相当轻量级的.2. 开源网络监控工具: Pandora FMS

定位于企业级， Pandora FMS 提供了一个时尚且整洁的用户体验，提供了易于阅读的快速洞察工具以及重要的网络统计信息，例如网络状态、已上报的告警、已部署的代理数量和其他最近执行任务的列表。

Pandora FMS可以在无需外部访问的情况下执行网络诊断，这意味着用户可以更快地响应任何网络问题。事实上，FMS声称，在代理模式下的器监控系统响应速度约为10秒。

3. 开源网络监控工具: Cacti

最初发布于2001年， Cacti 是一款开源的基于Web的网络监控和专为数据记录而设计的图形化工具。它可以用于实时显示网络数据，如CPU负载或带宽利用率。Cacti是RRDtool的前端应用程序，RRDtool是一种用于存储实时变化数据的开源数据库工具，其使用SNMP作为其默认收集算法，但如果你喜欢本地Perl的PHP脚本，那么你也可以使用它们。其最新版本0.8.8h于2016年5月发布，主要功能包括无限图形项目、图形自动填充支持、图形数据处理、自定义数据采集脚本、内置SNMP支持、图形模板、数据源模板、主机模板和基于用户的管理。

4. 开源网络监控工具: GroundWork Monitor Core

GroundWork Monitor Core 是监控网络、应用和云计算使用情况的平台。开源版本包含最多可监控50个设备和基于社区的支持的许可证，该软件还有其对应的商业版本。在其网络管理功能方面，GroundWork提供网络和设备的自发现和维护、拓扑、报警控制、通过API/SNMP/IPMI的数据收集和对OpenDaylight SDN的支持等功能。

GroundWork还提供了存储管理，支持大规模的企业级供应商，如NetApp和EMC，以及从磁盘、块或对象存储的数据收集和存储缓冲以及中断可视化。由于GroundWork的一站式网络管理方法，这种套件可能更适合那些寻找成熟品牌的大型商业和企业，而不是以开发人员为重点的工具，如Big Brother或Big Sister。

5. 开源网络监控工具：Hyperic

VMware的Hyperic工具用于在物理、虚拟或云环境下监控Web应用程序及其性能。 它适用于应用程序服务器，web服务器，数据库，操作系统，虚拟机管理程序，消息传递服务和目录服务器。

Hyperic提供基础架构和操作系统监控，详细的报告，应用程序和中间件监控，警报和修复工作流程以及通用可扩展的API。该网络监控工具提供了企业版本，可以提高网络警报功能，并且能更好地创建基准。

6. 开源网络监控工具: Observium

基于Linux的Observium是一个自动监测的网络监控工具。 据该网站介绍，“该工具是由一批经验丰富的专业网络工程师和系统管理员开发和维护的，Observium是一个由用户自己设计和构建的平台。”Observium提供社区版本和专业版，使用RRDTool进行缓冲存储和图形化功能，并具有易于使用的用户界面和报告功能。 但是，它没有报告导出功能，这可能对商务应用来讲会是一个问题。

社区版本将为用户提供对所有支持设备或指标的完整自动监测功能，通过自动发现协议进行网络映射，自动识别数百种设备，并且每六个月发布一个新版本。

而专业版用户将获得所有社区版本的功能并且还将获得实时软件更新和修复功能，基于规则的自动分组功能，网络阈值和状态警报系统以及流量统计系统。

7. 开源网络监控工具: Zabbix

Zabbix 作为企业级的网络监控工具，通过从服务器，虚拟机和网络设备收集的数据提供实时监控，自动发现，映射和可扩展等功能。

Zabbix的企业级监控软件为用户提供内置的Java应用服务器监控，硬件监控，VMware监控和CPU，内存，网络，磁盘空间性能监控。

该企业级网络监控工具能够每分钟进行 3,000,000 次检查，具有更高的安全性和数据中心监控功能。

8. 开源网络监控工具: Nagios

Nagios 是一款用于监控IT基础架构和查看当前状态、历史日志和基本报告的开源软件工具。 Nagios 用户可以监控系统指标，网络协议，应用程序，服务器，网络基础架构和接收故障警报。

其它翻译版本(1)

Nagios提供三种类型的网络管理工具，Nagios XL，Nagios日志服务器和Nagios网络分析器。其中 Nagios XL 最适合网络监控（尽管其他两种也提供网络监控服务）。

Nagios XL提供企业级网络监控，为用户提供带宽报告，网络心跳监控，自定义URL，电子邮件报告和远程机器监控。 升级的企业版提供基于Web的服务器控制台访问，业务流程监控，记录审核和自动化删除功能。

9. 开源网络监控工具: NetDisco

NetDisco专为类 Unix 操作系统而设计，通过NSMP提供基于网络的自动发现网络设备的功能，从而生成网络拓扑图。它是专为中型到大型网络而设计的。

该网络管理工具可用于定位设备，创建设备目录并报告IP地址和交换机端口使用情况。

NetDisco用户可以通过MAC或IP在网络上定位机器，关闭交换机端口，或更改端口的VLAN或PoE状态，按照型号，供应商，软件和操作系统对网络硬件进行清点，并给你的网络创建一个详细的拓扑图。

10. 开源网络监控工具: OpenNMS

OpenNMS是在1999年发布的，旨在为大型企业级用户提供事件管理，服务监控和性能测量。

使企业用户受益的主要特点包括外部脚本、向通话系统工程师发送警报、扩展Java本机通知策略API、请求跟踪（RT）集成、高级警报、IPv4和IPv6网络可达性超过ICMP、测试状态和节点库存信息。

11. 开源网络监控工具：RANCID

RANCID 听起来像一个消极的名字，除非你学会Really Awesome New Cisco的配置。这一点意味着它能监视路由器或其他设备的配置，并维护任何更改过的历史记录。RANCID 支持很多供应商设备，包括 Juniper路由，HP交换机，Redback的NAS 和 很多对Observium有扩展设备的支持。

RANCID支持许多供应商的设备，包括Juniper路由器，HP交换机，Redback NAS和许多其他设备，以及对Observium的扩展支持。

RANCID提供多种网络管理功能，包括登录到路由器表（router.db）中的每个设备，运行各种命令以获取将被保存的信息，将之前收集的信息中的任何变化发送到邮件列表，并提交这些更改到版本控制系统。

12. 开源网络监控工具: Xymon

另一个需要提及的网络监控工具是Xymon（以前称为Hobbit）。 Xymon监控服务器，应用程序和网络，通过网页提供有关所有这些网络组件运行状况的信息。

其网站上表示Xymon的开发受到Big Brother的启发，同Big Sister一样，它试图解决Big Brother BTF的缺点，如性能方面。 同时，Xymon更容易部署并且是免费的。

13. 开源网络监控工具: Big Brother BTF

other创建于20世纪90年代中期，用于监控网络系统，后来被Quest Software收购，而其又被戴尔在2012年收购。

许多其他网络监控工具都是模仿Big Brother的，所以它有一个大型的、详细的论坛和有帮助的开发人员社区，是初学者的好选择。除了可用于学生和非商业用途的开源版本之外，其还提供了名为Big Brother Professional Edition的商业版本。

14. 开源网络监控工具: Big Sister

Big Sister创始人托马斯·艾比（Thomas Aeby）表示，他对Big Brother的网络监控印象深刻，但希望提高其性能，减少坏事件发生时的警报数量，并进行其他改进。

Big Sister提供网络监控，节点管理，doxygen过滤器和Web应用程序框架，作为Unix衍生产品和Microsoft Windows操作系统的一部分。

Big Sister对监控网络系统的IT管理员有所帮助。当系统故障时，它会通知管理员，生成状态变化历史记录日志并显示各种系统性能数据。

Ocelot是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成，下面我们会对这些功能的配置一一进行说明。

介绍

简单的来说Ocelot是一堆的asp core middleware组成的一个管道。当它拿到请求之后会用一个request builder来构造一个HttpRequestMessage发到下游的真实服务器，等下游的服务返回response之后再由一个middleware将它返回的HttpResponseMessage映射到HttpResponse上。

API网关—— 它是系统的暴露在外部的一个访问入口。这个有点像代理访问的家伙，就像一个公司的门卫承担着寻址、限制进入、安全检查、位置引导、等等功能。

Ocelot的基本使用

用一台web service来host Ocelot，在这里有一个json配置文件，里面设置了所有对当前这个网关的配置。它会接收所有的客户端请求，并路由到对应的下游服务器进行处理，再将请求结果返回。而这个上下游请求的对应关系也被称之为路由。

集成Identity Server

当我们涉及到认证和鉴权的时候，我们可以跟Identity Server进行结合。当网关需要请求认证信息的时候会与Identity Server服务器进行交互来完成。

网关集群

只有一个网关是很危险的，也就是我们通常所讲的单点，只要它挂了，所有的服务全挂。这显然无法达到高可用，所以我们也可以部署多台网关。当然这个时候在多台网关前，你还需要一台负载均衡器。

Consul 服务发现

在Ocelot已经支持简单的负载功能，也就是当下游服务存在多个结点的时候，Ocelot能够承担起负载均衡的作用。但是它不提供健康检查，服务的注册也只能通过手动在配置文件里面添加完成。这不够灵活并且在一定程度下会有风险。这个时候我们就可以用Consul来做服务发现，它能与Ocelot完美结合。

集成网关

在asp core 2.0里通过nuget即可完成集成，或者命令行dotnet add package Ocelot以及通过vs2017 UI添加Ocelot nuget引用都可以。

Install-Package Ocelot

配置

我们需要添加一个.json的文件用来添加Ocelot的配置，以下是最基本的配置信息。

要特别注意一下BaseUrl是我们外部暴露的Url，比如我们的Ocelot运行在http://123.111.1.1的一个地址上，但是前面有一个 nginx绑定了域名http://api.jessetalk，那这里我们的BaseUrl就是 http://api.jessetalk。

将配置文件加入ASP.NET Core Configuration

我们需要通过WebHostBuilder将我们添加的json文件添加进asp core的配置

配置依赖注入与中间件

在startup.cs中我们首先需要引用两个命名空间

using Ocelot.DependencyInjection;

using Ocelot.Middleware;

接下来就是添加依赖注入和中间件

Ocelot功能介绍

通过配置文件可以完成对Ocelot的功能配置：路由、服务聚合、服务发现、认证、鉴权、限流、熔断、缓存、Header头传递等。在配置文件中包含两个根节点：ReRoutes和GlobalConfiguration。ReRoutes是一个数组，其中的每一个元素代表了一个路由，我们可以针对每一个路由进行以上功能配置。下面是一个完整的路由配置

Downstream是下游服务配置

UpStream是上游服务配置

Aggregates 服务聚合配置

ServiceName, LoadBalancer, UseServiceDiscovery 配置服务发现

AuthenticationOptions 配置服务认证

RouteClaimsRequirement 配置Claims鉴权

RateLimitOptions为限流配置

FileCacheOptions 缓存配置

QosOptions 服务质量与熔断

DownstreamHeaderTransform头信息转发

我们接下来将对这些功能一一进行介绍和配置

路由

路由是API网关最基本也是最核心的功能、ReRoutes下就是由多个路由节点组成。

而每一个路由由以下几个基本信息组成：

下面这个配置信息就是将用户的请求 /post/1 转发到 localhost/api/post/1

DownstreamPathTemplate：下游戏

DownstreamScheme：下游服务http schema

DownstreamHostAndPorts：下游服务的地址，如果使用LoadBalancer的话这里可以填多项

UpstreamPathTemplate: 上游也就是用户输入的请求Url模板

UpstreamHttpMethod: 上游请求http方法，可使用数组

万能模板

万能模板即所有请求全部转发，UpstreamPathTemplate 与DownstreamPathTemplate 设置为 “/{url}”

万能模板的优先级最低，只要有其它的路由模板，其它的路由模板则会优先生效。

上游Host

上游Host也是路由用来判断的条件之一，由客户端访问时的Host来进行区别。比如当a.jesetalk/users/{userid}和b.jessetalk/users/{userid}两个请求的时候可以进行区别对待。

Prioirty优先级

对多个产生冲突的路由设置优化级

比如你有同样两个路由，当请求/goods/delete的时候，则下面那个会生效。也就是说Prority是大的会被优先选择。

路由负载均衡

当下游服务有多个结点的时候，我们可以在DownstreamHostAndPorts中进行配置。

LoadBalancer将决定负载均衡的算法

LeastConnection – 将请求发往最空闲的那个服务器

RoundRobin – 轮流发送

NoLoadBalance – 总是发往第一个请求或者是服务发现

在负载均衡这里，我们还可以和Consul结合来使用服务发现，我们将在后面的小节中进行详述。

请求聚合

即将多个API请求结果合并为一个返回。要实现请求聚合我们需要给其它参与的路由起一个Key。

当我们请求/的时候，会将/tom和/laura两个结果合并到一个response返回

{"Tom":{"Age": 19},"Laura":{"Age": 25}}

需要注意的是：

聚合服务目前只支持返回json

目前只支持Get方式请求下游服务

任何下游的response header并会被丢弃

如果下游服务返回404，聚合服务只是这个key的value为空，它不会返回404

有一些其它的功能会在将来实现

下游服务很慢的处理

做一些像 GraphQL的处理对下游服务返回结果进行处理

404的处理

限流

对请求进行限流可以防止下游服务器因为访问过载而崩溃，这个功能就是我们的张善友张队进添加进去的。非常优雅的实现，我们只需要在路由下加一些简单的配置即可以完成。

ClientWihteList 白名单

EnableRateLimiting 是否启用限流

Period 统计时间段：1s, 5m, 1h, 1d

PeroidTimeSpan 多少秒之后客户端可以重试

Limit 在统计时间段内允许的最大请求数量

在 GlobalConfiguration下我们还可以进行以下配置

Http头 X-Rate-Limit 和 Retry-After 是否禁用

QuotaExceedMessage 当请求过载被截断时返回的消息

HttpStatusCode 当请求过载被截断时返回的http status

ClientIdHeader 用来识别客户端的请求头，默认是 ClientId

服务质量与熔断

熔断的意思是停止将请求转发到下游服务。当下游服务已经出现故障的时候再请求也是功而返，并且增加下游服务器和API网关的负担。这个功能是用的Pollly来实现的，我们只需要为路由做一些简单配置即可

ExceptionsAllowedBeforeBreaking 允许多少个异常请求

DurationOfBreak 熔断的时间，单位为秒

TimeoutValue 如果下游请求的处理时间超过多少则自如将请求设置为超时

缓存

Ocelot可以对下游请求结果进行缓存 ，目前缓存的功能还不是很强大。它主要是依赖于CacheManager 来实现的，我们只需要在路由下添加以下配置即可

"FileCacheOptions": { "TtlSeconds": 15, "Region": "somename" }

Region是对缓存进行的一个分区，我们可以调用Ocelot的 administration API来移除某个区下面的缓存 。

认证

如果我们需要对下游API进行认证以及鉴权服务的，则首先Ocelot 网关这里需要添加认证服务。这和我们给一个单独的API或者ASP.NET Core Mvc添加认证服务没有什么区别。

然后在ReRoutes的路由模板中的AuthenticationOptions进行配置，只需要我们的AuthenticationProviderKey一致即可。

JWT Tokens

要让网关支持JWT 的认证其实和让API支持JWT Token的认证是一样的

Identity Server Bearer Tokens

添加Identity Server的认证也是一样

Allowed Scopes

这里的Scopes将从当前 token 中的 claims中来获取，我们的鉴权服务将依靠于它来实现 。当前路由的下游API需要某个权限时，我们需要在这里声明 。和oAuth2中的 scope意义一致。

鉴权

我们通过认证中的AllowedScopes 拿到claims之后，如果要进行权限的鉴别需要添加以下配置

当前请求上下文的token中所带的claims如果没有 name=”UserType” 并且 value=”registered” 的话将无法访问下游服务。

请求头转化

请求头转发分两种：转化之后传给下游和从下游接收转化之后传给客户端。在Ocelot的配置里面叫做Pre Downstream Request和Post Downstream Request。目前的转化只支持查找和替换。我们用到的配置主要是 UpstreamHeaderTransform 和 DownstreamHeaderTransform

Pre Downstream Request

"Test": "http://bbc.co.uk/, http://ocelot/"

比如我们将客户端传过来的Header中的 Test 值改为 http://ocelot/之后再传给下游

"UpstreamHeaderTransform": {

"Test": "http://bbc.co.uk/, http://ocelot/"

},

Post Downstream Request

而我们同样可以将下游Header中的Test再转为 http://bbc.co.uk/之后再转给客户端。

"DownstreamHeaderTransform": {

"Test": "http://bbc.co.uk/, http://ocelot/"

},

变量

在请求头转化这里Ocelot为我们提供了两个变量：BaseUrl和DownstreamBaseUrl。BaseUrl就是我们在GlobalConfiguration里面配置的BaseUrl，后者是下游服务的Url。这里用301跳转做一个示例如何使用这两个变量。

默认的301跳转，我们会返回一个Location的头，于是我们希望将http://bbc.co.uk 替换为 http://ocelot，后者者网关对外的域名。

"DownstreamHeaderTransform": {

"Location": "http://bbc.co.uk/, http://ocelot/"

},

"HttpHandlerOptions": {

"AllowAutoRedirect": false,

},

我们通过DownstreamHeaderTranfrom将下游返回的请求头中的Location替换为了网关的域名，而不是下游服务的域名。所以在这里我们也可以使用BaseUrl来做为变量替换。

"DownstreamHeaderTransform": {

"Location": "http://localhost:6773, {BaseUrl}"

},

"HttpHandlerOptions": {

"AllowAutoRedirect": false,

},

当我们的下游服务有多个的时候，我们就没有办法找到前面的那个http://localhost:6773，因为它可能是多个值。所以这里我们可以使用DownstreamBaseUrl。

"DownstreamHeaderTransform": {

"Location": "{DownstreamBaseUrl}, {BaseUrl}"

},

"HttpHandlerOptions": {

"AllowAutoRedirect": false,

},

Claims转化

Claims转化功能可以将Claims中的值转化到请求头、Query String、或者下游的Claims中，对于Claims的转化，比较特殊的一点是它提供了一种对字符串进行解析的方法。举个例子，比如我们有一个sub的claim。这个claims的 name=”sub” value=”usertypevalue|useridvalue”，实际上我们不会弄这么复杂的value，它是拼接来的，但是我们为了演示这个字符串解析的功能，所以使用了这么一个复杂的value。

Ocelot为我们提供的功能分为三段，第一段是Claims[sub]，很好理解[] 里面是我们的claim的名称。第二段是 > 表示对字符串进行拆分, 后面跟着拆分完之后我们要取的那个数组里面的某一个元素用 value[index]来表示，取第0位元素也可以直接用value。第三段也是以 > 开头后面跟着我们的分隔符，在我们上面的例子分隔符是 |

所以在这里如果我们要取 usertype这个claim就会这样写： Claims[sub] > value[0] >|

Claim取到之后我们如果要放到请求头、QueryString、以及Claim当中对应有以下三个配置。

Claims to Claims

"AddClaimsToRequest": {

"UserType": "Claims[sub] > value[0] >|",

"UserId": "Claims[sub] > value[1] >|"

}

Claims to Headers

"AddHeadersToRequest": {

"CustomerId": "Claims[sub] > value[1] >|"

}

这里我们还是用的上面那个 sub = usertypevalue|useridvalue 的claim来进行处理和转化。

Claims to Query String

"AddQueriesToRequest": {

"LocationId": "Claims[LocationId] >value",

}

这里没有进行分隔，所以直接取了value。

作者：Jesse 出处： http://jesse2013blogs/

当你需要一个任务调度框架时， core 也提供了很好的支持。从下面的搜索结果可以看出这个框架已经非常流行了。

搜索 结果

Hangfire provides a unified programming model to handle background tasks in a reliable way and run them on shared hosting, dedicated hosting or in cloud. You can start with a simple setup and grow computational power for background jobs with time for these scenarios:

mass notifications/newsletters

batch import from xml, csv or json

creation of archives

firing off web hooks

deleting users

building different graphs

image/video processing

purging temporary files

recurring automated reports

database maintenance

…and so on

Hangfire is a .NET Framework alternative to Resque, Sidekiq, delayed_job, Celery.

示意图

示意图

项目地址：https://github/HangfireIO/Hangfire

项目文档：http://docs.hangfire.io/en/latest/

再次提醒各位同学，点关注不迷路哦！

上期给大家介绍了目前比较主流的8大傻瓜式自助建站平台，有朋友留言对开源建站程序感兴趣。虽然小编有回复，但是为了让更多的人可以看到，还是决定单独成篇介绍下：

1.Drupal

Drupal是一个开源的内容管理框架(CMF) 平台，它由内容管理系统（CMS）和PHP开发框架（Framework）共同构成。主要用于构造提供多种功能和服务的动态网站，“Drupal有难度，学习需谨慎。”因为Drupal具有业内最强的定制能力和灵活性，这也是造成Drupal学习难度太大的根本原因，

网址：drupal.org

drupal 8

2.Wordpress

这个上期已经介绍过了，不过之前没有标明它是开源的系统，它其实也是属于源码类，可上传至自己的服务器，方便二次开发和管理。具体就不多说了！

网址：https://cn.wordpress.org

3.Joomla

Joomla实际有两个开源的东西，一个是JoomlaCMS（内容管理系统）一个是Joomla Platform（Joomla框架，除了网站之外，还可以进行广泛的web开发、手机应用开发等等。Joomla在国内最重要的开源支持网站为囧啦中国。需要有需要的可以看看，下方附网址。

网址：joomla

4.OctoberCMS

基于Laravel这个PHP开发框架的CMS系统，免费、开源、自托管。OctoberCMS的后台功能相当强大，并且可以在后台进行代码的修改。事实上，如果是常见的功能，我们完全不用编写任何代码，只需要使用正确的插件和正确的配置即可。

网址：octobercms

5.XOOPS

XOOPS是一个开放源代码的工具程序，用于实现从小型到大型的动态交互社区，公司门户，企业内部网，网络日志等。衍生自PHP-Nuke，采用PHP语言跟MySQL数据库。功能、界面全部模板化设计，

网址：http://xoops.org/

6.ECMS

帝国CMS（ECMS），目前国内应用最广泛的开源CMS系统，基于B/S结构，安全、功能强大而易用的网站管理系统。安全性能好，内置强大的备份恢复系统。相对来说比较适合做一个信息网或者门户网站，对互动性要求比较高的网站则不适合。

网址：phome

7.Dedecms

Dedecms（织梦）以简单、实用、开源而闻名，采用PHP+MySQL技术开发，程序源代码完全开放，在尊重版权的前提下能极大的满足站长对于网站程序进行二次开发。DedeCms免费版的主要目标用户锁定在个人站长，功能更专注于个人网站或中小型门户的构建。

网址：dedecms

8.Discuz！

Discuz!（Crossday Discuz! Board）社区论坛软件系统，基础架构采用web编程组合PHP+MySQL，用户可以在不需要任何编程的基础上，通过简单的设置和安装，在互联网上搭建起具备完善功能、很强负载能力和可高度定制的论坛服务。同样适用于搭建社区论坛的还有Phpwind。

网址：discuz

9.Typecho

轻量级开源博客程序,基于PHP(需要PHP5以上版本)构建,可以运行在各种平台上，支持多种数据库(Mysql,PostgreSQL,SQLite)。适用于搭建个人网络日志发布平台。

网址：typecho.org

10.蝉知CMS

一款开源免费的专向企业营销的企业门户系统。蝉知系统内置了文章、产品、论坛、评论、会员、博客、帮助等功能，功能丰富实用，后台操作简洁方便。同时蝉知系统内置了搜索引擎优化必备的功能

网址：chanzhi.org

11.Phpcms

国内知名的站长建站工具，是网站内容管理系统，同时也是一个开源的PHP开发框架，采用模块化开发，支持自定义内容模型和会员模型，并且可以自定义字段。

网址：phpcms

12.Ecshop

国内免费的开源B2B2C商城系统，适合企业及个人快速构建个性化网上商店。系统是基于PHP语言及MYSQL数据库构架开发的跨平台开源程序，能够自定义开发。不过这个系统部分模板和插件服务之类的是需要付费的。

网址：ecshop

这篇文章介绍的部分系统来源于上期文章中大家的留言@千古岁岁@iSaMueLWang@轻舞飞沙26938313 @XBATU，谢谢亲们！也欢迎各位新老朋友们留言补充，让大家可以了解更多的免费开源建站系统！

点击传送门，阅读“推荐！2017比较主流的8款自助建站平台！”

Meetsite(见站)，您身边的建站技巧分享家！

网关(Gateway)又称网间连接器、协议转换器。网关在网络层以上实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连，也可以用于局域网互连。 网关是一种充当转换重任的计算机系统或设备。使用在不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器。与网桥只是简单地传达信息不同，网关对收到的信息要重新打包，以适应目的系统的需求。同层--应用层。

示意图

相关搜索

从图中我们不难看出，推举度最高的里面有一个比较完善的，它叫Ocelot。

Ocelot is a .NET Api Gateway. This project is aimed at people using .NET running a micro services / service orientated architecture that need a unified point of entry into their system.

Ocelot is a bunch of middlewares in a specific order.

Ocelot manipulates the HttpRequest object into a state specified by its configuration until it reaches a request builder middleware where it creates a HttpRequestMessage object which is used to make a request to a downstream service. The middleware that makes the request is the last thing in the Ocelot pipeline. It does not call the next middleware. The response from the downstream service is stored in a per request scoped repository and retrieved as the requests goes back up the Ocelot pipeline. There is a piece of middleware that maps the HttpResponseMessage onto the HttpResponse object and that is returned to the client. That is basically it with a bunch of other features.

项目地址：https://github/TomPallister/Ocelot

项目文档：http://ocelot.readthedocs.io/en/latest

再次提醒各位同学，点关注不迷路哦！

基于Asp MVC的一个博客类网站开源了！

网站介绍：

该网站采用UnitOfwork框架，前端和后台在实现过程中引用了不少的控件和一些优秀的库，具体看下面的介绍：

系统结构，跟参考来源中的框架没有很大的区别，当时就建立在该框架的基础上进行实现的：）

图1：系统架构

图2：核心思想和组件

在实现该网站了可是使用了不少心思调用修改各种控件，又做前端又写后台，而且还P图~，哦哦，这里前端和后台管理都使用了一套来自 keenthemes 的框架 ，有兴趣可以点击看一下。

图3：系统引用的部分第三方控件和库

该网站实现的功能还是比较多的，看下面两张图就明白了，谁叫我当时真的有那颗热忱的心，可谓是吃饭睡觉时心思都放在这件事上，好怀念当时的那种感觉。

这里多说两句：

在基本模块中都实现了评论功能，而且是局部刷新分页，在 书籍推荐 模块中参考豆瓣的设计，添加了评分的功能，而且还支持书籍资源下载；

图片欣赏模块在前端方面实现了瀑布流模式，体验还不错，如果内容足够，可以一直往下刷~

图4：功能内容

后台针对前台的功能做了对应，内容也是多得要命~

图5：后台管理

一睹为快：

以前买过服务器和域名跑了一段时间呢，但是没续费所以不能在线点击预览啦，先上几张图先，个人感觉我的审美能力还是不错的，排版还是自己折腾出来的。

安装部署说明：

再贴一次：github地址：https://github/xueying/QSWebProject

下载解压后，用 Visual Studio 2013 或以上版本打开（2010或2012 估计也行，没试过，估计要折腾一下）；

找到 MSSQL 数据库脚本文件 QSDB_github.sql 并执行之

数据库连接：打开 QSProject\QSWebProject\QS.Web\Web.config 文件，找到：进行数据库的配置。

前台登录采用学号或用户名登录：用户名：Admin（学号：123456789012）密码：123456；后台管理地址 Admin/OAuth/Index，后台登录仅提供用户名登录。

总结：

因时间有限，还有好多细节的内容没有说到的，相信在你在了解代码中能够发现不少惊喜，如果你觉得不错的话，那就 顶一个呗！