🤔 Где можно указать переменные в ролях?

В Ansible переменные могут быть определены в нескольких местах, включая роли. Роли в Ansible организуют задачи и файлы, делая плейбуки более модульными и повторно используемыми.

🟠defaults/main.yml
Переменные, определенные здесь, имеют самый низкий приоритет. Обычно используются для определения значений по умолчанию.

# roles/role_name/defaults/main.yml
some_variable: "default_value"     

🟠vars/main.yml
Переменные, определенные здесь, имеют более высокий приоритет, чем переменные из defaults/main.yml. Используются для переменных, которые не должны быть изменены пользователем.

# roles/role_name/vars/main.yml
some_variable: "fixed_value"     

🟠tasks/main.yml
Переменные могут быть определены непосредственно в задачах. Переменные, определенные таким образом, будут видны только в контексте этой задачи.

# roles/role_name/tasks/main.yml
- name: Set a variable
set_fact:
  temporary_variable: "value"     

🟠meta/main.yml
В файле метаданных можно определять зависимости ролей и использовать переменные для их настройки.

# roles/role_name/meta/main.yml
dependencies:
 - role: dependency_role
  some_variable: "value"     

🟠templates/
Переменные могут использоваться в шаблонах Jinja2.

# roles/role_name/templates/template.j2
The value of some_variable is {{ some_variable }}     

🟠handlers/main.yml
Переменные могут использоваться в хендлерах для настройки условий запуска.

# roles/role_name/handlers/main.yml
 - name: restart service
  service:
  name: "{{ service_name }}"
  state: restarted     

🟠files/
В файлах, используемых в задачах копирования или шаблонизации, можно использовать переменные для указания пути к файлам или другим параметрам.

🚩Пример использования

defaults/main.yml

# roles/nginx/defaults/main.yml
nginx_port: 80   

vars/main.yml

# roles/nginx/vars/main.yml
nginx_user: "www-data"   

tasks/main.yml

 # roles/nginx/tasks/main.yml
- name: Install Nginx
  apt:
    name: nginx
    state: present

- name: Configure Nginx
  template:
    src: nginx.conf.j2
    dest: /etc/nginx/nginx.conf

- name: Start Nginx
  service:
    name: nginx
    state: started
    enabled: true

templates/nginx.conf.j2

# roles/nginx/templates/nginx.conf.j2
user {{ nginx_user }};
worker_processes auto;

events {
    worker_connections 1024;
}

http {
    server {
        listen {{ nginx_port }};
        server_name localhost;

        location / {
            root /usr/share/nginx/html;
            index index.html index.htm;
        }
    }
}

Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем отличаются HTTP и HTTPS

HTTP (HyperText Transfer Protocol) передаёт данные без шифрования, что делает соединение уязвимым для перехвата. HTTPS (HyperText Transfer Protocol Secure) использует SSL/TLS для шифрования данных, обеспечивая защиту конфиденциальной информации. Таким образом, HTTPS более безопасен и предпочтителен для передачи чувствительных данных, например, паролей и финансовой информации.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какая иерархия переменных в ролях?

🚩Иерархия переменных в ролях

🟠defaults/main.yml
Переменные с самым низким приоритетом. Используются для значений по умолчанию, которые могут быть переопределены.
🟠vars/main.yml
Переменные с более высоким приоритетом, чем defaults. Используются для значений, которые не должны быть легко изменены пользователем.
🟠Переменные в задачах (tasks)
Переменные, заданные с помощью set_fact в задачах, имеют более высокий приоритет. Также переменные, определенные в локальном контексте задачи.

🚩Общая иерархия переменных

🟠Переменные из роли
defaults/main.yml в роли.
🟠Переменные плейбука
Переменные из vars плейбука.
🟠Переменные инвентаря
Переменные из статического или динамического инвентаря.
🟠Факты Ansible (gathered facts)
Динамически собранные данные о хостах.
🟠Переменные командной строки
Переменные, переданные через командную строку с помощью флага -e.

🚩Пример

defaults/main.yml

# roles/example/defaults/main.yml
example_variable: "default_value"

vars/main.yml

# roles/example/vars/main.yml
example_variable: "vars_value"

Переменная в плейбуке

# playbook.yml
- hosts: all
  roles:
    - role: example
      example_variable: "playbook_value"

Переменная командной строки

ansible-playbook playbook.yml -e "example_variable=command_line_value"

🚩Приоритет переменных

1⃣defaults/main.yml задает example_variable как "default_value".
2⃣vars/main.yml переопределяет это значение на "vars_value".
3⃣Переменная, указанная в плейбуке, переопределяет это значение на "playbook_value".
4⃣Переменная командной строки, переданная при запуске плейбука, переопределяет все предыдущие значения на "command_line_value".

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое ELK?

ELK — это стек программ, состоящий из Elasticsearch, Logstash и Kibana, предназначенный для сбора, хранения и визуализации логов. Elasticsearch хранит и индексирует данные, Logstash собирает и обрабатывает их, а Kibana позволяет визуализировать и анализировать. ELK часто используется для мониторинга и анализа больших объемов данных в реальном времени.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚Базу Знаний

🤔 Из чего состоит роль из каких папок из каких файлов?

Роль в Ansible состоит из набора папок и файлов, которые организуют задачи, переменные, файлы конфигурации, шаблоны и другие ресурсы, необходимые для выполнения конкретной роли.

🚩Описание каждой папки и файла

🟠defaults/main.yml
Содержит переменные по умолчанию для роли.

# roles/role_name/defaults/main.yml
some_default_variable: "default_value"     

🟠files/
Содержит статические файлы, которые можно копировать на удаленные хосты. Пример: roles/role_name/files/myfile.conf

🟠handlers/main.yml
Содержит хендлеры, которые можно вызывать для выполнения действий, таких как перезапуск службы.

# roles/role_name/handlers/main.yml
- name: restart nginx
  service:
  name: nginx
  state: restarted     

🟠meta/main.yml
Содержит метаинформацию о роли, такую как зависимости от других ролей.

# roles/role_name/meta/main.yml
dependencies:
 - role: another_role     

🟠tasks/main.yml
Содержит основной список задач, которые выполняются при использовании роли.

# roles/role_name/tasks/main.yml
- name: Install nginx
  apt:
   name: nginx
   state: present     

🟠templates/
Содержит шаблоны Jinja2, которые могут быть использованы для создания конфигурационных файлов с динамическими значениями.

# roles/role_name/templates/nginx.conf.j2
server {
    listen 80;
    server_name {{ nginx_server_name }};
    location / {
        root /usr/share/nginx/html;
        index index.html index.htm;
    }
}

🟠tests/
Содержит файлы для тестирования роли.

# roles/role_name/tests/test.yml
- hosts: localhost
  roles:
    - role_name

🟠vars/main.yml
Содержит переменные с высоким приоритетом, используемые в роли.

# roles/role_name/vars/main.yml
some_variable: "value"

🟠README.md
Документация роли, содержащая информацию о том, как использовать роль, примеры и описание переменных.

🚩Пример структуры роли

defaults/main.yml

# roles/nginx/defaults/main.yml
nginx_port: 80

vars/main.yml

# roles/nginx/vars/main.yml
nginx_user: "www-data"

tasks/main.yml

# roles/nginx/tasks/main.yml
- name: Install Nginx
  apt:
    name: nginx
    state: present

- name: Configure Nginx
  template:
    src: nginx.conf.j2
    dest: /etc/nginx/nginx.conf

- name: Start Nginx
  service:
    name: nginx
    state: started
    enabled: true

templates/nginx.conf.j2

# roles/nginx/templates/nginx.conf.j2
user {{ nginx_user }};
worker_processes auto;

events {
    worker_connections 1024;
}

http {
    server {
        listen {{ nginx_port }};
        server_name localhost;

        location / {
            root /usr/share/nginx/html;
            index index.html index.htm;
        }
    }
}

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое и нужен ли swap

Swap — это область диска, которую операционная система использует как виртуальную память, расширяя возможности оперативной памяти. Он помогает системе работать стабильно, когда физической памяти не хватает, перенося неактивные данные из RAM на диск. Swap полезен для поддержания работы системы под нагрузкой, но его чрезмерное использование может замедлить производительность из-за более медленного доступа к данным на диске.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔Что такое системные вызовы и системные сигналы?

🚩Системные вызовы

Это интерфейс между прикладными программами и ядром операционной системы. Они позволяют программам запрашивать услуги у операционной системы, такие как управление файлами, управление процессами, сетевое взаимодействие и управление памятью.

🚩Зачем нужны системные вызовы?

🟠Доступ к ресурсам
Программы могут получить доступ к аппаратным ресурсам, таким как диски, сеть, память и устройства ввода/вывода.
🟠Изоляция
Обеспечивают изоляцию между прикладными программами и аппаратными ресурсами, что повышает безопасность и стабильность системы.
🟠Управление процессами
Позволяют создавать, завершать и управлять процессами.

🚩Примеры системных вызовов

open - Открытие файла.
read - Чтение данных из файла или устройства.
write - Запись данных в файл или устройство.
fork - Создание нового процесса.
exec - Выполнение программы.
kill - Отправка сигнала процессу.
wait - Ожидание завершения дочернего процесса.

#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>

int main() {
    int fd = open("example.txt", O_RDONLY);
    if (fd == -1) {
        perror("open");
        return 1;
    }

    char buffer[100];
    ssize_t bytesRead = read(fd, buffer, sizeof(buffer));
    if (bytesRead == -1) {
        perror("read");
        return 1;
    }

    write(STDOUT_FILENO, buffer, bytesRead);
    close(fd);
    return 0;
}

🚩Системные сигналы

Это механизмы, используемые в Unix-подобных операционных системах для уведомления процессов о различных событиях. Сигналы могут быть отправлены процессом, ядром ОС или пользователем для уведомления о системных событиях или управления процессами.

🚩Зачем нужны системные сигналы?

🟠Уведомление о событиях
Уведомляют процессы о событиях, таких как завершение программы, ошибки, прерывания и другие.
🟠Управление процессами
Позволяют приостанавливать, возобновлять или завершать процессы.
🟠Обработка исключений
Предоставляют механизм для обработки исключительных ситуаций, таких как деление на ноль или доступ к недопустимым адресам памяти.

🚩Примеры системных сигналов

SIGINT (2) - Прерывание (обычно отправляется при нажатии Ctrl+C в терминале).
SIGTERM (15) - Завершение процесса.
SIGKILL (9) - Немедленное завершение процесса.
SIGSTOP (19)- Приостановка процесса.
SIGCONT (18) - Возобновление приостановленного процесса.
SIGSEGV (11) - Сегментационная ошибка (доступ к несуществующей памяти).

#include <stdio.h>
#include <signal.h>
#include <unistd.h>

void handle_signal(int signal) {
    if (signal == SIGINT) {
        printf("Caught SIGINT, exiting...\n");
        _exit(0);
    }
}

int main() {
    signal(SIGINT, handle_signal);

    while (1) {
        printf("Running...\n");
        sleep(1);
    }

    return 0;
}

Ставь 👍 и забирай 📚 Базу знаний

🤔 В чём разница между TCP и UDP

TCP — это протокол с установлением соединения, который гарантирует надежную доставку данных с подтверждением и контролем последовательности. UDP — это протокол без установления соединения, передающий данные быстрее, но без гарантии доставки и контроля порядка. TCP подходит для приложений, требующих надежности (например, HTTP), тогда как UDP используется для быстрой передачи данных, где небольшая потеря пакетов допустима (например, видео- и аудиопотоки).

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 На каких ключевых особенностях базируется докер?

🟠Контейнеризация:
Контейнеры Docker предоставляют легковесную и изолированную среду для выполнения приложений. Контейнеры включают все необходимые для работы приложения зависимости и библиотеки, обеспечивая портативность и консистентность между различными средами (разработка, тестирование, производство).

🟠Образы (Images):
Docker образы представляют собой неизменяемые шаблоны, содержащие все, что необходимо для запуска приложения: код, библиотеки, конфигурационные файлы, настройки среды и т.д. Образы можно легко версионировать, передавать и повторно использовать.

🟠Регистры (Registries):
Docker использует регистры для хранения и распространения образов. Docker Hub — это публичный регистр, предоставляемый Docker, но также можно создавать собственные приватные регистры. Это упрощает совместное использование и управление образами.

🟠Изоляция и безопасность:
Docker использует пространства имен (namespaces) и контрольные группы (cgroups) для изоляции процессов и управления ресурсами. Это обеспечивает контейнерам высокий уровень безопасности и предотвращает конфликт между приложениями, работающими в разных контейнерах.

🟠Легковесность и производительность:
В отличие от виртуальных машин, контейнеры не требуют отдельной операционной системы, что делает их намного более легковесными и быстрыми. Это позволяет запускать большее количество контейнеров на одном хосте с меньшими накладными расходами.

🟠Масштабируемость и оркестрация:
Docker предоставляет инструменты для управления контейнерами в масштабе, такие как Docker Swarm и интеграция с Kubernetes. Эти инструменты позволяют автоматизировать развертывание, управление, масштабирование и мониторинг контейнеров в распределенных системах.

🟠Управление жизненным циклом приложений:
Docker упрощает создание, тестирование и развертывание приложений через контейнеры. Это способствует интеграции и непрерывной доставке (CI/CD), так как контейнеры гарантируют, что приложение будет работать одинаково во всех средах.

🚩Создание образа и запуска контейнера

1⃣Dockerfile

# Используем базовый образ
FROM ubuntu:latest

# Устанавливаем необходимые пакеты
RUN apt-get update && apt-get install -y python3

# Копируем файлы приложения в контейнер
COPY . /app

# Устанавливаем рабочую директорию
WORKDIR /app

# Определяем команду для запуска приложения
CMD ["python3", "app.py"]   

2⃣Сборка образа:

docker build -t my-python-app .

3⃣Запуск контейнера:

docker run -d --name python-app-container my-python-app

Ставь 👍 и забирай 📚 Базу знаний

🤔 Без какой инструкции не может существовать докер файл?

FROM — это ключевая инструкция в Dockerfile, без которой файл не может существовать. Она указывает базовый образ, от которого начинается сборка контейнера. Любой Dockerfile должен начинаться с этой инструкции.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Разница между докером и kubernetes?

🟠Назначение:
Docker: Создание и запуск контейнеров.
Kubernetes: Оркестрация и управление кластерами контейнеров.

🟠Уровень абстракции:
Docker: Работает с контейнерами и образами.
Kubernetes: Работает с подами, службами и другими абстракциями для управления контейнерами.

🟠Масштабируемость:
Docker: Локальное масштабирование контейнеров.
Kubernetes: Автоматическое масштабирование и управление контейнерами на кластерах.

🟠Управление состоянием:
Docker: Не отслеживает состояние контейнеров.
Kubernetes: Автоматически восстанавливает и управляет состоянием контейнеров.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Зачем нужен OOM

OOM (Out Of Memory) — это механизм, срабатывающий, когда системе не хватает памяти для работы, что приводит к завершению процессов с высокой нагрузкой. Он защищает систему от полного исчерпания памяти, освобождая ресурсы, чтобы другие процессы могли продолжать работать. OOM-killer используется для выбора и завершения наименее критичных процессов, предотвращая полное зависание системы.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Как прикрутить авторизацию кластеру?

Для настройки авторизации в кластере Kubernetes можно использовать несколько механизмов, включая роль RBAC (Role-Based Access Control), аутентификацию с использованием токенов, сертификатов, и интеграцию с внешними системами аутентификации, такими как OpenID Connect (OIDC). Рассмотрим основные шаги для настройки RBAC и аутентификации с помощью токенов.

🚩Настройка RBAC (Role-Based Access Control)

1⃣Создание роли (Role) или кластерной роли (ClusterRole)
Роли определяют, какие действия разрешены над какими ресурсами в определенном namespace (Role) или во всем кластере (ClusterRole).

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: read-pods
rules:
- apiGroups: [""]
  resources: ["pods"]
  verbs: ["get", "list", "watch"]

2⃣Создание роли связывания (RoleBinding) или кластерного связывания роли (ClusterRoleBinding)
Связывание роли привязывает роль к конкретному пользователю, группе или субъекту службы (ServiceAccount).

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: read-pods-binding
subjects:
- kind: User
  name: jane
  apiGroup: rbac.authorization.k8s.io
roleRef:
  kind: ClusterRole
  name: read-pods
  apiGroup: rbac.authorization.k8s.io

🚩Настройка аутентификации с использованием токенов

Kubernetes поддерживает несколько методов аутентификации, включая использование токенов. Один из способов — использование токенов ServiceAccount.

1⃣Создание ServiceAccount

apiVersion: v1
kind: ServiceAccount
metadata:
  name: my-service-account
  namespace: default

2⃣Создание связывания роли для ServiceAccount

apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: read-pods-binding
  namespace: default
subjects:
- kind: ServiceAccount
  name: my-service-account
  namespace: default
roleRef:
  kind: Role
  name: read-pods
  apiGroup: rbac.authorization.k8s.io

3⃣Получение токена ServiceAccount

kubectl get secret $(kubectl get serviceaccount my-service-account -o jsonpath='{.secrets[0].name}') -o jsonpath='{.data.token}' | base64 --decode

🚩Интеграция с внешними системами аутентификации (OIDC)

Для интеграции с внешними системами аутентификации, такими как OpenID Connect (OIDC), нужно настроить параметры API-сервера Kubernetes.

Настройка API-сервера
Добавьте параметры конфигурации OIDC в команду запуска kube-apiserver

--oidc-issuer-url=https://accounts.google.com \
--oidc-client-id=<client-id> \
--oidc-username-claim=email \
--oidc-groups-claim=groups

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие существуют Probe?

В Kubernetes существуют три типа Probe: `Liveness Probe`, `Readiness Probe` и `Startup Probe`.
`Liveness Probe` проверяет, жив ли контейнер и работает ли он корректно, перезапуская его при необходимости.
`Readiness Probe` определяет, готов ли контейнер обрабатывать запросы, и управляет включением/выключением его из баланса нагрузки.
`Startup Probe` используется для проверки успешного старта контейнера перед выполнением других Probe.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Как реализовать идеальный деплой кода в production с помощью argocd?

Argo CD — это инструмент для непрерывной доставки (CD) на основе GitOps, который автоматизирует развертывание приложений в Kubernetes. Он позволяет синхронизировать состояние кластера с состоянием в репозитории Git, что обеспечивает декларативное управление инфраструктурой и приложениями.

🚩Настройки идеального деплоя кода в production

1⃣Установка Argo CD
Первым шагом является установка Argo CD в ваш Kubernetes кластер.

kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml

2⃣Доступ к интерфейсу Argo CD
После установки необходимо настроить доступ к интерфейсу Argo CD. Вы можете использовать kubectl port-forward для локального доступа:

kubectl port-forward svc/argocd-server -n argocd 8080:443

3⃣Настройка аутентификации
Получите начальный пароль для пользователя admin:

kubectl get pods -n argocd -l app.kubernetes.io/name=argocd-server -o name | cut -d'/' -f 2

4⃣Создание приложения Argo CD
Создайте репозиторий в Git, который будет содержать манифесты Kubernetes для вашего приложения. Репозиторий должен содержать все необходимые файлы для развертывания приложения (например, файлы Deployment, Service, ConfigMap и т.д.).

5⃣Добавление приложения в Argo CD
Используйте веб-интерфейс или командную строку для создания нового приложения в Argo CD, которое будет синхронизироваться с вашим Git-репозиторием.

6⃣Синхронизация и развертывание
Argo CD автоматически синхронизирует состояние вашего кластера с состоянием в Git-репозитории. Если вы включили автоматическую синхронизацию, изменения в репозитории будут автоматически развернуты в кластере.

7⃣Настройка уведомлений
Argo CD можно настроить для отправки уведомлений о статусе развертываний через интеграции с такими инструментами, как Slack, email, или вебхуками.

8⃣Мониторинг и обратная связь
Используйте веб-интерфейс Argo CD для мониторинга состояния приложений и синхронизации. Также можно настроить метрики и мониторинг через Prometheus и Grafana для более глубокого анализа.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что порождает init процесс?

`init` — это первый процесс, который запускается ядром операционной системы после её загрузки.
Он порождается непосредственно ядром как процесс с идентификатором PID 1 и отвечает за инициализацию системы, запуск всех остальных процессов и управление ними.
`init` остаётся родительским процессом для всех орфанных процессов, обеспечивая их завершение или управление.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какую информацию хранит i нода?

I-нода (или индексный узел, inode) в файловой системе UNIX и подобных ей (например, в Linux) является структурой данных, которая хранит информацию о файлах и каталогах. I-нода не содержит имени файла, но хранит метаданные, необходимые для управления файлом. Вот основная информация, которую хранит i-нода:

🟠Идентификатор (индекс) i-ноды
Уникальный идентификатор, по которому можно однозначно определить файл в пределах файловой системы.

🟠Тип файла:
Определяет, является ли объект файлом, каталогом, символической ссылкой, устройством и т.д.

🟠Права доступа:
Содержит информацию о правах доступа к файлу для владельца, группы и других пользователей (чтение, запись, выполнение).

🟠Ссылки (link count):
Количество жестких ссылок на этот файл, то есть сколько раз этот файл упоминается в различных каталогах.

🟠Идентификатор пользователя (UID):
Указывает владельца файла.

🟠Идентификатор группы (GID):
Указывает группу, к которой принадлежит файл.

🟠Размер файла:
Размер файла в байтах.

🟠Временные метки:
ctime (Change Time): Время последнего изменения i-ноды (метаданных).
mtime (Modification Time): Время последнего изменения содержимого файла.
atime (Access Time): Время последнего доступа к файлу.

🟠Расположение данных:
Прямые указатели: Указывают на блоки данных непосредственно.
Одноуровневые непрямые указатели: Указывают на блоки, которые содержат прямые указатели.
Двухуровневые непрямые указатели: Указывают на блоки, которые содержат одноуровневые непрямые указатели.
Трехуровневые непрямые указатели: Указывают на блоки, которые содержат двухуровневые непрямые указатели.

i-нод номер: 12345
Тип: Файл
Права доступа: rw-r--r--
Ссылки: 1
UID: 1000
GID: 1000
Размер: 2048 байт
ctime: 2023-07-31 12:34:56
mtime: 2023-07-31 12:00:00
atime: 2023-07-31 11:30:00
Прямые указатели: [2, 3, 4, ...]
Одноуровневый непрямой указатель: [5]
Двухуровневый непрямой указатель: [6]
Трехуровневый непрямой указатель: [7]

Ставь 👍 и забирай 📚 Базу знаний

🤔 Без какой инструкции не может существовать докер файл?

FROM — это ключевая инструкция в Dockerfile, без которой файл не может существовать. Она указывает базовый образ, от которого начинается сборка контейнера. Любой Dockerfile должен начинаться с этой инструкции.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚Базу Знаний

🤔 В чем разница между linux и unix?

Разница между Linux и Unix заключается в их происхождении, разработке, лицензировании и архитектурных особенностях. Хотя они оба являются операционными системами, основывающимися на схожих концепциях, они имеют несколько ключевых различий.

🚩Происхождение и история

🟠Unix
Происхождение: Unix был разработан в AT&T Bell Labs в конце 1960-х и начале 1970-х годов Кеном Томпсоном, Деннисом Ритчи и другими.
История: Unix стал основой для многих других операционных систем, включая различные коммерческие и академические версии, такие как BSD (Berkeley Software Distribution), AIX (от IBM), HP-UX (от Hewlett-Packard), Solaris (от Sun Microsystems) и другие.

🟠 Linux
Происхождение:Linux был разработан Линусом Торвальдсом в 1991 году как бесплатная и открытая альтернатива Unix.
История: Linux основан на идеях и стандартах Unix, но он не содержит исходного кода Unix. Linux стал популярным благодаря своей открытой модели разработки и поддержке со стороны сообщества.

🚩Лицензирование

🟠Unix
Лицензия: Unix традиционно был коммерческой операционной системой, распространяемой по проприетарной лицензии. Каждая версия Unix имела свои собственные лицензионные условия и коммерческие модели.

🟠Linux
Лицензия: Linux распространяется под лицензией GNU General Public License (GPL), что делает его свободным и открытым программным обеспечением. Это позволяет пользователям свободно использовать, изменять и распространять Linux.

🚩Разработка и поддержка

🟠Unix
Разработка: Разработка Unix велась различными коммерческими и академическими организациями. Каждая версия Unix разрабатывалась и поддерживалась своим собственным вендором.
Поддержка: Поддержка Unix зависела от вендора, который предоставлял коммерческую поддержку для своей версии системы.

🟠Linux
Разработка: Linux разрабатывается сообществом разработчиков по всему миру. Основной веткой ядра Linux управляет Линус Торвальдс и его команда, но различные дистрибутивы (например, Debian, Ubuntu, Fedora, CentOS, и т.д.) добавляют свои собственные компоненты и поддержку.
Поддержка: Linux поддерживается как сообществом, так и коммерческими организациями (например, Red Hat, Canonical, SUSE), предоставляющими платную поддержку и услуги.

🚩Архитектурные особенности и использование

🟠Unix
Архитектура: Unix системы часто следуют определенным стандартам, таким как POSIX, и имеют стабильное, проверенное временем ядро и архитектуру.
Использование: Unix традиционно используется в крупных корпоративных средах, на серверах и мейнфреймах, в научных и инженерных приложениях.

🟠Linux
Архитектура: Linux также следует стандартам POSIX и имеет модульную архитектуру, которая позволяет пользователям и разработчикам легко добавлять новые функции.
Использование: Linux используется повсеместно — от серверов и суперкомпьютеров до встраиваемых систем и мобильных устройств (например, Android). Он также широко используется в настольных системах благодаря множеству дистрибутивов.

Ставь 👍 и забирай 📚 Базу знаний

🤔 В чём разница между контейнеризацией и виртуализацией?

Контейнеризация использует контейнеры для изоляции приложений и их зависимостей на уровне операционной системы, что делает контейнеры более лёгкими по сравнению с виртуальными машинами. Виртуализация, в свою очередь, создает полноценные виртуальные машины с собственными ОС поверх гипервизора, что требует больше ресурсов. Контейнеры запускаются на общем ядре ОС хоста, а виртуальные машины имеют свои ядра, что делает их независимыми, но более тяжёлыми. Контейнеры обеспечивают большую гибкость и скорость развертывания по сравнению с виртуальными машинами.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний