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

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

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

Добрый день!

Сегодня пост немного не по теме 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, из спортивного интереса, только при помощи браузера/

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

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

Забыл приложить ссылку на репозиторий!
Исправляюсь!

➡️Ссылка на репозиторий⬅️