《服务暴露》专题
-
11 REST和定制服务
在这一步中，我们会改进我们APP获取数据的方式。 请重置工作目录： git checkout -f step-11 对我们应用所做的最后一个改进就是定义一个代表RESTful客户端的定制服务。有了这个客户端我们可以用一种更简单的方式来发送XHR请求，而不用去关心更底层的$http服务（API、HTTP方法和URL）。 步骤9和步骤10之间最重要的不同在下面列出。你可以在GitHub里看到完整的差别
-
1.7.5.3 集群发现服务
{ "cluster": "{...}", "refresh_delay_ms": "..." } clusters (required, object) 承载群集发现服务的上游群集的定义。群集必须实现并运行CDS HTTP API的REST服务。 refresh_delay_ms (optional, integer) 每次从CDS API刷新的延迟（以毫秒为单位）。Envoy将在0-
-
1.7.3.5 路由发现服务
{ "cluster": "...", "route_config_name": "...", "refresh_delay_ms": "..." } cluster (required, string) 承载路由发现服务的上游群集的名称。群集必须实现和运行RDS HTTP API的REST服务。注：这是在群集管理器配置中定义的群集的名称，而不是群集的完整定义，如SDS和CDS的情况
-
1.4.7.3 集群发现服务
群集发现服务（CDS）是一个可选的API，Envoy将调用该API来动态获取群集管理器成员。 Envoy还将根据API响应协调集群管理，根据需要完成添加，修改或删除已知的群集。 v1 CDS API v2 CDS API 统计 CDS的统计树以cluster_manager.cds.为根，统计如下： Name Type Description config_reload Counter 因配置不同
-
1.4.5.7 路由发现服务
路由发现服务（RDS）的API在Envoy里面是一个可选API，用于动态获取路由配置。路由配置包括HTTP头部修改，虚拟主机以及每个虚拟主机中包含的单个路由规则。每个HTTP连接管理器都可以通过API独立地获取自己的路由配置。 v1 API 参考 v2 API 参考 统计 RDS的统计树以 http.<stat_prefix>.rds.<route_config_name>..为根，route_c
-
11. 非阻塞服务器
现在我们已经知道了Java NIO里面那些非阻塞特性是怎么工作的，但是要设计一个非阻塞的服务仍旧比较困难。非阻塞IO相对传统的阻塞IO给开发者带来了更多的挑战。在本节非阻塞服务的讲解中，我们一起来讨论这些会面临的主要挑战，同时也会给出一些潜在的解决方案。 查找关于设计非阻塞服务的相关资料是比较难的，本文提出的解决方案也只能是基于笔者个人的工作经验，构思。如果你有其他的解决方案或者是更好的点子，那么
-
2.4.1.4 服务面板说明
服务面板包括 主面板、通用说明 和 插件扩展 三部分。以 Cocos Analytics 服务为例： 主面板 使用指南：前往对应服务的官方文档。 前往控制台：前往对应服务的控制后台。 Sample 工程：对应服务的 Cocos Creator Sample 工程。 版本管理：点击 版本号 即可打开版本管理面板，查看该版本说明。点击 请选择版本 可在下拉框中切换 其他历史版本。 通用说明 计费：目前
-
2.4.1.3 一键开通服务
游戏工程设定 Cocos AppID 后，便可以直接一键开通服务。只需要点击一下开通按钮，Cocos Service 将自动完成服务开通、服务商账号联通以及 SDK 集成等工作。 下面以接入 Cocos Analytics 服务为例： 在 服务 面板中，选择 Cocos Analytics 项，进入 Cocos Analytics 服务面板。 点击右上角的 启用 按钮以启用统计服务。首次开通会弹出
-
1.2.9 服务调用过程
1. 简介 在前面的文章中，我们分析了 Dubbo SPI、服务导出与引入、以及集群容错方面的代码。经过前文的铺垫，本篇文章我们终于可以分析服务调用过程了。Dubbo 服务调用过程比较复杂，包含众多步骤，比如发送请求、编解码、服务降级、过滤器链处理、序列化、线程派发以及响应请求等步骤。限于篇幅原因，本篇文章无法对所有的步骤一一进行分析。本篇文章将会重点分析请求的发送与接收、编解码、线程派发以及响应
-
6. 服务治理 - Deis workflow
[danger] Deis Workflow不再维护 Deis Workflow v2.18将是最后一个发行版本，后续不再维护和更新。 推荐使用 Helm 来管理Kubernetes应用。 Deis workflow是基于Kubernetes的PaaS管理平台，进一步简化了应用的打包、部署和服务发现。 Deis架构 Deis安装部署 首先需要部署一套kubernetes（比如minikube，GK
-
6. 服务治理 - Service Mesh
Service Mesh（服务网格）是一个用于保证服务间安全、快速、可靠通信的网络代理组件，是随着微服务和云原生应用兴起而诞生的基础设施层。它通常以轻量级网络代理的方式同应用部署在一起（比如sidecar方式，如下图所示）。Serivce Mesh可以看作是一个位于TCP/IP之上的网络模型，抽象了服务间可靠通信的机制。但与TCP不同，它是面向应用的，为应用提供了统一的可视化和控制。 为了保证服务
-
httpd，Apache的HTTP服务器
httpd，Apache的HTTP服务器 Apache的HTTP服务器是一个Subversion可以利用的“重型”网络服务器，通过一个自定义模块，httpd可以让Subversion版本库通过WebDAV/DeltaV协议在客户端前可见，WebDAV/DeltaV协议是HTTP 1.1的扩展（见http://www.webdav.org/来查看详细信息）。这个协议利用了无处不在的HTTP协议是广域
-
第 6 章 服务配置
第 6 章 服务配置 目录 概述 选择一个服务器配置 svnserve服务器 svnserve使用SSH通道 Apache 的 HTTP 服务器 推荐 svnserve，一个自定义的服务器 调用服务器 svnserve作为守护进程 使用svnserve通过inetd 通过通道使用svnserve svnserve作为Windows服务 内置的认证和授权 创建一个用户文件和认证域 设置访问控制 SS
-
Servlet 服务器 HTTP 响应
正如前面的章节中讨论的那样，当一个 Web 服务器响应一个 HTTP 请求时，响应通常包括一个状态行、一些响应报头、一个空行和文档。一个典型的响应如下所示： HTTP/1.1 200 OK Content-Type: text/html Header2: ... ... HeaderN: ... (Blank Line) <!doctype ...> <html> <head>...</he
-
服务定位器模式
服务定位器模式（Service Locator Pattern）用在我们想使用 JNDI 查询定位各种服务的时候。考虑到为某个服务查找 JNDI 的代价很高，服务定位器模式充分利用了缓存技术。在首次请求某个服务时，服务定位器在 JNDI 中查找服务，并缓存该服务对象。当再次请求相同的服务时，服务定位器会在它的缓存中查找，这样可以在很大程度上提高应用程序的性能。以下是这种设计模式的实体。 服务（Se