From f13e0170ba9c39e0a101a394fc70aebb8c53869a Mon Sep 17 00:00:00 2001 From: Christiane Heiligers Date: Wed, 3 Mar 2021 17:45:32 -0700 Subject: [PATCH] Edits core-intro section --- dev_docs/kibana_server_core_components.mdx | 18 ++---------------- 1 file changed, 2 insertions(+), 16 deletions(-) diff --git a/dev_docs/kibana_server_core_components.mdx b/dev_docs/kibana_server_core_components.mdx index 701043059be02..503d8401d4492 100644 --- a/dev_docs/kibana_server_core_components.mdx +++ b/dev_docs/kibana_server_core_components.mdx @@ -1,7 +1,7 @@ --- id: kibServerAndCoreComponents slug: /kibana-dev-docs/core-intro -title: Core components +title: Kibana Server and Core components summary: An introduction to the Kibana server and core components. date: 2021-02-26 tags: ['kibana','onboarding', 'dev', 'architecture'] @@ -9,22 +9,8 @@ tags: ['kibana','onboarding', 'dev', 'architecture'] Core is a set of systems (frontend, backend etc.) that Kibana and its plugins are built on top of. -## Integration with the "legacy" Kibana - -Most of the existing core functionality is still spread over "legacy" Kibana and it will take some time to upgrade it. -Kibana is started using existing "legacy" CLI that bootstraps `core` which in turn creates the "legacy" Kibana server. -At the moment `core` manages HTTP connections, handles TLS configuration and base path proxy. All requests to Kibana server -will hit HTTP server exposed by the `core` first and it will decide whether request can be solely handled by the new -platform or request should be proxied to the "legacy" Kibana. This setup allows `core` to gradually introduce any "pre-route" -processing logic, expose new routes or replace old ones handled by the "legacy" Kibana currently. - -Once config has been loaded and some of its parts were validated by the `core` it's passed to the "legacy" Kibana where -it will be additionally validated so that we can make config validation stricter with the new config validation system. -Even though the new validation system provided by the `core` is also based on Joi internally it is complemented with custom -rules tailored to our needs (e.g. `byteSize`, `duration` etc.). That means that config values that were previously accepted -by the "legacy" Kibana may be rejected by the `core` now. - ### Logging `core` has its own and will output log records directly (e.g. to file or terminal) when configured. When no specific configuration is provided, logs are forwarded to the "legacy" Kibana so that they look the same as the rest of the log records throughout Kibana. +Other components