Merge pull request #3067 from vespa-engine/kkraune/links

Update links

en/contributing/configapi-dev.html

@@ -62,7 +62,7 @@ <h2 id="config-id">Config ID</h2>
 </p><p>
 The config id is given to a service via the VESPA_CONFIG_ID environment variable.
 The <a href="/en/operations-selfhosted/config-sentinel.html">config sentinel</a> -
-see <a href="../config-introduction.html#bootstrapping">bootstrapping</a> -
+see <a href="/en/application-packages.html#bootstrapping">bootstrapping</a> -
 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,

en/developer-guide.html

@@ -62,9 +62,7 @@ <h2 id="developing-components">Developing Components</h2>
         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 <a href="config-introduction.html">
-        Cloud Configuration System</a>.
+        configuration is therefore accessed through generated config classes.
       </p><p>
       The Maven target <code>generate-sources</code> (invoked by <code>mvn install</code>) uses
       <a href="https://github.com/vespa-engine/sample-apps/blob/master/album-recommendation-java/src/main/resources/configdefinitions/metal-names.def">

en/operations-selfhosted/config-proxy.html

@@ -8,7 +8,7 @@
 ---
 
 <p>
-  Read the <a href="/en/config-introduction.html">config introduction</a>
+  Read <a href="/en/application-packages.html">application packages</a>
   for an overview of the cloud config system.
   The <em>config proxy</em> runs on every Vespa node.
   It has a set of config sources, defined in

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 <a href="/en/overview.html">overview</a>
-  and <a href="/en/config-introduction.html">Vespa configuration</a> for details.
+  and <a href="/en/application-packages.html">application packages</a> for details.
   I.e. one cannot configure Vespa without config servers, and services cannot run without it.
 </p>
 <p>

en/overview.html

@@ -58,8 +58,7 @@ <h2 id="introduction">Introduction</h2>
 data types, and configure them to be stored either in the same or multiple content clusters.</p>
 
 <p>Container and content clusters handle all the end user traffic of a Vespa application,
-but there's also a third type of cluster, the
-<a href="config-introduction.html">admin and config clusters</a>.
+but there's also a third type of cluster, the <em>admin and config clusters</em>.
 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.</p>
@@ -156,7 +155,7 @@ <h2 id="content_clusters">Content clusters</h2>
 
 <h2 id="administration_and_developer_support">Administration and developer support</h2>
 
-<p>The <a href="config-introduction.html">single administration and configuration cluster</a>
+<p>The <a href="/en/application-packages.html">single administration and configuration cluster</a>
 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

ja/overview.html

@@ -45,7 +45,7 @@ <h2 id="introduction">イントロダクション</h2>
 システムにおける各コンテント・クラスターは同時に複数の型のドキュメントを扱うことができます;
 アプリケーションは異なる型のデータを異なるコンテント・クラスターに割り当てることもできますし、同じコンテント・クラスターに複数のデータ型を割り当てることもできます。
 </p><p>
-コンテナー・クラスターとコンテント・クラスターはVespaのすべてのエンドユーザーのトラフィックを処理しますが、3番目のタイプのクラスタがあります。それは<a href="../en/config-introduction.html"><strong>admin</strong>とconfigクラスター</a>で、これは他のクラスターを管理してシステムの設定変更のリクエストを扱います。
+コンテナー・クラスターとコンテント・クラスターはVespaのすべてのエンドユーザーのトラフィックを処理しますが、3番目のタイプのクラスタがあります。それは<a href="../en/application-packages.html"><strong>admin</strong>とconfigクラスター</a>で、これは他のクラスターを管理してシステムの設定変更のリクエストを扱います。
 </p><p>
 Vespaアプリケーションは<a href="../en/application-packages.html"><em>アプリケーション・パッケージ</em></a>で完全に記述されますが、それはシステムの一部として稼働するクラスターに関する宣言、コンテントのスキーマ、アプリケーションで必要なJavaコンポーネントやその他の設定、データ・ファイルなどを含むディレクトリです。
 アプリケーションの所有者はアプリケーション・パッケージを単一のadminクラスターに<em>デプロイする</em>ことで稼働させることができ、また同じ手順で稼働中のアプリケーションに変更を加えることができます。
@@ -109,7 +109,7 @@ <h2 id="content_clusters">コンテント・クラスター</h2>
 
 <h2 id="administration_and_developer_support">管理と開発者のサポート</h2>
 <p>
-<a href="../en/config-introduction.html">単一のadmin・configクラスター</a>がシステムの他のクラスターを制御します。
+<a href="../en/application-packages.html">単一のadmin・configクラスター</a>がシステムの他のクラスターを制御します。
 アプリケーション開発者が詳細を気にせずに希望するシステムの高レベルな宣言ができるよう、
 プロセスとコンポーネントの実体を含む個々のクラスターの低レベルな設定が導かれます。