Добрый день!

🐘 "Слона надо есть по частям".
Часть 1. До начала трапезы

Огромная проблема любых внедрений, с которыми я сталкивался, – это отсутствие понимания структуры проекта. Разберем на примере внедрения DevOps-подхода в абстрактной компании:
❌ Есть проблемы с качеством
❌ Проблемы с выпуском релизов
❌ Фичи разрабатываются долго
❌ Проблемы с управлением проектом

И вот руководство компании решает внедрять DevOps. С чего же начать? Очень часто мне отвечают, что начинать надо с автоматизации тестов, с выгрузки в гит, с чего угодно...
Но правильный ответ в том, что прежде чем начать внедрение, важно определить ключевые показатели эффективности (KPI), которые помогут оценить успешность проекта.

Вот несколько метрик, которые нужно собрать до начала внедрения:

🕒 Время сборки и деплоя: Зафиксируйте текущее среднее время, затрачиваемое на сборку и развертывание проектов. После внедрения инструментов, таких как Jenkins, вы сможете сравнить результаты и оценить сокращение времени на эти процессы.

🚨 Количество ошибок и сбоев: Оцените текущее количество ошибок и сбоев в разработке, тестировании и эксплуатации. Внедрение системы тестирования (Vanessa-Automation) и системы мониторинга (Prometheus + Grafana) поможет снизить количество ошибок и повысить стабильность проектов.

⏱ Время выявления и исправления ошибок: Зафиксируйте среднее время, необходимое для обнаружения и исправления ошибок. После внедрения тестирования и мониторинга, вы сможете сравнить результаты и убедиться, что время на выявление и устранение ошибок сократилось.

📈 Производительность команды: Измерьте текущую производительность команды, учитывая количество выполненных задач, сроки выполнения проектов и качество работы. Внедрение инструментов автоматизации и мониторинга должно привести к повышению производительности команды.

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

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

Напишите в комментариях, какие метрики я не учел, и какие вы бы добавили в этот список?

Добрый день!

Сегодня мы рассмотрим способ проброса программных лицензий в docker-контейнер.

Сразу скажу, что здесь есть риски, т.к. программные лицензии при активации привязываются к железу. И гарантировать работу программных лицензий внутри контейнера я не возьмусь. Но в моей практике лицензии не "протухают" и работают нормально.
1️⃣ Создайте файл Dockerfile со следующим содержимым:

FROM <base-image>
RUN mkdir -p /var/1C/licenses/
VOLUME /var/1C/licenses/
EXPOSE 5900

Замените <base-image> на имя базового образа, который вы хотите использовать. Там должен быть установлены 1с и VNC(За основу можно взять образы первого бита)

2️⃣Соберите Docker-образ, выполнив команду:

docker build -t <your-image-name> .

Замените <your-image-name> на имя, которое вы хотите присвоить вашему образу.
3️⃣Скачайте VNC Viewer с официального сайта. Можно выбрать Standalone версию, чтобы избежать установки.(так же можно воспользоваться любым другим VNC клиентом)
4️⃣Запустите контейнер, выполнив команду:

docker run -d -p <host-port>:5900 -v /path/to/licenses:/var/1C/licenses/ <your-image-name>

можно запустить контейнер любым другим способом
5️⃣Подключитесь к контейнеру по VNC, указав <your-host-address>:<host-port>.
6️⃣Активируйте лицензию в пользовательском режиме. Она сохранится в ваш Volume
7️⃣Убедитесь, что лицензия активировалась и информация о ней появилась в примонтированной папке.

Вот и все, можете пользоваться программной лицензией активированной в docker.
Пара ограничений:
❗️Если у вас Swarm - необходимо активировать лицензию на каждый воркер. И при старте контейнера монтировать локальный вольюм конкретного воркера.

Эти и многие другие тонкости - мы прорабатываем на интенсиве "Zero to hero!"

‼️Сегодня я открываю предварительную запись на 3й поток интенсива!‼️

Отзывы о первом потоке(т.к. второй пока не окончен) вы можете прочитать вот тут

Вы можете оставить заявку на участие в ➡️телеграм боте⬅️

‼️Онлайн-интенсив  "🥇Zero to hero. 3 поток" ‼️

Начинается прием заявок на новый поток DevOps-интенсива.

Команда растет и необходим контроль и осмысленное ведение разработки?
Хотите наладить мониторинг ваших систем для улучшения качества сервиса?
Пробуете автоматизировать контроль качества вашей разработки?

Не знаете с чего начать и как подступиться?  Тогда вам ко мне!

🕝Старт: 15 мая

🔹 Мини-группа не больше 5 человек!
🔹 Индивидуальный план для каждого из участников!
🔹 Месяц личной работы со мной,  консультаций и разборов возникающих вопросов.
🔹 Чат для решения любых вопросов. Ежедневная поддержка и ответы на возникающие проблемы.
🔹 Инструкции и методические материалы адоптированные конкретно под вас.
🔸 Ну и главное: Гарантированный результат!

За месяц интенсива вы добьетесь реальных результатов в автоматизации конкретно Вашего проекта.

Отзывы участников говорят сами за себя!

💵Цена интенсива: 50000 рублей

Добрый день!

Второй поток интенсива успешно завершился на прошлой неделе!

Он оказался гораздо более насыщенным, и участники решали довольно сложные задачи. Один из них занимался разработкой отказоустойчивой, HA-архитектуры.

За этот месяц было реализовано следующее:

🔹 Отказоустойчивый proxmox-кластер
🔹 Ceph-хранилище для надежного хранения данных
🔹 K8s-кластер на основе виртуальных машин
🔹 CI контур на базе Kubernetes (jenkins + 1C + Git)

Хотя проект физически реализован за месяц, его планирование и подготовка оборудования начались заранее. Тем не менее, результаты весьма впечатляют. Побочным результатом стал пулл-реквест в репозиторий onec-docker с образами k8s-агентов для jenkins.

‼️ Программа интенсива адаптируется под каждого участника и может быть полезной как для начинающих, так и для опытных специалистов.

📅 Следующий поток интенсива начнется 15 мая! Не упустите шанс присоединиться!

➡️ Оставляйте заявки, пока еще есть свободные места! ⬅️

Добрый день!

🎉 Вчера был выпущен новый релиз нашего публикатора 1C!

Вот некоторые из наших основных обновлений:

🚀 Теперь вы можете опубликовать хранилище конфигурации всего в несколько кликов.
💻 Если у вас еще нет сервера хранилища, теперь он входит в состав контейнера. По умолчанию, сервер хранилища можно опубликовать просто переключив флажок в публикации по умолчанию.
🎨 Выбранная тема теперь сохраняется в настройках клиента.
🛠 Также были исправлены несколько багов, и в целом приложение стало немного стабильнее.


🔎 Напишите в комментариях, как вы думаете, нужно ли добавить функциональность для импорта, для легкой миграции файловых хранилищ?

А ну да, совсем забыл скинуть ссылку на репозиторий:
➡️Ссылка на репозиторий⬅️

Всем привет!

Давно не писал, но тут появился повод!
🎉Выпустили новый релиз приложения для администрирования серверов PUSK!🎉

Ну и в качестве маленького бонуса, я тоже обновил докер-образ с этой утилитой.

Просто вводим команду:
docker run -d \
--name=pusk \
-v pusk_data:/opt/pusk/data \
-v pusk_log:/opt/pusk/log \
-p 8080:8080 \
segateekb/pusk:latest

и наслаждаемся прекрасной консолью от IT-Экспертизы!
Спасибо им большое за проделанную работу.

У меня есть сервер установленный дома, где работают разные сервисы вроде домашнего облака. Недавно, после сбоя электричества, он не смог запуститься. Так как в данный момент я не нахожусь дома, возобновить работу сервера заняло довольно много времени, что побудило меня к его обновлению.

Я принял решение создать мини-кластер. Хоть он и не будет устойчив к проблемам с электропитанием, все системы внутри кластера будут дублированы. Это обеспечит сохранность информации (в разумных пределах, конечно). Для реализации этой концепции, я выбрал одноплатный компьютер с архитектурой x86, ZimaBoard.

Я подготовил и постепенно буду публиковать серию видео по созданию и настройке отказоустойчивого кластера на базе Proxmox, Ceph, и Docker Swarm.

Вводное видео - краткий обзор ZimaBoard и его функциональных возможностей - можно посмотреть на моем YouTube-канале.

‼️Онлайн-интенсив  "🥇Zero to hero. 4 поток" ‼️

Начинается прием заявок на новый поток DevOps-интенсива.

Хотите научиться создавать конвейеры автоматического тестирования конфигурации?
Построить функциональное и надежное окружение для разработки промышленного уровня?
Разобраться в контейнерных технологиях?

Не знаете с чего начать и как подступиться?  Тогда вам ко мне!

🕝Старт: 17 Июля

🔹 Индивидуальный план для каждого из участников!
🔹 Месяц личной работы со мной,  консультаций и разборов возникающих вопросов.
🔹 Чат для решения любых вопросов. Ежедневная поддержка и ответы на возникающие проблемы.
🔹 Инструкции и методические материалы адоптированные конкретно под вас.
🔸 Ну и главное: Гарантированный результат!

За месяц интенсива вы добьетесь реальных результатов в автоматизации конкретно Вашего проекта.
Отзывы участников (раз, два) говорят сами за себя!

💵Цена интенсива: 50000 рублей

Всем привет!

Хорошие новости для всех, кто использует докер и кубернетес для своих ci - контуров!

Немного новостей проекта firstBitMarksistskaya/onec-docker.

Усилиями контрибьюторов репозиторий получил следующие обновления:
* исправление сборки слоя jdk - переезд на temurin17, так как adoptopenjdk окончательно "все"
* исправление сборки слоя edt - переезд на temurin11
* исправлена сборка образа client-vnc (скорее заглушка, по-хорошему там нужно сам базовый образ Debian обновить на более современный)
* добавлена сборка агентов для kubernetes-плагина
* во всех докерфайлах аргумент DOCKER_USERNAME заменен на DOCKER_REGISTRY_URL. Не забудьте обновить свои скрипты и конфигурации переменных среды.
* скрипты, собирающие агенты для docker swarm плагина, переименованы - добавлен постфикс -swarm-. Тоже пройдитесь по своим конфигам, пожалуйста.

Да, немного breaking changes, но зато порядка теперь больше.

Привет всем!

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

Итак, первое, о чем я хочу рассказать - это сбор журнала регистрации.

Как вы уже знаете, у меня есть механизм сбора технологического журнала при помощи Vector.
Теперь я рад поделиться с вами новым репозиторием, предназначенным для сбора журнала регистрации.

Зачем это надо?
Для того чтобы подключать новую базу к выгрузке логов было просто как раз-два-три!
1) Добавляем базу 1с на сервере
2) Создаем базу для хранения логов в clickhouse
3) Добавляем запись в таблицу маппинга.

Все! Вы восхитительны!🎉

Вот основные возможности этого решения:

🔸 Сбор логов для всех или выбранных баз кластера.
🔸Возможность сбора логов с нескольких серверов и распределения их по различным базам Clickhouse.
🔸Сбор метрик и ошибок.
🔸Возможность масштабирования и гибкость обработки.
🔸Возможность экспорта логов не только в Clickhouse, но и в десятки различных систем.
🔸Сбор логов в формате, аналогичном EventLogExporter Евгения Акпаева, что обеспечивает возможность безболезненного перехода в случае необходимости.

Это решение работает стабильно, без каких-либо проблем. На данный момент аптайм сборщика составляет более 180 дней.

В репозитории представлен вариант использования в Docker, но на самом деле все работает под любой ОС, которую поддерживает Vector, с минимальными доработками.

Буду рад услышать вашу обратную связь!

Всем привет!

Я думаю, что многие из вас знают про jenkins-lib.
Как по мне - это один из лучших примеров библиотечного подхода к контролю качества конфигурации.

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

Буквально пару дней назад, была добавлена возможность загрузки расширений конфигурации!
- Расширения можно хранить как в виде исходников
- Можно хранить в виде скомпилированных cfe
- Реализовано скачивание расширений по ссылке.

Надеюсь, что многим из вас это нововведение будет крайне полезно.

Всем привет!

Не так давно, я уже делился с вами новостями по поводу сборщика Журнала регистрации.

И вот, я довел до ума вариант сборщика логов в докер!

Теперь собирать логи с десятков и сотен баз будет как никогда просто и комфортно.

Встречайте: segateekb/vector_eventlog

Основные возможности:

🔹 Парсинг настроек кластера для выяснения UUID базы( больше не надо искать идентификаторы руками)
🔹 Поддержка секретов докер. Теперь можно безопасно передавать чувствительную информацию в контейнер
🔹 Автоматическое создание баз в clickhouse перед стартом сбора
🔹 Автоматическая очистка старых файлов журнала
🔹 Ну и, напоследок, получение списка доступных для сбора баз.

В дальнейших планах:

🔹Кроссплатформенный менеджер конфигураций и настроек на onoscript, для удобства настройки сбора.(для тех, у кого нет контейнеров)
🔹Поддержка большего количества необходимых параметров и тд и тп.