-
- - -Задача проекта будет следующей: - -Дан файл лога запросов на некоторый сервер. Требуется -найти количество запросов к определённому файлу и сумму переданных байт. - -Для демонстрации мы напишем 2 функции, одна будет использовать наивное решение задачи на питоне, -вторая будет выполнять парсинг на расте. - -Сам файл лог имеет следующую структуру: -``` -"$line_num" "-" "$method $url" "$current_time" "$bytes_sent" -``` - -где, -* $line_num - номер строчки; -* $method - HTTP метод; -* $url - URL до файла, содержащий один из сгенерированных идентификаторов; -* $current_time - текущее время (время выполнения запроса); -* $bytes_sent - сколько байт было отправлено. - -Данный формат логов отчасти подражает формату [G-Core labs](https://gcorelabs.com/support/articles/115000511685/). - -# Проект на Python - -Сначала мы напишем весь функционал на Python. -Для этого создадим проект `python-rust` по [гайду из блога](/project-start). - -Для создания CLI я буду использовать [typer](https://pypi.org/project/typer/). - -Весь код проекта доступен в [репозитории](https://github.com/s3rius/blog_examples/tree/master/python-rust). - -```bash -$ poetry add typer -``` - -## Генератор логов - -Для тестов напишем генератор лог-файла. - -Данный генератор должен работать следующим образом. -Я указываю сколько строк лог-файла я хочу увидеть, -сколько уникальных id файлов использовать и название файла, куда писать. - -Функция же генерирует лог в заданном формате. - -```python{}[python_rust/main.py] -import secrets -import time -import uuid -from pathlib import Path -from typing import Any - -import typer - -tpr = typer.Typer() - - -def quote(somthing: Any) -> str: - """ - Quote string. - - :param somthing: any string. - :return: quoted string. - """ - return f'"{somthing}"' - - -@tpr.command() -def generator( # noqa: WPS210 - output: Path, - lines: int = 2_000_000, # noqa: WPS303 - ids: int = 1000, -) -> None: - """ - Test log generator. - - :param ids: how many file id's to generate. - :param output: output file path. - :param lines: how many lines to write, defaults to 2_000_000 - """ - ids_pool = [uuid.uuid4().hex for _ in range(ids)] - - with open(output, "w") as out_file: - for line_num in range(lines): - item_id = secrets.choice(ids_pool) - prefix = secrets.token_hex(60) - url = f"GET /{prefix}/{item_id}.jpg" - current_time = int(time.time()) - bytes_sent = secrets.randbelow(800) # noqa: WPS432 - line = [ - quote(line_num), - quote("-"), - quote(url), - quote(current_time), - quote(bytes_sent), - ] - out_file.write(" ".join(line)) - out_file.write("\n") - typer.secho("Log successfully generated.", fg=typer.colors.GREEN) - - -@tpr.command() -def parser(input_file: Path, rust: bool = False) -> None: - """ - Parse given log file. - - :param input_file: path of input file. - :param rust: use rust parser implementation. - """ - typer.secho("Not implemented", err=True, fg=typer.colors.RED) - - -def main() -> None: - """Main program entrypoint.""" - tpr() - -``` - -Для удобства работы добавим в pyproject.toml информацию о командах. - -```toml -[tool.poetry.scripts] -pyrust = "python_rust.main:main" -``` - -Теперь мы можем вызывать нашу программу. - -``` -$ pyrust --help -Usage: pyrust [OPTIONS] COMMAND [ARGS]... - -Options: - --install-completion [bash|zsh|fish|powershell|pwsh] - Install completion for the specified shell. - --show-completion [bash|zsh|fish|powershell|pwsh] - Show completion for the specified shell, to - copy it or customize the installation. - --help Show this message and exit. - -Commands: - generator Test log generator. - parser Parse given log file. -``` - -Работает отлично. - -С помощью данного генератора сгенерируем файл на 8 милионов строк. - -```bash -$ pyrust generator test.log --lines 8000000 -Log successfully generated. -``` - -У нас получился файл на 1.5G. Для начального теста этого будет достаточно. - -## Реализация парсера на Python - -Представленный формат разделяет ифнормацию кавычками, поэтому -для сплита строк мы будем использовать встроенный в python модуль [shlex](https://docs.python.org/3/library/shlex.html). - -Функция парсинга логов будет выглядить следующим образом: - - -```python{}[python_rust/py_parser.py] -import shlex -from pathlib import Path -from typing import Dict, Tuple - - -def parse_python( # noqa: WPS210 - filename: Path, -) -> Dict[str, Tuple[int, int]]: - """ - Parse log file with python. - - :param filename: log file. - :return: parsed data. - """ - parsed_data = {} - with open(filename, "r") as input_file: - for line in input_file: - spl = shlex.split(line) - # Splitting method and actual url. - url = spl[2].split()[1] - # Splitting url by / - # This split will turn this "/test/aaa.png" - # into "aaa". - file_id = url.split("/")[-1].split(".")[0] - file_info = parsed_data.get(file_id) - # If information about file isn't found. - if file_info is None: - downloads, bytes_sent = 0, 0 - else: - downloads, bytes_sent = file_info - # Incrementing counters. - downloads += 1 - bytes_sent += int(spl[4]) - # Saving back. - parsed_data[file_id] = (downloads, bytes_sent) - return parsed_data - -``` - - -Давайте импортируем её, модифицируем команду парсинга и замерим скорость работы. - - -```python{}[python_rust/main.py] -@tpr.command() -def parser(input_file: Path, rust: bool = False) -> None: - """ - Parse given log file. - - :param input_file: path of input file. - :param rust: use rust parser implementation. - """ - if rust: - typer.secho("Not implemented", input_file, color=typer.colors.RED) - return - else: - parsed_data = parse_python(input_file) - - typer.secho( - f"Found {len(parsed_data)} files", # noqa: WPS237 - color=typer.colors.CYAN, - ) - -``` - -Как можно видеть из кода, мы просто подсчитываем итоговое количество найденных файлов. - -Посмотрим сколько времени займёт парсинг нашего сгенерированного файла. - -```bash -$ time pyrust parser "test.log" -Found 1000 files -pyrust parser test.log 2443.42s user 2.10s system 99% cpu 40:59.30 total -``` - -Обработка данного файла заняла 40 минут. Это довольно печальный результат. -Самое время попробовать использовать Rust. - -# Интеграция Rust - -Для интеграции Rust в python код я буду использовать [PyO3](https://github.com/PyO3/pyo3) для биндингов и [maturin](https://github.com/PyO3/maturin) для сборки проекта. - -Начнём с инициализации проекта и установки сборщика. В корневой папке проекта -создайте папку проекта с растом. - -
-В данной статье я попробую исправить это вселенское -недопонимание используя k3s, свой комплюктер и немного знаний по кодингу. - -
-
-
-
-
-
-# Что такое кубернетес и почему это лучше докера
-
-Многие ребята, кто хорошо знаком с докером и его
-возможностями, могут задаваться таким вопросом.
-Для тех кто в танке, напомню, что докер
-имеет вариант запуска в режиме кластера.
-Этот функционал называется [docker swarm](https://docs.docker.com/engine/swarm/).
-В целом, swarm отдалённо напоминает kubernetes,
-так как в этом режиме докер худо-бедно умеет
-автоскейлится и запускаться в кластере,
-но это всё равно немного не то.
-
-
- 
-
-
-Поды - это логически связанные группы контейнеров.
-Это самая базовая еденица кубернетеса.
-
-В поде находится от одного до множества контейнеров.
-Интересная особенность пода в том, что все контейнеры
-делят один сетевой адрес. Другими словами,
-если у вас один из контейнеров открыл порт `3000`,
-то другие контейнеры из пода этот порт использовать не смогут.
-
-То есть, если вы хотите логически связанные приложения
-поместить в под, то они могут ходить друг к другу через лупбек
-адреса. Такие как `localhost` или `127.0.0.1`.
-
-## Deployment
-
-Поды это круто, но есть одно но. Данные объекты неизменяемые
-и сам под скейлить вручную занятие сомнительное.
-
-Конечно, никто не мешает создать вам вручную [ReplicaSet](https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/)
-и самому крутить там нужные значения. Но в среднем
-вам с этим возиться не очень то хочется.
-
-
-- -Deployment нужен именно для описания подов и создания -некоторых ресурсов, нужных для скейлинга. -Также с помощью деплойментов можно делать откаты приложения через -механиз роллбеков. Я это рассматривать не буду. В этой статье только база. - -## Service - -Сервис - это ресурс, с помощью которого поды могут общаться -между собой. По факту сервис описывает, какие порты пода -открыты и перенаправляет трафик на них. - -Представьте себе под, который просто проксирует весь трафик с одного -порта на какой-нибудь порт пода. Это и есть Service. - -
-
-
-
-
-
-Выглядит сервис примерно так как показано на кртинке выше.
-Он направляет весь входной трафик с указанного порта на
-порты подов.
-
-Также сервис выступает как балансировщик.
-
-- Если вы попробуете сделать запрос напрямую по IP пода, то у вас, конечно же, - получится, но это довольно странная идея из-за того, что при пересоздании - пода у него может обновится IP внутри кластера. Поэтому лучше использовать сервисы. Также они потребуются для ингресса. -
-
-
-
-
-
-Принцип работы ингресса следующий:
-
-Вы указываете хост ингресса и различные пути.
-В зависимости от входящего запроса ингресс выбирает в какой сервис
-направить запрос и в какой порт.
-
-Настройка ингресса достаточно гибкая и я не думаю,
-что вы можете столкнуться с какими либо проблемами.
-
-## Namespace
-
-Неймспейсы это логические разделители уровня доступа.
-
-Я предпочитаю использовать разные неймспейсы под различные логические группы приложений.
-
-Например, в моём кластере есть отдельные неймспейсы для каждого приложения.
-
-Скажем, у меня есть проект, в котором есть база данных и веб сервер.
-Я держу их в одном неймспейсе, который называется также, как и приложени.
-
-А вот телеграм боты -- приложения достаточно лёгкие.
-Поэтому у меня есть неймспейс со всеми телеграм ботами.
-
-Эта штука позволяет просто лучше организовать свой кубернетес кластер.
-
-Также неймспейсы очень полезны для ограничивания возможностей
-конкретного пользователя.
-Например, вы можете создать правило, которое будет разрешать пользователю
-смотреть на поды в каком-то неймспейсе, но при этом ему нельзя будет
-что либо изменять.
-
-## Secret и ConfigMap
-
-Данные ресурсы нужны только чтобы хранить
-внутри кластера какую-нибудь информацию.
-
-Например вы можете сохранить в ConfigMap
-переменные среды и потом использовать их в подах в одном неймспейсе.
-
-В секреты обычно кидают сертификаты или какие-нибудь ключи.
-Но так как секреты не особо секретные принято использовать [Vault](https://www.vaultproject.io/docs/platform/k8s). Но так как эта статья затрагивает только
-основы рассматривать развертку и настройку Vault мы не будем, ну и также HashiCorp
-всё довольно подробно расписали сами.
-
-# Как развернуть k8s у себя
-
-Для локального кубера есть пара вариантов.
-
-- k3s (Недоступен под Windows)
-- minikube
-
-На первый взгляд minikube может показаться лучшим вариантом.
-И он действительно хорош тем, что его легко развернуть и почистить после
-своих экспериментов. Однако, там есть проблемы с ингрессами.
-По факту они не работают и там надо окольными путями получать
-адреса.
-
-- -k3s - это легковесная production-ready реализация k8s. Ingress у него работают -отлично, поэтому я буду использовать его. - -
- -Я не буду зацикливаться на установке `minikube`, так как -он прост в установке и первоначальной настройке. Почитать подробнее можно в -[официальном гайде от minikube](https://minikube.sigs.k8s.io/docs/start/). - -С `k3s` всё немного посложнее, но тоже достаточно просто, если немного разобраться. Первоначальная установка описана в [официальной доке k3s](https://rancher.com/docs/k3s/latest/en/installation/install-options/). - -## Подключение кластера - -После установки `kubectl` в домашней дериктории должен был быть -сгенерирован файл `.kube/config`. Этот файл содержит данные для -подключения к различным кластерам. `minikube` Сам добавляет -ключи для подключения к .kube/config. `K3S` никак не изменяет `.kube/config`, поэтому надо будет это сделать вручную. - -Для того, чтобы это сделать сначала разберёмся как выглядит конфиг. - -```yaml{}[.kube/config] -apiVersion: v1 -kind: Config -preferences: {} -# Массив кластеров. -# Каждый элемент -- данные для подключения -# Тут также есть названия для каждого кластера. -clusters: -- name: hyper - cluster: - certificate-authority-data: DATA+OMITTED - server: https://192.168.1.55:6443 -- name: k3s-local - cluster: - certificate-authority-data: DATA+OMITTED - server: https://127.0.0.1:6443 -# Массив данных пользователя. -# Тут указаны пользователи с -# различными сертификатами. -# Обычно для разных серверов у вас будут -# Различные данные для входа. -users: -- name: hyper-s3rius - user: - client-certificate-data: REDACTED - client-key-data: REDACTED -- name: k3s-user - user: - client-certificate-data: REDACTED - client-key-data: REDACTED -# Массив контекстов. -# Контекст - это связующее звено -# между кластероами и пользователями. -contexts: -- context: - cluster: hyper - user: hyper-s3rius - name: hyper -- context: - cluster: k3s-local - user: k3s-user - name: k3s -# Текущий контекст указывает какой -# контекст использовать по умолчанию. -current-context: "k3s" -``` - -Для работы с кубером из командной строки -можно использовать `kubectl`. Чтобы сменить контекст в любой команде вы -можете передать параметр `--context $CONTEXT_NAME`, где `$CONTEXT_NAME` это название контекста. - -Чтобы достать данные для подключения к `k3s` надо посмотреть его конфиг -и скопировать данные. Либо выставить переменную среды `KUBECONFIG`, которая будет -указывать конфиг k3s. Конфиг подключения `k3s` лежит в файле `/etc/rancher/k3s/k3s.yaml`. - -Можете выполнить команду, которая будет просить kubectl использовать указанный конфиг: -`export KUBECONFIG=/etc/rancher/k3s/k3s.yaml` - -
- -Либо скопируйте нужные данные для подключения себе в `.kube/config`. - -После настройки выполните команду и проверьте что вам вернулось -что-то подобное. - -```bash -$ kubectl --context "my-context" get pods -No resources found in default namespace. -``` - -Это значит, что никаких ресурсов пока в -кластере нет. Это мы исправим чуть позже. Пока что можно сказать, -что подключение прошло успешно. -Если же у вас выпадает ошибка, например такая: - -``` -The connection to the server localhost:8080 was refused - did you specify the right host or port? -``` - -То либо запустите кластер - -``` -sudo systemctl start k3s.service -``` - -Либо у вас неверные данные для входа. -Перепроверьте свой `.kube/config`. - -### Мониторинг кластера - -Для просмотра ресурсов и управления кластером используется `kubectl`. -Но для того, чтобы с ней работать нужно получше понять, что вообще в кластере есть. - -Для этого я советую использовать [Lens](https://k8slens.dev/). Это крайне -удобный интерфейс для управления своим кластером. -Также там есть очень клёвая настройка, которая сама включит мониторинг -потребления памяти и процессора для всех подов и кластера в общем. - -На локальной машине это не имеет смысла, -а вот в проде было бы очень полезно. - -Выглядит Lens примерно так: - -
-
-
-
-
-
-Для изучения **крайне настоятельно рекомендую** настроить Lens.
-
-# Ваше первое приложение в кластере.
-
-Вы можете следовать статье, а можете подсмотреть весь код в [репозитории](https://github.com/s3rius/blog_examples/tree/master/req_counter).
-
-### Сервер
-
-Давайте создадим своё первое приложение.
-
-Для этого я буду использовать [express.js](https://expressjs.com/), так как он крайне популярен и прост.
-
-Для этого сначала напишем сам сервер. Я буду использовать yarn, но можете и npm,
-сути не поменяет.
-
-Создайте какую-нибудь папку, где вы будете эксперементировать, откройте в ней ваш любимый тектовый редактор и просто копируйте файлы ниже.
-
-```json{}[package.json]
-{
- "name": "req_counter",
- "version": "1.0.0",
- // Указан модуль,
- // чтобы использовать нормальны импорты,
- // а не require.
- "type": "module",
- "license": "MIT",
- "scripts": {
- // Скрипт старта сервера.
- "server": "node index.js"
- },
- // Зависимости проекта.
- "dependencies": {
- "express": "^4.17.1"
- }
-}
-```
-
-И само приложение
-
-```js{}[index.js]
-import express from "express";
-import { hostname } from "os";
-import { argv, exit } from "process";
-
-// Серверное приложение.
-const app = express();
-
-// Глобальный счётчик входящих запросов.
-let requests = 0;
-
-// Обработка входящего запроса.
-app.get("*", (req, res) => {
- // Увеличиваем глобальный счётчик запросов.
- requests += 1;
- // Логгируем входящий запрос.
- console.log(`${req.method} ${req.url}`);
- // Возвращаем информацию о текущем хосте и количестве запросов.
- res.json({
- requests: requests,
- hostname: hostname(),
- });
-});
-
-// Аргументы командной строки.
-// Напрмиер yarn run server 127.0.0.1 8000
-const args = argv.slice(2);
-
-// Если передано неверное количество аргументов.
-if (args.length != 2) {
- console.error("Usage: yarn run server {host} {port}");
- exit(1);
-}
-
-// Простейший "парсинг" аргументов командной строки.
-const host = args[0];
-const port = args[1];
-
-// Старт сервера.
-app.listen(port, host, () => {
- console.log(`Server listening at http://${host}:${port}`);
-});
-```
-
-Это всё. Сервер готов.
-
--Протестируем запуск сервера, выполнив команду ниже и открыв в -своём любимом браузере http://localhost:8080. - -``` -yarn run server 0.0.0.0 8080 -``` - -У меня всё работает и успешно отдаётся нужная информация. - -```json -{ - "requests": 1, - "hostname": "s3rius-pc" -} -``` - -### Docker образ - -Теперь создадим докер образ приложения. - -Добавим `.dockerignore`, чтобы игнорировать ненужные файлы во время сборки образа. - -```gitignore{}[.dockerignore] -node_modules/ -``` - -И добавим в проект `Dockerfile` для описания самого процесса сборки. - -```dockerfile{}[Dockerfile] -FROM node:17-alpine - -WORKDIR /app -COPY . /app/ - -RUN yarn install - -CMD [ "yarn", "run", "server", "0.0.0.0", "8000"] -``` - -Давайте соберём и запустим проект в контейнере. - -```bash -docker build --tag="s3rius/req-counter-express:latest" . - -docker run --rm -it -p 3400:8000 "s3rius/req-counter-express:latest" -``` - -Можете проверить, что приложение работает успешно, открыв в браузере http://localhost:3400. - -У меня в ответ пришло то же сообщение. Только, как можно заметить, -`hostname` поменялся. На самом деле контейнеры используют свои hostname -отличные от `hostname` локальной машины. - -```json -{ - "requests": 10, - "hostname": "8f23adadc640" -} -``` - -Вариантов как положить это приложение в K8S несколько. - -- Вы можете запушить собранное приложение в [Docker HUB](https://hub.docker.com/) и использовать его. -- Можете использовать мой образ `s3rius/req-counter-express:latest` -- Сохранить собранный образ как tar файл и импортировать его в containerd напрямую. - Как это сделать почитать можно в [этой статье](https://cwienczek.com/2020/06/import-images-to-k3s-without-docker-registry/). - -### Деплой в k8s - -Создайте папку `kube` в папке проекта и теперь мы будем работать в ней. -Все ресурсы будут описаны yaml-файлами. - -```yaml{}[kube/deployment.yml] ---- -apiVersion: apps/v1 -kind: Deployment -# метаданные самого деплоймента. -metadata: - name: req-counter-deployment -spec: - # Количество реплик пода. - replicas: 1 - # Селектор, который выбирает - # какие поды принадлежат этому деплойменту. - selector: - matchLabels: - app: req-counter - # Шаблон пода, - # который будет использоваться при - # маштабировании. - template: - # Метаданные пода. - # тут обычно помещаются лейблы, - # с помощью которых деплоймент идентифицирует - # свои поды. - metadata: - labels: - app: req-counter - spec: - # Масссив контейнеров - containers: - # Название контейнера внутри пода. - - name: req-counter-app - # Образ приложения. - image: s3rius/req-counter-express:latest - # Ресурсы требуемые для работы приложения. - resources: - # Минимальное количество ресурсов, - # которое кластер гарантированно предоставит приложению. - # Также данные значения используются для того, - # чтобы выяснить на какой ноде запускать приложение. - requests: - memory: "50Mi" - cpu: "30m" - # Максимально возможные значения приложения. - # Если приложение выйдет за лимиты, - # то кубер убьёт приложение. - limits: - memory: "128Mi" - cpu: "100m" - # Порты на которых открыты приложения. - ports: - - containerPort: 8000 - protocol: TCP -``` - -Теперь опишем сервис для управления трафиком. - -```yaml{}[kube/service.yml] ---- -apiVersion: v1 -kind: Service -# Метадата сервиса. -metadata: - name: req-counter-service -spec: - # Селектор подов, - # которым будет пускаться трафик. - # Трафик может идти в любой под, - # который матчит данному селектору. - selector: - app: req-counter - # Порты для проксирования соединений. - ports: - # Порт сервиса - - port: 80 - # Порт пода, куда будет идти трафик дальше. - targetPort: 8000 -``` - -И в последнюю очередь опишем наш ингрес. - -```yaml{}[kube/ingress.yml] ---- -apiVersion: networking.k8s.io/v1 -kind: Ingress -# Метаданные ингресса. -metadata: - name: req-counter-ingress - labels: - name: req-counter-ingress -spec: - # Правила роутинга. - rules: - # Требуемый хост. - - host: req-counter.local - http: - paths: - # Тип пути Prefix значит, - # что все запросы, которые начинаются c - # ${path} будут матчится тут. - - pathType: Prefix - # Сам путь. - path: "/" - backend: - service: - # Название нашего сервиса. - name: req-counter-service - # Порт сервиса, куда перенаправлять входящий трафик. - port: - number: 80 -``` - -Перед тем, как создать все описанные ресурсы создадим неймспейс. - -```bash -$ kubectl --context k3s create namespace req-couter-ns -namespace/req-couter-ns created -``` - -После того, как неймспейс создан самое время сделать последний штрих. - -
-
-
-
-
-
-```bash
-$ kubectl --context k3s --namespace req-couter-ns apply -f ./kube/
-deployment.apps/req-counter-deployment created
-ingress.networking.k8s.io/req-counter-ingress created
-service/req-counter-service created
-```
-
-Готово. Теперь вы можете зайти в lens, выбрать свой кластер из списка
-и посмотреть как там поживает ваше приложение.
-
-Также не забудьте указать неймспейс, в который вы деплоили приложение.
-
-Выглядит это чудо примерно так:
-
-
-
-
-
-
-
-Также можно использовать команду и вывести всё себе в терминал.
-
-```
-$ kubectl --context k3s --namespace req-couter-ns get all
-NAME READY STATUS RESTARTS AGE
-pod/req-counter-deployment-764476db97-dt2tc 1/1 Running 0 8m11s
-
-NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
-service/req-counter-service ClusterIP 10.43.50.23
-
-
-
-
-
-
-### Как мне очистить мой кластер?
-
-Всё очень просто.
-
-Так как у нас имеются описния ресурсов, то мы
-можем удалить всё сразу используя команду
-
-```bash
-$ kubectl --context k3s --namespace req-couter-ns delete -f ./kube/
-deployment.apps "req-counter-deployment" deleted
-ingress.networking.k8s.io "req-counter-ingress" deleted
-service "req-counter-service" deleted
-```
-
-Таким образом k8s удалит все описанные ресурсы из вашего кластера.
-
-До новых встреч.
diff --git a/content/ru/traefik.md b/content/ru/traefik.md
deleted file mode 100644
index 04c0d7d..0000000
--- a/content/ru/traefik.md
+++ /dev/null
@@ -1,471 +0,0 @@
----
-title: Traefik - роутинг просто.
-description: Изучите как использовать traefik.
-position: 2
-category: DevOps
----
-
-# Traefik - роутинг просто
-
-Сегодня я бы хотел рассказать о такой клёвой штуке, как [Traefik](https://traefik.io/traefik/). Не так давно я перевёл все сервисы своего сервера на traefik и это буквально сделало жизнь проще. Сегодня я расскажу вам зачем он нужен, как его настроить, и покажу на примере, как именно он помогает. По факту, это nginx на стероидах, в плане конфигурации, потому что в traefik за тебя сделано гораздо больше.
-
-# Что такое traefik
-
-Traefik - это система, которая позволяет настроить маппинг между доменными именами и конкретными приложениями. Допустим, у вас есть контейнер frontend-приложения, которое вы хотели бы разместить на домене `myapp.com`, и также у вас есть контейнер backend-приложения, которое вы бы хотели разместить на домене `api.mayapp.com`. [Traefik](https://traefik.io/traefik/) поможет вам это сделать без лишних файлов конфигурации.
-
-## Сравнение с другими инструментами
-
-Если бы вы решили сделать это через [Nginx](https://www.nginx.com/), то вы бы создали новые файлы конфигураций под каждый домен, в папочке с конфигурациями для всех доменов, положили куда-нибудь сертификат от домена `*myapp.com` и подключали бы его вручную в каждом файле доменов. А если бы вам надо было увеличить количество контейнеров отдельного приложения, вы бы указывали сервера в директиве `upstream` и перечисляли там адреса инстансов приложения вручную.
-
-Любители [Apache HTTP Server](https://httpd.apache.org/) на этом моменте обычно берут дробовик и разносят себе голову хорошим зарядом дроби.
-
-А господа, которые используют [Traefik](https://traefik.io/traefik/), просто дописывают лейблы контейнеру в `docker-compose.yml` и идут дальше дегустировать вино.
-
-
-
-
-
-
-
-## Архитектура
-
-В официальной документации зарисована следующая схема работы traefik:
-
-
-
-
-
-
-
-Как можно видеть по данному изображению, есть 5 основных составляющих traefik, а именно:
-
-- entrypoints
-- routers
-- rules (часть routers)
-- middlewares (чать routers)
-- services
-
-### Entrypoint
-
-Являются основными слушателями входящих соединений. Через них проходит весь трафик. Если попробовать объяснить в двух словах: "Порт, на который должно прийти входящее соединение", - вполне себе неплохое объяснение. В данном туториале я создам 2 `entrypoint`, которые будут слушать на http и https.
-
-### Routers, Rules и Middlewares
-
-Роутер - связующее звено между `entrypoint` и сервисом, куда нужно направить трафик. Роутер хранит в себе информацию, куда направить входящий трафик, и
-правила, по которым можно определить, пускать ли трафик дальше.
-
-Rules - это и есть те самые правила, которые определяют, через какой роутер пустить трафик.
-Допустим, у вас в конфиге есть следующие правила:
-
-```
-Host(`myapp.com`) && (PathPrefix(`/api`) || PathPrefix(`/memes`))
-```
-
-Это можно читать как "Этот роутер пустит в моё приложение, если запрос пришёл на хост `myapp.com` и путь запроса начинается с `/api` или `/memes`"
-
-Довольно просто, не так ли?
-
-Ну а middlewares - это некоторая логика, что нужно выполнить с запросом до того, как он попадёт в ваше приложение. В этой статье я не буду рассказывать про существующие `middlewares`, тут потребуется самостоятельное ознакомление с [документацией](https://doc.traefik.io/traefik/middlewares/overview/).
-
-# Конфигурация
-
--
-
-
-
- 
Dev blog
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
diff --git a/nuxt.config.js b/nuxt.config.js
deleted file mode 100644
index 3848b05..0000000
--- a/nuxt.config.js
+++ /dev/null
@@ -1,117 +0,0 @@
-export default {
- // Enable server-side rendering: https://go.nuxtjs.dev/ssr-mode
- ssr: true,
-
- // Target: https://go.nuxtjs.dev/config-target
- target: 'server',
-
- // Global page headers: https://go.nuxtjs.dev/config-head
- head: {
- title: 'Dev blog',
- meta: [
- { charset: 'utf-8' },
- { name: 'viewport', content: 'width=device-width, initial-scale=1' },
- { hid: 'description', name: 'description', content: '' },
- { name: 'format-detection', content: 'telephone=no' },
- { hid: "og:image", name: 'og:image', content: "https://s3rius.blog/icon.png"}
- ],
- link: [{ rel: 'icon', type: 'image/x-icon', href: '/favicon.ico' }],
- headAttrs: {
- "prefix": "og: http://ogp.me/ns#"
- }
- },
-
- // Global CSS: https://go.nuxtjs.dev/config-css
- css: [
- '~/static/css/syntax-highlighter.scss',
- '~/static/css/global-styles.scss',
- ],
-
- // Plugins to run before rendering page: https://go.nuxtjs.dev/config-plugins
- plugins: [],
-
- // Auto import components: https://go.nuxtjs.dev/config-components
- components: true,
-
- generate: {
- routes: async () => {
- const { $content } = require('@nuxt/content')
- const pages = await $content('ru').only(['slug']).fetch()
- return pages.map((p) => `/${p.slug}`)
- },
- },
-
- // Modules for dev and build (recommended): https://go.nuxtjs.dev/config-modules
- buildModules: [
- // https://go.nuxtjs.dev/stylelint
- '@nuxtjs/stylelint-module',
- '@nuxtjs/composition-api/module',
- ],
-
- // Modules: https://go.nuxtjs.dev/config-modules
- modules: [
- // https://go.nuxtjs.dev/buefy
- 'nuxt-buefy',
- // https://go.nuxtjs.dev/axios
- '@nuxtjs/axios',
- // https://go.nuxtjs.dev/pwa
- '@nuxtjs/pwa',
- // https://content.nuxtjs.org/
- '@nuxt/content',
- // https://sitemap.nuxtjs.org/
- '@nuxtjs/sitemap',
- // https://github.com/nuxt-community/robots-module
- '@nuxtjs/robots'
- ],
-
- // Axios module configuration: https://go.nuxtjs.dev/config-axios
- axios: {},
-
- // PWA module configuration: https://go.nuxtjs.dev/pwa
- pwa: {
- manifest: {
- name: "S3rius' dev blog",
- short_name: 'Dev blog',
- lang: 'ru',
- background_color: '#fafdff',
- theme_color: '#687cec',
- },
- icon: {
- fileName: 'icon.png',
- purpose: 'any',
- },
- },
-
- // Build Configuration: https://go.nuxtjs.dev/config-build
- build: {},
-
- sitemap: {
- hostname: 'https://s3rius.blog/',
- },
-
- content: {
- liveEdit: false,
- markdown: {
- remarkPlugins: [
- 'remark-squeeze-paragraphs',
- 'remark-slug',
- 'remark-external-links',
- 'remark-footnotes',
- ],
- rehypePlugins: [
- 'rehype-sort-attribute-values',
- 'rehype-sort-attributes',
- 'rehype-raw',
- ],
- prism: {
- theme: false,
- },
- },
- },
- robots: [
- {
- UserAgent: '*',
- Sitemap: 'https://s3rius.blog/sitemap.xml'
- },
- ],
-}
diff --git a/package.json b/package.json
deleted file mode 100644
index 57af4c0..0000000
--- a/package.json
+++ /dev/null
@@ -1,51 +0,0 @@
-{
- "name": "blog",
- "version": "1.0.0",
- "private": true,
- "config": {
- "nuxt": {
- "host": "0.0.0.0"
- }
- },
- "scripts": {
- "dev": "nuxt",
- "build": "nuxt build",
- "start": "nuxt start",
- "generate": "nuxt generate",
- "lint:js": "eslint --ext \".js,.vue\" --ignore-path .gitignore .",
- "lint:style": "stylelint \"**/*.{vue,css}\" --ignore-path .gitignore",
- "lint": "yarn lint:js && yarn lint:style"
- },
- "dependencies": {
- "@mapbox/rehype-prism": "^0.8.0",
- "@nuxt/content": "^1.15.1",
- "@nuxtjs/axios": "^5.13.6",
- "@nuxtjs/composition-api": "^0.31.0",
- "@nuxtjs/pwa": "^3.3.5",
- "@nuxtjs/robots": "^2.5.0",
- "@nuxtjs/sitemap": "^2.4.0",
- "clipboard": "^2.0.8",
- "core-js": "^3.15.1",
- "nuxt": "^2.15.7",
- "nuxt-buefy": "^0.4.8",
- "prism-themes": "^1.9.0",
- "prismjs": "^1.25.0",
- "remark-attr": "^0.11.1"
- },
- "devDependencies": {
- "@babel/eslint-parser": "^7.14.7",
- "@nuxtjs/eslint-module": "^3.0.2",
- "@nuxtjs/stylelint-module": "^4.0.0",
- "eslint": "^7.29.0",
- "eslint-config-prettier": "^8.3.0",
- "eslint-plugin-nuxt": "^2.0.0",
- "eslint-plugin-vue": "^7.12.1",
- "prettier": "^2.3.2",
- "sass": "^1.44.0",
- "sass-loader": "10.1.1",
- "stylelint": "^13.13.1",
- "stylelint-config-prettier": "^8.0.2",
- "stylelint-config-standard": "^22.0.0",
- "stylelint-config-standard-scss": "^3.0.0"
- }
-}
diff --git a/pages/_slug.vue b/pages/_slug.vue
deleted file mode 100644
index 46ecf3e..0000000
--- a/pages/_slug.vue
+++ /dev/null
@@ -1,148 +0,0 @@
-
- Dev blog
-
-
-
- {{ item.title }}
-
-
-
-
-
-
-
-
-
-
diff --git a/pages/index.vue b/pages/index.vue
deleted file mode 100644
index fda66f2..0000000
--- a/pages/index.vue
+++ /dev/null
@@ -1,16 +0,0 @@
-
- Добро пожаловать в мой блог.
- - На данном сайте собрана интересная информация по поводу систем, - с которыми мне довелось работать. Я не являюсь истиной в первой инстанции, - однако мои статьи могут помочь тебе лучше понять - ту или иную технологию. Большое спасибо за то, что ты тут. - -- Не забудь установить данный блог как приложение на своём телефоне, - чтобы быть в курсе новых статей. -