es
Feedback
DevOps в 1с

DevOps в 1с

Ir al canal en Telegram

Привет, меня зовут Иванов Егор. Я DevOps-специалист и буду рассказывать о том, что происходит в мире 1c.

Mostrar más
414
Suscriptores
Sin datos24 horas
Sin datos7 días
Sin datos30 días

Carga de datos en curso...

Canales Similares
Sin datos
¿Algún problema? Por favor, actualice la página o contacte a nuestro gerente de soporte.
Nube de Etiquetas
Sin datos
¿Algún problema? Por favor, actualice la página o contacte a nuestro gerente de soporte.
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
diciembre '24
diciembre '24
+10
en 0 canales
noviembre '24
+9
en 0 canales
Get PRO
octubre '24
+37
en 0 canales
Get PRO
septiembre '24
+180
en 0 canales
Get PRO
agosto '240
en 0 canales
Get PRO
julio '240
en 0 canales
Get PRO
junio '240
en 0 canales
Get PRO
mayo '240
en 0 canales
Get PRO
abril '240
en 0 canales
Get PRO
marzo '240
en 0 canales
Get PRO
febrero '240
en 0 canales
Get PRO
enero '240
en 0 canales
Get PRO
diciembre '230
en 0 canales
Get PRO
noviembre '230
en 0 canales
Get PRO
octubre '23
+9
en 0 canales
Get PRO
septiembre '23
+408
en 0 canales
Fecha
Crecimiento de Suscriptores
Menciones
Canales
21 diciembre+1
20 diciembre0
19 diciembre0
18 diciembre+1
17 diciembre+3
16 diciembre0
15 diciembre0
14 diciembre+1
13 diciembre0
12 diciembre0
11 diciembre+1
10 diciembre+1
09 diciembre0
08 diciembre0
07 diciembre0
06 diciembre0
05 diciembre0
04 diciembre0
03 diciembre0
02 diciembre+1
01 diciembre+1
Publicaciones del Canal
Всем привет! 👋 Продолжаю делиться историей создания "отказоустойчивого" кластера. В чём его фишка? 🔹 4 автономные ноды(Zima
+1
Всем привет! 👋 Продолжаю делиться историей создания "отказоустойчивого" кластера. В чём его фишка? 🔹 4 автономные ноды(Zimaboard), объединённые в HA кластер. 🔹 Каждая нода оснащена двумя SSD SATA 3.0, объединёнными в ceph-pool. Это означает, что мы можем потерять до 2 нод или 5 SSD, не утратив функциональности. 🔹 Несмотря на то, что zimaboard – не самый мощный компьютер, тяжёлые задачи будут выполнены "производительной" нодой с 8 ядрами и 32 ГБ ОЗУ. Но ключевые ресурсы (облачное хранилище, менеджер паролей, SSO-портал, DNS-сервер) работают на HA кластере. Для эстетики и удобства, весь этот "комплект" я упаковал в корпус от ПК. Теперь всё аккуратно, без лишних проводов. К серверу подходят только два кабеля: питание и сеть. Среди моих дальнейших планов: 🔸 Использовать POE. Но нужны редкие POE-сплиттеры с высокой скоростью и POE-свич. 🔸 Добавить PCI-e расширения – ожидается доставка кабелей экстендеров. 🔸 Резервировать питание и сеть. Здесь на помощь придёт POE-свич. Этот проект дал мне глубокое понимание виртуализации, сетевого взаимодействия и механизмов доступности. Итак, друзья, какой из реализованных сервисов вас интересует больше всего? 1️⃣ Виртуальный кластер: распределение ресурсов, запуск ВМ и т.д. 2️⃣ Файловое хранилище: настройка и использование ceph в proxmox. 3️⃣ Инфраструктура как код: инструменты для автоматической развертки и управления окружением. Оставляйте свои комментарии ниже! ⬇️

2
Немного новостей проекта firstBitMarksistskaya/onec-docker. Усилиями контрибьюторов репозиторий получил следующие обновления: * исправление сборки слоя jdk - переезд на temurin17, так как adoptopenjdk окончательно "все" * исправление сборки слоя edt - переезд на temurin11 * исправлена сборка образа client-vnc (скорее заглушка, по-хорошему там нужно сам базовый образ Debian обновить на более современный) * добавлена сборка агентов для kubernetes-плагина * во всех докерфайлах аргумент DOCKER_USERNAME заменен на DOCKER_REGISTRY_URL. Не забудьте обновить свои скрипты и конфигурации переменных среды. * скрипты, собирающие агенты для docker swarm плагина, переименованы - добавлен постфикс -swarm-. Тоже пройдитесь по своим конфигам, пожалуйста. Да, немного breaking changes, но зато порядка теперь больше.
0
3
Всем привет! Хорошие новости для всех, кто использует докер и кубернетес для своих ci - контуров!
0
4
‼️Онлайн-интенсив  "🥇Zero to hero. 4 поток" ‼️ Начинается прием заявок на новый поток DevOps-интенсива. Хотите научиться создавать конвейеры автоматического тестирования конфигурации? Построить функциональное и надежное окружение для разработки промышленного уровня? Разобраться в контейнерных технологиях? Не знаете с чего начать и как подступиться?  Тогда вам ко мне! 🕝Старт: 17 Июля 🔹 Индивидуальный план для каждого из участников! 🔹 Месяц личной работы со мной,  консультаций и разборов возникающих вопросов. 🔹 Чат для решения любых вопросов. Ежедневная поддержка и ответы на возникающие проблемы. 🔹 Инструкции и методические материалы адоптированные конкретно под вас. 🔸 Ну и главное: Гарантированный результат! За месяц интенсива вы добьетесь реальных результатов в автоматизации конкретно Вашего проекта. Отзывы участников (раз, два) говорят сами за себя! 💵Цена интенсива: 50000 рублей
0
5
У меня есть сервер установленный дома, где работают разные сервисы вроде домашнего облака. Недавно, после сбоя электричества, он не смог запуститься. Так как в данный момент я не нахожусь дома, возобновить работу сервера заняло довольно много времени, что побудило меня к его обновлению. Я принял решение создать мини-кластер. Хоть он и не будет устойчив к проблемам с электропитанием, все системы внутри кластера будут дублированы. Это обеспечит сохранность информации (в разумных пределах, конечно). Для реализации этой концепции, я выбрал одноплатный компьютер с архитектурой x86, ZimaBoard. Я подготовил и постепенно буду публиковать серию видео по созданию и настройке отказоустойчивого кластера на базе Proxmox, Ceph, и Docker Swarm. Вводное видео - краткий обзор ZimaBoard и его функциональных возможностей - можно посмотреть на моем YouTube-канале.
0
6
Добрый день. 📣 Подоспели отзывы участников третьего потока DevOps-интенсива "🥇Zero to Hero"! Спешу поделиться ими. Все учас+1
Добрый день. 📣 Подоспели отзывы участников третьего потока DevOps-интенсива "🥇Zero to Hero"! Спешу поделиться ими. Все участники показали отличные результаты.👍 Забавное наблюдение: за три потока интенсива только один раз образовалась "идеальная ситуация", когда все работало как было запланировано. В каждом потоке участники сталкиваются с проблемами, которые требуют корректировки намеченного плана. И это замечательно, потому что любая проблема заставляет углубляться в суть происходящего и приносит гораздо больше знаний и пользы. Огромное спасибо еще раз всем участникам!🎉 PS. Следующий поток стартует 17 июля! Следите за официальными анонсами!
0
7
Всем привет! Давно не писал, но тут появился повод! 🎉Выпустили новый релиз приложения для администрирования серверов 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-Экспертизы! Спасибо им большое за проделанную работу.
0
8
А ну да, совсем забыл скинуть ссылку на репозиторий: ➡️Ссылка на репозиторий⬅️
0
9
Добрый день! 🎉 Вчера был выпущен новый релиз нашего публикатора 1C! Вот некоторые из наших основных обновлений: 🚀 Теперь вы
Добрый день! 🎉 Вчера был выпущен новый релиз нашего публикатора 1C! Вот некоторые из наших основных обновлений: 🚀 Теперь вы можете опубликовать хранилище конфигурации всего в несколько кликов. 💻 Если у вас еще нет сервера хранилища, теперь он входит в состав контейнера. По умолчанию, сервер хранилища можно опубликовать просто переключив флажок в публикации по умолчанию. 🎨 Выбранная тема теперь сохраняется в настройках клиента. 🛠 Также были исправлены несколько багов, и в целом приложение стало немного стабильнее. 🔎 Напишите в комментариях, как вы думаете, нужно ли добавить функциональность для импорта, для легкой миграции файловых хранилищ?
0
10
Добрый день! Второй поток интенсива успешно завершился на прошлой неделе! Он оказался гораздо более насыщенным, и участники решали довольно сложные задачи. Один из них занимался разработкой отказоустойчивой, HA-архитектуры. За этот месяц было реализовано следующее: 🔹 Отказоустойчивый proxmox-кластер 🔹 Ceph-хранилище для надежного хранения данных 🔹 K8s-кластер на основе виртуальных машин 🔹 CI контур на базе Kubernetes (jenkins + 1C + Git) Хотя проект физически реализован за месяц, его планирование и подготовка оборудования начались заранее. Тем не менее, результаты весьма впечатляют. Побочным результатом стал пулл-реквест в репозиторий onec-docker с образами k8s-агентов для jenkins. ‼️ Программа интенсива адаптируется под каждого участника и может быть полезной как для начинающих, так и для опытных специалистов. 📅 Следующий поток интенсива начнется 15 мая! Не упустите шанс присоединиться! ➡️ Оставляйте заявки, пока еще есть свободные места! ⬅️
0
11
‼️Онлайн-интенсив  "🥇Zero to hero. 3 поток" ‼️ Начинается прием заявок на новый поток DevOps-интенсива. Команда растет и необходим контроль и осмысленное ведение разработки? Хотите наладить мониторинг ваших систем для улучшения качества сервиса? Пробуете автоматизировать контроль качества вашей разработки? Не знаете с чего начать и как подступиться?  Тогда вам ко мне! 🕝Старт: 15 мая 🔹 Мини-группа не больше 5 человек! 🔹 Индивидуальный план для каждого из участников! 🔹 Месяц личной работы со мной,  консультаций и разборов возникающих вопросов. 🔹 Чат для решения любых вопросов. Ежедневная поддержка и ответы на возникающие проблемы. 🔹 Инструкции и методические материалы адоптированные конкретно под вас. 🔸 Ну и главное: Гарантированный результат! За месяц интенсива вы добьетесь реальных результатов в автоматизации конкретно Вашего проекта. Отзывы участников говорят сами за себя! 💵Цена интенсива: 50000 рублей
0
12
Добрый день! Сегодня мы рассмотрим способ проброса программных лицензий в 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й поток интенсива!‼️ Отзывы о первом потоке(т.к. второй пока не окончен) вы можете прочитать вот тут Вы можете оставить заявку на участие в ➡️телеграм боте⬅️
0
13
Добрый день! 🐘 "Слона надо есть по частям". Часть 1. До начала трапезы Огромная проблема любых внедрений, с которыми я сталкивался, – это отсутствие понимания структуры проекта. Разберем на примере внедрения DevOps-подхода в абстрактной компании: ❌ Есть проблемы с качеством ❌ Проблемы с выпуском релизов ❌ Фичи разрабатываются долго ❌ Проблемы с управлением проектом И вот руководство компании решает внедрять DevOps. С чего же начать? Очень часто мне отвечают, что начинать надо с автоматизации тестов, с выгрузки в гит, с чего угодно... Но правильный ответ в том, что прежде чем начать внедрение, важно определить ключевые показатели эффективности (KPI), которые помогут оценить успешность проекта. Вот несколько метрик, которые нужно собрать до начала внедрения: 🕒 Время сборки и деплоя: Зафиксируйте текущее среднее время, затрачиваемое на сборку и развертывание проектов. После внедрения инструментов, таких как Jenkins, вы сможете сравнить результаты и оценить сокращение времени на эти процессы. 🚨 Количество ошибок и сбоев: Оцените текущее количество ошибок и сбоев в разработке, тестировании и эксплуатации. Внедрение системы тестирования (Vanessa-Automation) и системы мониторинга (Prometheus + Grafana) поможет снизить количество ошибок и повысить стабильность проектов. ⏱ Время выявления и исправления ошибок: Зафиксируйте среднее время, необходимое для обнаружения и исправления ошибок. После внедрения тестирования и мониторинга, вы сможете сравнить результаты и убедиться, что время на выявление и устранение ошибок сократилось. 📈 Производительность команды: Измерьте текущую производительность команды, учитывая количество выполненных задач, сроки выполнения проектов и качество работы. Внедрение инструментов автоматизации и мониторинга должно привести к повышению производительности команды. 🎓 Уровень знаний и навыков команды: Оцените текущий уровень знаний и навыков команды по работе с различными технологиями и инструментами. После обучения и внедрения новых инструментов, можно оценить улучшение навыков и знаний команды. Собрав данные по этим метрикам до начала внедрения, вы сможете оценить, насколько успешно прошел проект и какие преимущества принесли внедренные технологии. Помимо этого, регулярное сравнение этих показателей в процессе внедрения поможет корректировать проект при необходимости и контролировать его ход. Напишите в комментариях, какие метрики я не учел, и какие вы бы добавили в этот список?
0