‼️Онлайн вебинар. Хранилище и Гит при разработке конфигурации‼️

Время проведения: Четверг 🕝02.02.2023 19.00 (по мск)

Добрый день!

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

На вебинаре я покажу преимущества и недостатки тех или иных вариантов использования систем контроля версий.

Следите за новостями, ссылка на вебинар появится в четверг утром.

P.S. Если у вас есть вопросы по теме, на которые вы хотели бы услышать ответ, напишите их в комментариях, я постараюсь ответить на них на вебинаре

‼️Онлайн вебинар. Хранилище и Гит при разработке конфигурации‼️

Добрый день!

Сегодня в 19.00 состоится вебинар на тему использования хранилища и гит при командной разработке.

В рамках трансляции мы разберем основные способы работы с системами контроля версий конфигурации.

Трансляция будет доступна по ссылке

‼️ Хранилище и Гит при разработке конфигурации‼️

Уже в эфире! Как управлять релизами когда у вас много разработчиков?
Какие плюсы и минусы у каждого подхода?

Смотрите по ссылке

Добрый день!

Сегодня пост немного не по теме DevOps. Пост про интеграции.

Каждый в своей работе сталкивался с описанием интеграции с другими системами и наверняка видел прекрасные эксель-таблички для описания передаваемой в пакетах информации.
Я почти уверен, что вы знакомы с ситуацией, когда от вас ждут "тестовый JSON" для того чтобы начать тестировать интеграцию с другой системой. И тут вам приходится или рисовать его из головы, или в авральном темпе писать какие-то костыли для его генерации.
Ну а поддержание документации в актуальном виде после релиза... это для многих за гранью фантастики.

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

Пишите в комментариях как вы сейчас описываете интеграции на текущем месте работы.

‼️Онлайн вебинар. OpenApi как, зачем и почему?‼️

Время проведения: Четверг 🕝16.02.2023 19.00 (по мск)

Добрый день!

Краткое содержание:
1️⃣ Бегло расскажу, что такое code-first и api-first подходы
2️⃣ Как описывать свой программный интерфейс так, чтобы это было понятно
3️⃣ Попробуем на примере создать документацию в прямом эфире
4️⃣ По документации реализуем наш маленький апи в проекте
5️⃣ Разберемся, что такое mock
6️⃣ Опубликуем нашу документацию, так, чтобы было не стыдно показать коллегам

➡️Ссылка на трансляцию!⬅️

Пишите вопросы, которые хотелось бы осветить в комментарии к этому посту

Добрый день.

Сегодня поговорим про анализ технологического журнала. На больших проектах без него никуда, но это всегда боль и страдания.
Формат журнала - что-то с чем-то...
- В одном и том же событии может быть разный синтаксис описания свойств
- В одной записи может быть несколько идентичных свойств
- Иногда одна запись делится на две
- В некоторых местах идет произвольный ничем не экранированный текст.

В общем разбирать это руками - кошмарная задача.

Но что делать, когда необходимо собирать статистику, а объем тж даже за час невозможно загрузить в анализатор типа "инструментов разработчика"?
На помощь приходит выгрузка ТЖ в различные аналитические БД.

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

Установка парсера укладывается в 15-20 минут и дальше можно начинать работать!

А расскажите, какие методики анализа ТЖ вы используете в своей работе?

Добрый день.

Друзья, к сожалению, по личным обстоятельствам, мне придется перенести сегодняшний стрим. Прошу прощения у всех, кто ждал его сегодня.
Я обязательно проведу его в преддверии праздника. 22го февраля!

Прошу прощения за эти неудобства! Оставайтесь на связи!

Добрый вечер!

Старт вебинара уже через 10 минут!
Не пропустите!

Ссылка на трансляцию

Всем привет !
Заканчивается месяц интенсива и пора подводить итоги.

С завтрашнего дня начну публиковать более подробные отчеты с результатами и наблюдениями.

А пока я просто перечислю(Без разбивки по разным участникам) технологии ,которые мы внедрили за этот месяц:
1) Автоматический провиженинг виртуальных машин при помощи vagrant и ansible;
2) создание кластера docker-swarm;
3) прокси-сервер хранилища;
4) автоматическая выгрузка конфигурации в git;
5) статический анализ кода при помощи sonarQube;
6) интеграция gitlab и sonarQube для получения отчёта по статичесуому анализу;
7) автоматический прогон бдд тестов;
8) автоматический прогон smoke тестов;
9) интеграция jenkins и gitlab для запуска и получения результатов тестов;
10) интеграция jira и gitlab для автоматического транзишна задач при прохождении определенных стадий;
11) анализ технологического журнала, его выгрузка и сбор;
12) выгрузка журнала регистрации в clickhouse и его анализ в 1с;
13) выгрузка данных кластера 1c при помощи Prometheus+grafana настройка алертов;
14) интеграция Prometheus+grafana+ clickhouse и вывод для анализа и оповещений технологического журнала, журнала регистрации;
15) автоматическое создание файла поставки 1с по результатам тестирования и сохранения оного в хранилище артефактов.

Ну и попутно, для решения проблем были разобраны следующие вопросы:

1) программное лицензирование 1с в docker- контейнерах;
2) проброс аппаратных лицензий при помощи usb-over-ip технологий;
3) управление общими хранилищами данных;
4) работа с базами 1с при помощи vrunner;
5) разбор защищённого ssl подключения к контейнеру;
6) интеграция по rest с youtrack
И много-много мелких моментов которые возникали по ходу.

Что из этого списка вам бы хотелось внедрить у себя?

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

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

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

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

🕝Старт: 20 марта

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

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

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

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

❗️Но для тех, кто оставит заявку и внесет предоплату до 14 марта, стоимость будет снижена на 20% до 40000 рублей❗️

➡️Оcтавляйте заявки⬅️

Добрый день.

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

Вообще консоль администрирования - очень странная, она существует только под windows, она работает только с одной версией платформы за раз.

Существует довольно много альтернатив, одна из них - это PUSK
На данный момент, это, как по мне - самое интересное и готовое к использованию решение, позволяющее управлять серверами приложений разных версий.

К сожалению, на данный момент, у них нет официального докер-образа готового к использованию. Исправляем эту несправедливость.

Теперь для того чтобы развернуть у себя консоль администрирования серверами достаточно выполнить всего одну команду:
docker run -d \
--name=pusk \
-v pusk_data:/opt/PUSK/data \
-v pusk_log:/opt/PUSK/log \
-p 8080:8080 \
segateekb/pusk

Пишите в комментарии, если интересно, каким образом решать проблемы авторизации(в том числе и доменной) для подобных сервисов.

Добрый день!

Я обещал рассказать, как организовывать доступ к ресурсам которые не обладают собственной системой авторизации.

Для этого нам понадобится прокси-вебсервер и дополнительный сервис, который будет использоваться для предоставления доступа. Мне лично очень нравится authelia.

В этом сервисе есть почти все что нужно:
🔹 Он бесплатный
🔹 В нем есть масса различных настроек и возможностей
🔹 Он прост и логичен в настройке

Я записал небольшое видео, с демонстрацией возможностей. В нем я демонстрирую различные варианты использования:
1️⃣ Авторизация в сервере без авторизации
2️⃣ Использование authelia как OpenID провайдера для авторизации в сервисах.
3️⃣ Организация двухфакторной авторизации в 1с

Если вам интересно, как реализовать такое у себя - пишите в комментарии! Если тема вызовет интерес - сделаю масштабное видео с настройкой и демонстрацией работы.

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

Добрый день!

Сегодня я предлагаю поговорить о публикации баз на веб-сервере.

Если у вас в команде несколько человек, вы наверное сталкивались с проблемами публикации баз на веб-сервере.
🔹Часто доступ на сервер с публикациями ограничен. и переопубликовать что-то можно только через тех поддержку.
🔹Часто надо что-то добавить сразу в несколько баз, и приходится править каждый vrd-файл отдельно.
🔹А если на сервере еще и нет графического интерфейса, и нельзя просто так взять зайти в конфигуратор, объяснить тех.Поддержке что конкретно тебе нужно - превращается в целый квест.

Решить Эти проблемы призван "Публикатор 1с"(название пересекается с одноименной разработкой от 1с, но и суть тоже схожая)
Что это такое? Это инструмент позволяющий создавать и хранить информацию о публикациях 1с.
Конфигурационный файл представляет собой JSON с информацией о ваших базах. Его удобно редактировать, он читабельнее и понятнее vrd файла.

Так же реализован веб интерфейс, при помощи которого можно подредактировать публикации буквально в пару кликов. А после этого, прямо из веб-интерфейса перезапустить ваш веб-сервер.
Базовый сценарий использования подразумевает публикацию в docker.

Реализована поддержка основных блоков публикации:
1) базовые настройки
2) Описание WS
3) Описание http-сервисов
4) openid connect

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

Надеюсь теперь вам будет гораздо удобнее.
Напишите, чего еще не хватает в таком решении?

Добрый день!

Вы просили видео по тому как пользоваться публикатором 1с.
Я записал и готов с вами поделиться.

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

Реализован почти весь Базовый функционал публикаций:
🔹 Сервисы, ограничения по входу пользователей
🔹 Авторизация
🔹Публикация http и web-сервисов
🔹Включение и отключение публикаций
🔹Работа с Веб-сервером

Обязательно жду от вас фидбэк.

Добрый день!

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

Я тоже решил запрыгнуть в этот поезд хайпа и рассказать про свой опыт взаимодействия с новыми-модными языковыми моделями.

Итак, если вкратце - фронт для Публикатора писал не я.
Это на 90-95% творение GPT. Да пока кривенько, да пока не совсем так, как хочется - но тем не менее, это уже сносно работающий продукт, который написан практически без участия разработчика.

Какие плюсы:
🔹Очень быстрое написание рутинного кода.
🔹Минимум ошибок синтаксиса и проблем с компиляцией.
🔹Хранение контекста беседы и использование этих знаний для выдачи решений.
🔹Возможность "спросить совета" у нейросети.
🔹Понимание потребностей и четкое следование выбранному стеку технологий.

Какие минусы:
♦️Контекст иногда "забывается" и непонятно по каким принципам.
♦️Проблемы с рефакторингом, чатГПТ очень любит спагетти код.
♦️Проблемы со связностью компонентов(как раз из-за проблем с контекстами)

Выводы:
1️⃣Сейчас чатГПТ - это хороший такой джун, который быстро и качественно решит задачу с четкой постановкой.
2️⃣Задачи формата - Ну сделай мне "хорошо" давать пока очень рано
3️⃣Довольно сильно ощущается разница между моделями GPT-3.5 и GPT-4. 3.5 намного быстрее, но GPT-4 Дает результаты на порядок лучше.
4️⃣Разработчикам сеньорам можно не волноваться и даже радоваться, потому как с большой долей вероятности в ближайшем будущем IntelliSense должен выйти на новый уровень. Кодо-генерация плотно войдет в нашу жизнь и снимет огромную часть рутины.
5️⃣Если так все пойдет, есть неиллюзорный шанс, что скоро среди разработчики средней руки пойдут "охранять пятерочку", но пока думать об этом рано.
6️⃣Толковые аналитики, напротив - могут ничего не бояться - вы, потенциально, будете новыми двигателями прогресса, а умение декомпозировать задачи на кусочки и скармливать их кому-то будет цениться все сильнее и сильнее.

Проект с фронтом написан без использования автокомплита в IDE, из спортивного интереса, только при помощи браузера/

Вот такой вот вышел у меня опыт.

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