From 5466c76f9be2b3728366d0498616f26de5a27536 Mon Sep 17 00:00:00 2001 From: Kristian Aune Date: Mon, 22 Jan 2024 08:49:38 +0100 Subject: [PATCH] Update links --- en/contributing/configapi-dev.html | 2 +- en/developer-guide.html | 4 +--- en/operations-selfhosted/config-proxy.html | 2 +- en/operations-selfhosted/configuration-server.html | 2 +- en/overview.html | 5 ++--- ja/overview.html | 4 ++-- 6 files changed, 8 insertions(+), 11 deletions(-) diff --git a/en/contributing/configapi-dev.html b/en/contributing/configapi-dev.html index 3c3882de6e..1197e01977 100644 --- a/en/contributing/configapi-dev.html +++ b/en/contributing/configapi-dev.html @@ -62,7 +62,7 @@

Config ID

The config id is given to a service via the VESPA_CONFIG_ID environment variable. The config sentinel - -see bootstrapping - +see bootstrapping - sets the environment variable to the id given by the config model. This id should then be used by the service to subscribe for config. If you are running multiple services, diff --git a/en/developer-guide.html b/en/developer-guide.html index 8f5872677f..9377b4753b 100644 --- a/en/developer-guide.html +++ b/en/developer-guide.html @@ -62,9 +62,7 @@

Developing Components

This ensures that code and configuration is in sync, and loaded atomically when deployed. This is done by generating config classes from config definition files. In Vespa and application code, - configuration is therefore accessed through generated config classes - - read more in the - Cloud Configuration System. + configuration is therefore accessed through generated config classes.

The Maven target generate-sources (invoked by mvn install) uses diff --git a/en/operations-selfhosted/config-proxy.html b/en/operations-selfhosted/config-proxy.html index 3ebdb7f197..2aefe4842b 100644 --- a/en/operations-selfhosted/config-proxy.html +++ b/en/operations-selfhosted/config-proxy.html @@ -8,7 +8,7 @@ ---

- Read the config introduction + Read application packages for an overview of the cloud config system. The config proxy runs on every Vespa node. It has a set of config sources, defined in diff --git a/en/operations-selfhosted/configuration-server.html b/en/operations-selfhosted/configuration-server.html index 486c1e368a..a406d6b28e 100644 --- a/en/operations-selfhosted/configuration-server.html +++ b/en/operations-selfhosted/configuration-server.html @@ -11,7 +11,7 @@ Vespa Configuration Servers host the endpoint where application packages are deployed - and serves generated configuration to all services - see the overview - and Vespa configuration for details. + and application packages for details. I.e. one cannot configure Vespa without config servers, and services cannot run without it.

diff --git a/en/overview.html b/en/overview.html index 5f426cfc44..daeb9c9361 100644 --- a/en/overview.html +++ b/en/overview.html @@ -58,8 +58,7 @@

Introduction

data types, and configure them to be stored either in the same or multiple content clusters.

Container and content clusters handle all the end user traffic of a Vespa application, -but there's also a third type of cluster, the -admin and config clusters. +but there's also a third type of cluster, the admin and config clusters. These set up and manage the other clusters in the application according to configuration, and manages the process of changing the clusters safely without disruption to traffic when the configuration changed.

@@ -156,7 +155,7 @@

Content clusters

Administration and developer support

-

The single administration and configuration cluster +

The single administration and configuration cluster controls the other clusters of a system. They derive the low level configuration of each individual cluster, node and process, such that the application developer can specify the desired system on a higher level diff --git a/ja/overview.html b/ja/overview.html index bb469ae08a..9c52eba92f 100644 --- a/ja/overview.html +++ b/ja/overview.html @@ -45,7 +45,7 @@

イントロダクション

システムにおける各コンテント・クラスターは同時に複数の型のドキュメントを扱うことができます; アプリケーションは異なる型のデータを異なるコンテント・クラスターに割り当てることもできますし、同じコンテント・クラスターに複数のデータ型を割り当てることもできます。

-コンテナー・クラスターとコンテント・クラスターはVespaのすべてのエンドユーザーのトラフィックを処理しますが、3番目のタイプのクラスタがあります。それはadminとconfigクラスターで、これは他のクラスターを管理してシステムの設定変更のリクエストを扱います。 +コンテナー・クラスターとコンテント・クラスターはVespaのすべてのエンドユーザーのトラフィックを処理しますが、3番目のタイプのクラスタがあります。それはadminとconfigクラスターで、これは他のクラスターを管理してシステムの設定変更のリクエストを扱います。

Vespaアプリケーションはアプリケーション・パッケージで完全に記述されますが、それはシステムの一部として稼働するクラスターに関する宣言、コンテントのスキーマ、アプリケーションで必要なJavaコンポーネントやその他の設定、データ・ファイルなどを含むディレクトリです。 アプリケーションの所有者はアプリケーション・パッケージを単一のadminクラスターにデプロイすることで稼働させることができ、また同じ手順で稼働中のアプリケーションに変更を加えることができます。 @@ -109,7 +109,7 @@

コンテント・クラスター

管理と開発者のサポート

-単一のadmin・configクラスターがシステムの他のクラスターを制御します。 +単一のadmin・configクラスターがシステムの他のクラスターを制御します。 アプリケーション開発者が詳細を気にせずに希望するシステムの高レベルな宣言ができるよう、 プロセスとコンポーネントの実体を含む個々のクラスターの低レベルな設定が導かれます。