Add minimum requirement content (#3)

* Localize front page * Localize heading and subheading URLs Close kubernetes-i18n-ukrainian/website#6 Close kubernetes-i18n-ukrainian/website#11 * Uk translation for k8s basics Close kubernetes-i18n-ukrainian/website#9 * Uk localization homepage PR: kubernetes-i18n-ukrainian/website#102 * Buildable version of the Ukrainian website * Adding localized content of the what-is-kubernetes.md Close kubernetes-i18n-ukrainian/website#12 * Localizing site strings in toml file * Localizing tutorials Close kubernetes-i18n-ukrainian/website#32 * Localizing templates * Localize glossary terms Close kubernetes-i18n-ukrainian/website#2 * Create glossary for UK contributors Close kubernetes-i18n-ukrainian/website#101 * Add butuzov to dream team Co-authored-by: Anastasiya Kulyk <nastya.kulyk@gmail.com> Co-Authored-By: Maksym Vlasov <MaxymVlasov@users.noreply.github.com> Co-authored-by: Oleg Butuzov <butuzov@users.noreply.github.com>
2020-03-31 21:14:44 +03:00
parent bc001597e8
commit c29da7c788
80 changed files with 9640 additions and 2 deletions
@@ -0,0 +1,16 @@
+---
+# title: Applications
+title: Застосунки
+id: applications
+date: 2019-05-12
+full_link:
+# short_description: >
+#   The layer where various containerized applications run.
+short_description: >
+  Шар, в якому запущено контейнерізовані застосунки.
+aka:
+tags:
+- fundamental
+---
+<!-- The layer where various containerized applications run. -->
+Шар, в якому запущено контейнерізовані застосунки.
@@ -0,0 +1,17 @@
+---
+# title: Cluster Infrastructure
+title: Інфраструктура кластера
+id: cluster-infrastructure
+date: 2019-05-12
+full_link:
+# short_description: >
+#  The infrastructure layer provides and maintains VMs, networking, security groups and others.
+short_description: >
+  Шар інфраструктури забезпечує і підтримує роботу ВМ, мережі, груп безпеки тощо.
+
+aka:
+tags:
+- operations
+---
+<!-- The infrastructure layer provides and maintains VMs, networking, security groups and others. -->
+Шар інфраструктури забезпечує і підтримує роботу ВМ, мережі, груп безпеки тощо.
@@ -0,0 +1,17 @@
+---
+# title: Cluster Operations
+title: Операції з кластером
+id: cluster-operations
+date: 2019-05-12
+full_link:
+# short_description: >
+#  Activities such as upgrading the clusters, implementing security, storage, ingress, networking, logging and monitoring, and other operations involved in managing a Kubernetes cluster.
+short_description: >
+Дії і операції, такі як оновлення кластерів, впровадження і використання засобів безпеки, сховища даних, Ingress'а, мережі, логування, моніторингу та інших операцій, пов'язаних з управлінням Kubernetes кластером.
+
+aka:
+tags:
+- operations
+---
+ <!-- Activities such as upgrading the clusters, implementing security, storage, ingress, networking, logging and monitoring, and other operations involved in managing a Kubernetes cluster. -->
+Дії і операції, такі як оновлення кластерів, впровадження і використання засобів безпеки, сховища даних, Ingress'а, мережі, логування, моніторингу та інших операцій, пов'язаних з управлінням Kubernetes кластером.
@@ -0,0 +1,22 @@
+---
+# title: Cluster
+title: Кластер
+id: cluster
+date: 2019-06-15
+full_link: 
+# short_description: >
+#    A set of worker machines, called nodes, that run containerized applications. Every cluster has at least one worker node.
+short_description: >
+   Група робочих машин (їх називають вузлами), на яких запущені контейнерізовані застосунки. Кожен кластер має щонайменше один вузол.
+
+aka: 
+tags:
+- fundamental
+- operation
+---
+<!-- A set of worker machines, called nodes, that run containerized applications. Every cluster has at least one worker node. -->
+Група робочих машин (їх називають вузлами), на яких запущені контейнерізовані застосунки. Кожен кластер має щонайменше один вузол.
+
+<!--more-->
+<!-- The worker node(s) host the pods that are the components of the application. The Control Plane manages the worker nodes and the pods in the cluster. In production environments, the Control Plane usually runs across multiple computers and a cluster usually runs multiple nodes, providing fault-tolerance and high availability. -->
+На робочих вузлах розміщуються Поди, які є складовими застосунку. Площина управління керує робочими вузлами і Подами кластера. У прод оточеннях площина управління зазвичай розповсюджується на багато комп'ютерів, а кластер складається з багатьох вузлів для забезпечення відмовостійкості і високої доступності.
@@ -0,0 +1,17 @@
+---
+# title: Control Plane
+title: Площина управління
+id: control-plane
+date: 2019-05-12
+full_link:
+# short_description: >
+#   The container orchestration layer that exposes the API and interfaces to define, deploy, and manage the lifecycle of containers.
+short_description: >
+Шар оркестрації контейнерів, який надає API та інтерфейси для визначення, розгортання і управління життєвим циклом контейнерів.
+
+aka:
+tags:
+- fundamental
+---
+<!-- The container orchestration layer that exposes the API and interfaces to define, deploy, and manage the lifecycle of containers. -->
+Шар оркестрації контейнерів, який надає API та інтерфейси для визначення, розгортання і управління життєвим циклом контейнерів.
@@ -0,0 +1,17 @@
+---
+# title: Data Plane
+title: Площина даних
+id: data-plane
+date: 2019-05-12
+full_link:
+# short_description: >
+#   The layer that provides capacity such as CPU, memory, network, and storage so that the containers can run and connect to a network.
+short_description: >
+  Шар, який надає контейнерам ресурси, такі як ЦПУ, пам'ять, мережа і сховище даних для того, щоб контейнери могли працювати і підключатися до мережі.
+
+aka:
+tags:
+- fundamental
+---
+<!-- The layer that provides capacity such as CPU, memory, network, and storage so that the containers can run and connect to a network. -->
+Шар, який надає контейнерам ресурси, такі як ЦПУ, пам'ять, мережа і сховище даних для того, щоб контейнери могли працювати і підключатися до мережі.
@@ -0,0 +1,23 @@
+---
+title: Deployment
+id: deployment
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/deployment/
+# short_description: >
+#  An API object that manages a replicated application.
+short_description: >
+  Об'єкт API, що керує реплікованим застосунком.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+<!-- An API object that manages a replicated application. -->
+Об'єкт API, що керує реплікованим застосунком.
+
+<!--more--> 
+
+<!-- Each replica is represented by a {{< glossary_tooltip term_id="pod" >}}, and the Pods are distributed among the nodes of a cluster. -->
+Кожна репліка являє собою {{< glossary_tooltip term_id="Под" >}}; Поди розподіляються між вузлами кластера.
@@ -0,0 +1,17 @@
+---
+approvers:
+- chenopis
+- abiogenesis-now
+# title: Standardized Glossary
+title: Глосарій
+layout: glossary
+noedit: true
+default_active_tag: fundamental
+weight: 5
+card:
+  name: reference
+  weight: 10
+#   title: Glossary
+  title: Глосарій
+---
+
@@ -0,0 +1,29 @@
+---
+# title: API server
+title: API-сервер
+id: kube-apiserver
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-apiserver/
+# short_description: >
+#  Control plane component that serves the Kubernetes API.
+short_description: >
+  Компонент площини управління, що надає доступ до API Kubernetes.
+
+aka:
+- kube-apiserver
+tags:
+- architecture
+- fundamental
+---
+<!-- The API server is a component of the Kubernetes
+{{< glossary_tooltip text="control plane" term_id="control-plane" >}} that exposes the Kubernetes API.
+The API server is the front end for the Kubernetes control plane.
+-->
+API-сервер є компонентом {{< glossary_tooltip text="площини управління" term_id="control-plane" >}} Kubernetes, через який можна отримати доступ до API Kubernetes. API-сервер є фронтендом площини управління Kubernetes.
+
+<!--more-->
+
+<!-- The main implementation of a Kubernetes API server is [kube-apiserver](/docs/reference/generated/kube-apiserver/). -->
+<!-- kube-apiserver is designed to scale horizontally&mdash;that is, it scales by deploying more instances. -->
+<!-- You can run several instances of kube-apiserver and balance traffic between those instances. -->
+Основною реалізацією Kubernetes API-сервера є [kube-apiserver](/docs/reference/generated/kube-apiserver/). kube-apiserver підтримує горизонтальне масштабування, тобто масштабується за рахунок збільшення кількості інстансів. kube-apiserver можна запустити на декількох інстансах, збалансувавши між ними трафік.
@@ -0,0 +1,22 @@
+---
+title: kube-controller-manager
+id: kube-controller-manager
+date: 2018-04-12
+full_link: /docs/reference/command-line-tools-reference/kube-controller-manager/
+# short_description: >
+#   Control Plane component that runs controller processes.
+short_description: >
+  Компонент площини управління, який запускає процеси контролера.
+
+aka: 
+tags:
+- architecture
+- fundamental
+---
+<!-- Control Plane component that runs {{< glossary_tooltip text="controller" term_id="controller" >}} processes. -->
+Компонент площини управління, який запускає процеси {{< glossary_tooltip text="контролера" term_id="controller" >}}.
+
+<!--more-->
+
+<!-- Logically, each {{< glossary_tooltip text="controller" term_id="controller" >}} is a separate process, but to reduce complexity, they are all compiled into a single binary and run in a single process. -->
+За логікою, кожен {{< glossary_tooltip text="контролер" term_id="controller" >}} є окремим процесом. Однак для спрощення їх збирають в один бінарний файл і запускають як єдиний процес.
@@ -0,0 +1,33 @@
+---
+title: kube-proxy
+id: kube-proxy
+date: 2018-04-12
+full_link: /docs/reference/command-line-tools-reference/kube-proxy/
+# short_description: >
+#   `kube-proxy` is a network proxy that runs on each node in the cluster.
+short_description: >
+  `kube-proxy` - це мережеве проксі, що запущене на кожному вузлі кластера.
+
+aka:
+tags:
+- fundamental
+- networking
+---
+<!-- [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) is a
+network proxy that runs on each node in your cluster, implementing part of
+the Kubernetes {{< glossary_tooltip term_id="service">}} concept.
+-->
+[kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) є мережевим проксі, що запущене на кожному вузлі кластера і реалізує частину концепції Kubernetes {{< glossary_tooltip term_id="сервісу">}}.
+
+<!--more-->
+
+<!--kube-proxy maintains network rules on nodes. These network rules allow
+network communication to your Pods from network sessions inside or outside
+of your cluster.
+-->
+kube-proxy відповідає за мережеві правила на вузлах. Ці правила обумовлюють підключення по мережі до ваших Подів всередині чи поза межами кластера.
+
+<!--kube-proxy uses the operating system packet filtering layer if there is one
+and it's available. Otherwise, kube-proxy forwards the traffic itself.
+-->
+kube-proxy використовує шар фільтрації пакетів операційної системи, за наявності такого. В іншому випадку kube-proxy скеровує трафік самостійно.
@@ -0,0 +1,22 @@
+---
+title: kube-scheduler
+id: kube-scheduler
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-scheduler/
+# short_description: >
+#   Control Plane component that watches for newly created pods with no assigned node, and selects a node for them to run on.
+short_description: >
+  Компонент площини управління, що відстежує створені Поди, які ще не розподілені по вузлах, і обирає вузол, на якому вони працюватимуть.
+
+aka:
+tags:
+- architecture
+---
+<!-- Control Plane component that watches for newly created pods with no assigned node, and selects a node for them to run on. -->
+Компонент площини управління, що відстежує створені Поди, які ще не розподілені по вузлах, і обирає вузол, на якому вони працюватимуть.
+
+<!--more-->
+
+<!--Factors taken into account for scheduling decisions include individual and collective resource requirements, hardware/software/policy constraints, affinity and anti-affinity specifications, data locality, inter-workload interference and deadlines.
+-->
+При виборі вузла враховуються наступні фактори: індивідуальна і колективна потреба у ресурсах, обмеження за апаратним/програмним забезпеченням і політиками, характеристики affinity і anti-affinity, локальність даних, сумісність робочих навантажень і граничні терміни виконання.
@@ -0,0 +1,23 @@
+---
+title: Kubelet
+id: kubelet
+date: 2018-04-12
+full_link: /docs/reference/generated/kubelet
+# short_description: >
+#   An agent that runs on each node in the cluster. It makes sure that containers are running in a pod.
+short_description: >
+  Агент, що запущений на кожному вузлі кластера. Забезпечує запуск і роботу контейнерів у Подах.
+
+aka:
+tags:
+- fundamental
+- core-object
+---
+<!-- An agent that runs on each node in the cluster. It makes sure that containers are running in a pod. -->
+Агент, що запущений на кожному вузлі кластера. Забезпечує запуск і роботу контейнерів у Подах.
+
+<!--more-->
+
+<!--The kubelet takes a set of PodSpecs that are provided through various mechanisms and ensures that the containers described in those PodSpecs are running and healthy. The kubelet doesn’t manage containers which were not created by Kubernetes.
+-->
+kubelet використовує специфікації PodSpecs, які надаються за допомогою різних механізмів, і забезпечує працездатність і справність усіх контейнерів, що описані у PodSpecs. kubelet керує лише тими контейнерами, що були створені Kubernetes.
@@ -0,0 +1,23 @@
+---
+# title: Pod
+title: Под
+id: pod
+date: 2018-04-12
+full_link: /docs/concepts/workloads/pods/pod-overview/
+# short_description: >
+#   The smallest and simplest Kubernetes object. A Pod represents a set of running containers on your cluster.
+short_description: >
+  Найменший і найпростіший об'єкт Kubernetes. Под являє собою групу контейнерів, що запущені у вашому кластері.
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ <!-- The smallest and simplest Kubernetes object. A Pod represents a set of running {{< glossary_tooltip text="containers" term_id="container" >}} on your cluster. -->
+ Найменший і найпростіший об'єкт Kubernetes. Под являє собою групу {{< glossary_tooltip text="контейнерів" term_id="container" >}}, що запущені у вашому кластері.
+
+<!--more-->
+
+<!-- A Pod is typically set up to run a single primary container. It can also run optional sidecar containers that add supplementary features like logging. Pods are commonly managed by a {{< glossary_tooltip term_id="deployment" >}}. -->
+Як правило, в одному Поді запускається один контейнер. У Поді також можуть бути запущені допоміжні контейнери, що забезпечують додаткову функціональність, наприклад, логування. Управління Подами зазвичай здійснює {{< glossary_tooltip term_id="deployment" >}}.
@@ -0,0 +1,22 @@
+---
+# title: Selector
+title: Селектор
+id: selector
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/labels/
+# short_description: >
+#   Allows users to filter a list of resources based on labels.
+short_description: >
+  Дозволяє користувачам фільтрувати ресурси за мітками.
+
+aka:
+tags:
+- fundamental
+---
+<!-- Allows users to filter a list of resources based on labels. -->
+Дозволяє користувачам фільтрувати ресурси за мітками.
+
+<!--more-->
+
+<!-- Selectors are applied when querying lists of resources to filter them by {{< glossary_tooltip text="Labels" term_id="label" >}}. -->
+Селектори застосовуються при створенні запитів для фільтрації ресурсів за {{< glossary_tooltip text="мітками" term_id="label" >}}.
@@ -0,0 +1,24 @@
+---
+title: Сервіс
+id: service
+date: 2018-04-12
+full_link: /docs/concepts/services-networking/service/
+# A way to expose an application running on a set of Pods as a network service.
+short_description: >
+  Спосіб відкрити доступ до застосунку, що запущений на декількох Подах у вигляді мережевої служби.
+
+aka:
+tags:
+- fundamental
+- core-object
+---
+<!--
+An abstract way to expose an application running on a set of  as a network service.
+-->
+Це абстрактний спосіб відкрити доступ до застосунку, що працює як один (або декілька) {{< glossary_tooltip text="Подів" term_id="pod" >}} у вигляді мережевої служби.
+
+<!--more-->
+
+<!--The set of Pods targeted by a Service is (usually) determined by a {{< glossary_tooltip text="selector" term_id="selector" >}}. If more Pods are added or removed, the set of Pods matching the selector will change. The Service makes sure that network traffic can be directed to the current set of Pods for the workload.
+-->
+Переважно група Подів визначається як Сервіс за допомогою {{< glossary_tooltip text="селектора" term_id="selector" >}}. Додання або вилучення Подів змінить групу Подів, визначених селектором. Сервіс забезпечує надходження мережевого трафіка до актуальної групи Подів для підтримки робочого навантаження.