You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@servicecomb.apache.org by li...@apache.org on 2024/04/25 01:13:14 UTC
(servicecomb-docs) branch master updated: remove some old docs (#328)
This is an automated email from the ASF dual-hosted git repository.
liubao pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/servicecomb-docs.git
The following commit(s) were added to refs/heads/master by this push:
new c1182bb remove some old docs (#328)
c1182bb is described below
commit c1182bb7ef3b6e5d0ecbf4059ad5cb649b866b9d
Author: liubao68 <bi...@qq.com>
AuthorDate: Thu Apr 25 09:13:10 2024 +0800
remove some old docs (#328)
---
.../docs/build-provider/service-configuration.md | 13 ----
.../zh_CN/docs/catalog/build-consumer.md | 27 --------
.../zh_CN/docs/catalog/build-provider.md | 40 ------------
.../zh_CN/docs/catalog/config.md | 2 -
.../zh_CN/docs/catalog/data-conform.md | 0
.../zh_CN/docs/catalog/general-develop.md | 74 ----------------------
.../zh_CN/docs/catalog/securety.md | 0
.../zh_CN/docs/catalog/security.md | 5 --
.../zh_CN/docs/catalog/service-package-run.md | 6 --
java-chassis-reference/zh_CN/docs/catalog/start.md | 15 -----
.../zh_CN/docs/catalog/use-tool.md | 0
.../docs/config-reference/config-center-client.md | 22 -------
.../zh_CN/docs/config-reference/kie-client.md | 22 -------
.../docs/config-reference/service-center-client.md | 25 --------
.../zh_CN/docs/registry/service-center.md | 2 -
java-chassis-reference/zh_CN/mkdocs.yml | 3 -
16 files changed, 256 deletions(-)
diff --git a/java-chassis-reference/zh_CN/docs/build-provider/service-configuration.md b/java-chassis-reference/zh_CN/docs/build-provider/service-configuration.md
deleted file mode 100644
index 257fe78..0000000
--- a/java-chassis-reference/zh_CN/docs/build-provider/service-configuration.md
+++ /dev/null
@@ -1,13 +0,0 @@
-## [负载均衡策略](/build-provider/configuration/lb-strategy.html)
-• ServiceComb提供了基于Ribbon的负载均衡方案，用户可以通过配置文件配置负载均衡策略，当前支持随机、顺序、基于响应时间的权值等多种负载均衡路由策略## [Service Center](https://github.com/apache/incubator-servicecomb-saga){:target="_blank"}
-
-## [限流策略](/build-provider/configuration/ratelimite-strategy.html)
-• 用户在provider端使用限流策略，可以限制指定微服务向其发送请求的频率，达到限制每秒钟最大请求数量的效果。
-
-
-## [降级策略](/build-provider/configuration/parameter-validator.html)
-• 降级策略是当服务请求异常时，微服务所采用的异常处理策略。
-
-
-## [参数效验](/build-provider/configuration/parameter-validator.html)
-• 用户在provider端使用参数效验，可以对相应的参数输入要求预先进行设置，在接口实际调用前进行效验处理，达到控制参数输入标准的效果。
diff --git a/java-chassis-reference/zh_CN/docs/catalog/build-consumer.md b/java-chassis-reference/zh_CN/docs/catalog/build-consumer.md
deleted file mode 100644
index c3f5fb8..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/build-consumer.md
+++ /dev/null
@@ -1,27 +0,0 @@
-## 使用RestTemplate开发服务消费者
-RestTemplate是Spring提供的RESTful访问接口，ServiceComb提供该接口的实现类用于服务的调用。
-
-## 使用AsyncRestTemplate开发服务消费者
-AsyncRestTemplate 开发方式允许用户异步的进行服务调用。具体的业务流程和 RestTemplate 类似，只是这里以异步的形式进行服务的调用。
-
-## 使用透明RPC方式开发服务消费者
-
-透明RPC开发模式允许用户通过简单的java interface像本地调用一样进行服务调用。
-
-## 使用服务契约
-当服务消费者调用服务提供者的服务时，需要获取服务契约。消费者有两种方式获取提供者的服务契约，一种是从服务的提供方离线获取契约文件，手工配置到项目中；另一种是从服务中心自动下载契约。
-
-## 调用控制
-
-### 实例级故障隔离
-实例级故障隔离功能允许在微服务的部分实例调用失败时，停止向故障实例发送请求，从而达到隔离故障实例的功能。
-
-### 熔断策略
-熔断策略是对ServiceComb熔断功能的设置，用户通过配置熔断策略可以指定在何种条件下ServiceComb框架将终止发送请求。
-
-### 限流策略
-用户在consumer端使用限流策略，可以限制发往指定微服务的请求的频率。
-
-### 故障注入
-用户在consumer端使用故障注入，可以设置发往指定微服务的请求的时延和错误及其触发概率。
-
diff --git a/java-chassis-reference/zh_CN/docs/catalog/build-provider.md b/java-chassis-reference/zh_CN/docs/catalog/build-provider.md
deleted file mode 100644
index 156ec0a..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/build-provider.md
+++ /dev/null
@@ -1,40 +0,0 @@
-## [服务定义](/build-provider/definition/service-definition.html)
-• 服务定义信息是微服务的身份标识，它定义了服务从属于哪个应用，以及名字和版本。服务定义信息中也可以有扩展信息，用于定义服务的属性元数据。
-
-
-## [定义服务契约](/build-provider/define-contract.html)
-• 服务契约，指基于OpenAPI规范的微服务接口契约，是服务端与消费端对于接口的定义。java chassis提供了两种方式定义契约：code first和contract first。
-
-
-## [使用隐式契约](/build-provider/code-first.html)
-• 降级策略是当服务请求异常时，微服务所采用的异常处理策略。
-
-
-## [使用 Swagger 注解](/build-provider/swagger-annotation.html)
-• Swagger提供了一套注解用于描述接口契约，用户使用注解，可以在代码中增加对于契约的描述信息。ServiceComb支持其中的部分注解。
-
-
-## [用SpringMVC 开发微服务](/build-provider/springmvc.html)
-• ServiceComb支持SpringMVC注解，允许使用SpringMVC风格开发微服务。建议参照着项目 SpringMVC进行详细阅读。
-
-## [用JAX-RS开发微服务](/build-provider/jaxrs.html)
-• ServiceComb支持开发者使用JAX-RS注解，使用JAX-RS模式开发服务。
-
-## [用透明RPC开发微服务](/build-provider/transparent-rpc.html)
-• 透明RPC开发模式是一种基于接口和接口实现的开发模式，服务的开发者不需要使用Spring MVC和JAX-RS注解。
-
-## [接口定义和数据类型](/build-provider/swagger-annotation.html)
-• ServiceComb-Java-Chassis建议接口定义遵循一个简单的原则：接口定义即接口使用说明，不用通过查看代码实现，就能识别如何调用这个接口。可以看出，这个原则站在使用者这边，以更容易被使用作为参考。ServiceComb会根据接口定义生成接口契约，符合这个原则的接口，生成的契约也是用户容易阅读的。
-
-## [服务监听地址和发布地址](/build-provider/listen-address-and-publish-address.html)
-•在JavaChassis中，服务的监听地址和发布地址是两个独立的概念，可以独立配置：
-
- 监听地址：指微服务实例启动时监听的地址。该配置项决定了可以通过哪些IP访问此服务。
- 发布地址：指微服务实例注册到服务中心的地址。其他的微服务实例会通过服务中心获取此实例的信息，根据发布地址访问此服务实例，所以该配置项决定了其他服务实际上会使用哪个IP访问此服务。
-
-## [服务配置](/build-provider/service-configuration.html)
-
-• [负载均衡策略](/build-provider/configuration/lb-strategy.html)
-• [限流策略](/build-provider/configuration/ratelimite-strategy.html)
-• [参数教研](/build-provider/configuration/parameter-validator.html)
-
diff --git a/java-chassis-reference/zh_CN/docs/catalog/config.md b/java-chassis-reference/zh_CN/docs/catalog/config.md
deleted file mode 100644
index 247d86b..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/config.md
+++ /dev/null
@@ -1,2 +0,0 @@
-## 通用配置说明
-说明ServiceComb-Java-Chassis的配置项层级关系、配置读取方法。
diff --git a/java-chassis-reference/zh_CN/docs/catalog/data-conform.md b/java-chassis-reference/zh_CN/docs/catalog/data-conform.md
deleted file mode 100644
index e69de29..0000000
diff --git a/java-chassis-reference/zh_CN/docs/catalog/general-develop.md b/java-chassis-reference/zh_CN/docs/catalog/general-develop.md
deleted file mode 100644
index 8044bc0..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/general-develop.md
+++ /dev/null
@@ -1,74 +0,0 @@
-## 访问服务中心
-系统通过服务中心实现服务之间的发现。服务启动过程中，会向服务中心进行注册。在调用其他服务的时候，会从服务中心查询其他服务的实例信息，比如访问地址、使用的协议以及其他参数。服务中心支持使用PULL和PUSH两种模式通知实例变化。
-
-
-## 应用性能监控
- 一、Metrics介绍
- 二、统计项汇总
- 三、使用方法
-
-
-## 微服务调用链
-微服务架构解决了很多单体应用带来的问题，但同时也需要我们付出额外的代价。由于网络的不稳定性带来的请求处理延迟就是代价之一。
-
-在单体应用中，所有模块都在同一个进程中运行，所以并没有模块间互通的问题。但微服务架构中，服务间通过网络沟通，因此我们不得不处理和网络有关的 问题，例如：延迟、超时、网络分区等。
-
-另外，随着业务的扩展服务增多，我们很难洞察数据如何在蛛网般复杂的服务结构中流转。我们如何才能有效的监控网络延迟并且可视化服务中的数据流转呢？
-
-分布式调用链追踪用于有效地监控微服务的网络延时并可视化微服务中的数据流转。
-
-## 自定义调用链打点
-分布式调用链追踪提供了服务间调用的时序信息，但服务内部的链路调用信息对开发者同样重要，如果能将两者合二为一，就能提供更完整的调用链，更容易定位错误和潜在性能问题。
-
-## 本地开发和测试
-本小节介绍如何在开发者本地进行消费者/提供者应用的开发调试。开发服务提供者请参考3 开发服务提供者章节，开发服务消费者请参考4 开发服务消费者。服务提供者和消费提供者均需要连接到在远程的服务中心，为了本地微服务的开发和调试，本小节介绍了两种搭建本地服务中心的方法进行本地微服务调试：
-
-
-## Http Filter
-某些场景中，业务使用http而不是https，作为网络传输通道，此时为了防止被伪造或篡改请求，需要提供consumer、producer之间对http码流的签名功能。
-
-
-## 文件上传
-文件上传，当前支持在vertx rest通道和servlet rest中使用。
-文件上传使用标准的http form格式，可与浏览器的上传直接对接。
-
-## 文件下载
-文件下载，当前在vertx rest通道和servlet rest中可用。
-
-
-## Reactive
-简单同步模式、嵌套同步调用、纯Reactive机制、混合Reactive机制之间的对比及说明。
-
-
-## DNS自定义配置
-用户使用域名连接华为公有云或者三方系统时，需要使用到域名解析系统。在不同的系统、不同的框架使用的域名解析机制都可能不太一样。所以我们有必要提供一个统一的配置入口，以便开发运维人员可以自定义DNS解析机制，而不完全受制于系统配置。
-
-## 代理设置
-作为一名开发者，在公司开发环境，可能是通过公司代理网络接入到因特网。如果调试服务时还必须依赖网上资源，比如直接连接华为共有云服务中心，那么就必须配置代理。
-
-
-## 框架上报版本号
-为方便治理，使用ServiceComb进行开发，会将当前使用的ServiceComb版本号上报至服务中心，并且支持其他框架集成ServiceComb时上报其他框架的版本号。
-
-## 跨应用调用
-应用是微服务实例隔离层次中的一层，一个应用包含多个微服务。默认情况下，只允许同应用的微服务实例相互调用。
-
-
-## 定制序列化和反序列化方法
-由于HTTP协议的非安全性，在网络中传输的数据能轻易被各种抓包工具监听。在实际应用中，业务对应用或服务间传输的敏感数据有较高的安全要求，这类数据需要特别的加密保护（业务不同对算法要求不同），这样即使内容被截获，也可以保护其中的敏感数据不被轻易获取。
-
-
-## 使用Context传递控制消息
-ServiceComb提供了Context在微服务之间传递数据。Context是key/value对，只能够使用String类型的数据。由于Context会序列化为json格式并通过HTTP Header传递，因此也不支持ASCII之外的字符，其他字符需要开发者先自行编码再传递。Context在一次请求中，会在请求链上传递，不需要重新设置。access log的trace id等功能都基于这个特性实现的。
-
-
-## 返回值序列化扩展
-当前REST通道返回值支持application/json和text/plain两种格式，支持开发人员扩展和重写，服务提供者通过produces声明可提供序列化能力，服务消费者通过请求的Accept头指明返回值序列化方式，默认返回application/json格式的数据。
-
-
-## CORS机制
-跨域资源共享(CORS, Cross-Origin Resource Sharing)允许Web服务器进行跨域访问控制，使浏览器可以更安全地进行跨域数据传输。
-
-
-## 获取熔断与实例隔离告警事件信息
-在微服务运行期间熔断或实例隔离状态发生变化时，需要监听到相关事件，获取相关信息并进行处理
diff --git a/java-chassis-reference/zh_CN/docs/catalog/securety.md b/java-chassis-reference/zh_CN/docs/catalog/securety.md
deleted file mode 100644
index e69de29..0000000
diff --git a/java-chassis-reference/zh_CN/docs/catalog/security.md b/java-chassis-reference/zh_CN/docs/catalog/security.md
deleted file mode 100644
index de45733..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/security.md
+++ /dev/null
@@ -1,5 +0,0 @@
-##使用TLS通信
-用户通过简单的配置即可启用TLS通信，以保障数据的传输安全。
-
-## 使用RSA认证
-用户通过简单的配置即可启用服务间RSA认证，以保障服务接口的安全性。详细介绍参考公钥认证
\ No newline at end of file
diff --git a/java-chassis-reference/zh_CN/docs/catalog/service-package-run.md b/java-chassis-reference/zh_CN/docs/catalog/service-package-run.md
deleted file mode 100644
index e4191a1..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/service-package-run.md
+++ /dev/null
@@ -1,6 +0,0 @@
-## 以standalone模式打包
-一个Standalone的容器，以简单的Main加载Spring启动，因为服务通常不需要Tomcat/JBoss等Web容器的特性，没必要用Web容器去加载服务。微框架提供了standalone部署运行模式，服务容器只是一个简单的Main方法，并加载一个简单的Spring容器，用于暴露服务。
-
-## 以WEB容器模式打包
-如果需要将该微服务加载到web容器中启动运行时，需要新建一个servlet工程包装一下，该servlet工程，根据需要，可以不写或写少量的引导代码即可。
-
diff --git a/java-chassis-reference/zh_CN/docs/catalog/start.md b/java-chassis-reference/zh_CN/docs/catalog/start.md
deleted file mode 100644
index 8d5fba1..0000000
--- a/java-chassis-reference/zh_CN/docs/catalog/start.md
+++ /dev/null
@@ -1,15 +0,0 @@
-### [术语表](/start/terminology.html)
-
-
-### [微服务系统架构](/start/architecture.html)
-
-### [安装本地开发环境](/build-provider/definition/service-definition.html)
-• 服务定义信息是微服务的身份标识，它定义了服务从属于哪个应用，以及名字和版本。服务定义信息中也可以有扩展信息，用于定义服务的属性元数据。
-
-
-### [开发第一个微服务](/start/first-sample.html)
-
-开发者可以通过两种方式快速构建一个项目：
-
-• 下载samples项目。建议把整个项目都下载下来，按照例子 SpringMVC 或者 JAX RS进行初始化配置。
-• 使用archetypes生成项目
\ No newline at end of file
diff --git a/java-chassis-reference/zh_CN/docs/catalog/use-tool.md b/java-chassis-reference/zh_CN/docs/catalog/use-tool.md
deleted file mode 100644
index e69de29..0000000
diff --git a/java-chassis-reference/zh_CN/docs/config-reference/config-center-client.md b/java-chassis-reference/zh_CN/docs/config-reference/config-center-client.md
deleted file mode 100644
index 9431631..0000000
--- a/java-chassis-reference/zh_CN/docs/config-reference/config-center-client.md
+++ /dev/null
@@ -1,22 +0,0 @@
-# Config Center Client 配置项
-
-* 基本配置
-
- |配置项名称|版本|缺省值|功能描述|
- |---|---|---|---|
- |servicecomb.config.client.eventLoopSize|2.0.2|2|event loop 线程数|
- |servicecomb.config.client.verticalInstanceCount|2.0.2|1|verticle instances 数量|
- |servicecomb.config.client.timeout.connection|2.0.2|1000|连接超时时间|
- |servicecomb.config.client.idleTimeoutInSeconds|2.0.2|60|HTTP 连接闲置超时时间|
-
-* 请求超时配置
-
- 不支持。
-
-* SSL 配置
-
- 参考 [使用TLS通信](../security/tls.md)。 tag 为 `cc.consumer`。
-
-* Proxy 配置
-
- 参考 [代理设置](../general-development/proxy.md)
diff --git a/java-chassis-reference/zh_CN/docs/config-reference/kie-client.md b/java-chassis-reference/zh_CN/docs/config-reference/kie-client.md
deleted file mode 100644
index 0ec4a2c..0000000
--- a/java-chassis-reference/zh_CN/docs/config-reference/kie-client.md
+++ /dev/null
@@ -1,22 +0,0 @@
-# ServiceComb Kie Client 配置项
-
-* 基本配置
-
- |配置项名称|版本|缺省值|功能描述|
- |---|---|---|---|
- |servicecomb.kie.client.eventLoopSize||2|event loop 线程数|
- |servicecomb.kie.client.verticalInstanceCount||1|verticle instances 数量|
- |servicecomb.kie.client.timeout.connection||1000|连接超时时间|
- |servicecomb.kie.client.idleTimeoutInSeconds||60|HTTP 连接闲置超时时间|
-
-* 请求超时配置
-
- 不支持。
-
-* SSL 配置
-
- 参考 [使用TLS通信](../security/tls.md)。 tag 为 `kie.consumer`。
-
-* Proxy 配置
-
- 参考 [代理设置](../general-development/proxy.md)
diff --git a/java-chassis-reference/zh_CN/docs/config-reference/service-center-client.md b/java-chassis-reference/zh_CN/docs/config-reference/service-center-client.md
deleted file mode 100644
index e4be364..0000000
--- a/java-chassis-reference/zh_CN/docs/config-reference/service-center-client.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# Service Center Client 配置项
-
-* 基本配置
-
- |配置项名称|版本|缺省值|功能描述|
- |---|---|---|---|
- |servicecomb.service.registry.client.eventLoopPoolSize||4|event loop 线程数|
- |servicecomb.service.registry.client.instances||1|verticle instances 数量|
- |servicecomb.service.registry.client.httpVersion||1.1|HTTP协议版本|
- |servicecomb.service.registry.client.timeout.connection||1000|连接超时时间|
- |servicecomb.service.registry.client.timeout.idle||60|HTTP 连接闲置超时时间|
- |servicecomb.service.registry.client.workerPoolSize||4|work线程池大小，仅供 web socket 使用|
-
-* 请求超时配置
-
- `servicecomb.service.registry.client.timeout.heartbeat` 设置心跳请求超时时间，默认为 3, 000 毫秒；
- `servicecomb.service.registry.client.timeout.request` 设置其他请求超时时间，默认为 30, 000 毫秒。
-
-* SSL 配置
-
- 参考 [使用TLS通信](../security/tls.md)。 tag 为 `sc.consumer`。
-
-* Proxy 配置
-
- 参考 [代理设置](../general-development/proxy.md)
diff --git a/java-chassis-reference/zh_CN/docs/registry/service-center.md b/java-chassis-reference/zh_CN/docs/registry/service-center.md
index ab9352a..053d0ae 100644
--- a/java-chassis-reference/zh_CN/docs/registry/service-center.md
+++ b/java-chassis-reference/zh_CN/docs/registry/service-center.md
@@ -15,8 +15,6 @@ ServcieComb Service Center 提供了完备的注册发现机制， 是 Java Chas
| servicecomb.registry.sc.healthCheckIntervalInSeconds | 30 | 否 | 心跳间隔。 |
| servicecomb.registry.sc.healthCheckTimes | 3 | 否 | 允许的心跳失败次数。当连续第times+1次心跳仍然失败时则实例被sc下线。即interval \* (times + 1)决定了实例被自动注销的时间。如果服务中心等待这么长的时间没有收取到心跳，会注销实例。 |
-servicecomb 与服务中心采用 HTTP 进行交互， HTTP client 相关配置可以参
-考 [Service Center Client 配置项](../config-reference/service-center-client.md)
使用服务中心需要确保下面的软件包引入：
diff --git a/java-chassis-reference/zh_CN/mkdocs.yml b/java-chassis-reference/zh_CN/mkdocs.yml
index 5f871fd..ad012e4 100644
--- a/java-chassis-reference/zh_CN/mkdocs.yml
+++ b/java-chassis-reference/zh_CN/mkdocs.yml
@@ -109,9 +109,6 @@ nav:
- 性能问题分析和调优: featured-topics/performance.md
- 常用配置项参考:
- REST Transport Client 配置项: config-reference/rest-transport-client.md
- - Config Center Client 配置项: config-reference/config-center-client.md
- - Service Center Client 配置项: config-reference/service-center-client.md
- - ServiceComb Kie Client 配置项: config-reference/kie-client.md
- 常见问题:
- 'FAQ' : question-and-answer/faq.md
- 'Q & A' : question-and-answer/question_answer.md