Добрый день, читатель!

Меня зовут Иванов Егор, я специалист по DevOps-практикам в 1с.

Этот канал создан для того, чтобы я мог делиться знаниями и доказывать, что DevOps - это не только не страшно, а необходимо в повседневной жизни если не всех, то большинства 1с-команд.

Мой общий стаж в 1с разработке 15 лет.

Несколько фактов обо мне:
- Работал разработчиком, Архитектором, Руководителем подразделения, и несколько лет занимался фриланс-деятельностью.
- успешно внедряю devOps-практики на различных проектах более 4х лет.
- Опыт внедрения devOps как на HIGH-load проектах с тысячами пользователей и террабайтными базами, так и в команде из 3х человек и маленькой самописной конфигурацией.

Мой опыт и те сложности, с которыми я и моя команда столкнулись при внедрении devOps- практик, помогли мне наработать большую базу знаний и методик,которыми я решил поделиться с вами на курсе "DevOps в 1С".

Зачем нужен DevOps?

Поделюсь, что называется, "из последнего"

Проблема:
Крупная компания. Выдачи на продакшн 2 раза в неделю. Технологическое окно на обновление - с 5.00-8.00 часов утра. Несколько лет ответственный релиз менеджер(специалист с высокой Экспертизой, а значит дорогой специалист), назовем его Василий, заводил будильник и 2 раза в неделю вставал ни свет ни заря для обновления рабочей конфигурации. Тратил на это от 15 минут до 3х часов времени. Отлучиться он никуда не мог, потому что обновление может закончиться и тогда надо провести регламенты, которые надо проводить монопольно.

Решение:
Был создан пайплайн автоматического деплоя конфигурации в продакшн, выполнения регламентных операций и проведения health-check тестов.
После успешного деплоя выполняется успешное оповещение ответственных, а так же выпуск релиза в таск-трекере.

Итого:
Василий теперь по утрам спит, а если что-то пойдет не так - его разбудит сотрудник поддержки, которому прилетит нотификация о проблеме.(и то если для решения проблемы нужен будет именно он, а не кто-то другой)
Компания уже многократно окупила затраты на реализацию данного решения.
Все довольны.

Кто узнал в Василии себя? Пишите в комментарии.

‼️Готова программа курса, "DevOps в 1с"‼️

Я постарался вложить сюда весь свой опыт и знания.

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

Следите за новостями!

➡️Программа курса доступна по ссылке⬅️

Добрый день!

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

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

В Jira я увидел название задачи. И она называется "Интеграция c логистической компанией_Костыль",
А в связях у нее есть прекрасная задача,созданная на 6 месяцев позже, с названием "***_Костыль2".
Т.е. " все всё понимали" . И в моменте понимали, и через пол года... Но вот сменилась команда и встала задача поменять фтп на esb .

И как вы думаете, возникла ли хоть одна идея взять и переписать этот костыль на нормальное решение? Правильно! Конечно же нет. Опять нет времени, опять нет возможности.

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

Что же делать⁉️
- Внедряйте средства статического анализа и пороги качества кода, чтобы уменьшить количество мусора у вас в базе;

- Внедряйте Ревью кода, и вычищайте спорные реализации на этапе разработки задач;

- Убеждайте менеджмент в том, что сэкономленные 8 ч\ч сейчас отзовутся такой инфляцией трудозатрат позже, что и представить страшно.

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

Всем привет, мне нужна ваша помощь!

Если вам интересна эта тема DevOps, но вы еще не погружались в нее и вам было бы интересно с чего-то, напишите мне пожалуйста @Segate.
Мне нужно задать вам несколько вопросов, а взамен на ваше время, я попытаюсь ответить на ваши вопросы про то, с чего начинать, куда смотреть и тд, и тп.

Добрый день.

Звезды сошлись, чтобы это стало возможным!

‼️Я объявляю набор на онлайн-интенсив "🥇Zero to hero" ‼️

· Вы опять наткнулись на чужой костыль в коде и не можете понять зачем он тут?
· Ошибок в проде с каждым релизом все больше?
· Или может вы опять обновляли рабочий контур в 5 утра?

Вы хотите это поменять, но никак не соберетесь начать разбираться в теме? Тогда вам ко мне!

🕝Старт уже 6го февраля

· Это мини-группа в 5 человек, чьи проблемы мы будем решать вместе.
· Чат со мной для решения Ваших проблем на Вашем проекте.
· Это месяц личной работы со мной над ВАШИМИ проблемами.
· Индивидуальный план для каждого из студентов!
· Гарантированный результат! За месяц интенсива вы добьетесь реальных результатов в автоматизации конкретно Вашего проекта.

Ну и 🍒 на торте.
Моим коллегам нужен 1с DevOps-инженер. По результатам курса всем студентам будет предоставлена возможность пройти собеседование с моей рекомендацией. Лучший из вас получит возможность работать в крупной компании.

Цена интенсива 30000 рублей.

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

Добрый день.

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

Вы знали, что по статистике 70% неудач при попытке внедрить что-то новое, не достигают результата из-за сопротивления сотрудников⁉️ В лучшем случае они просто не слишком заинтересованы, а в худшем — активно сопротивляются новому.

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

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

Теория управления изменениями гласит, что нужно устраивать обучение, объяснять ценность, собирать обратную связь и все будет прекрасно... Звучит конечно круто, но не работает.
На деле - на обучении все скучают, потом просто максимально долго игнорируют новое, а когда игнорировать становится невозможно - говорят, что оно просто "неудобное" и "непонятное"

Я для себя выбрал следующую механику работы в "Сложных" коллективах:
1️⃣ Подготовь все заранее.
2️⃣ Проведи обучение
3️⃣ Объяви пробный период.
4️⃣ Анонсируй обязательный переход на новые рельсы.
5️⃣ Если надо, дай отсрочку.(Возможно со второй сессией обучения)
6️⃣ Делай механизм обязательным.

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

Всем удачных и безболезненных внедрений. 📈