Вам нравятся митапы с практической частью? Воркшопы там всякие?
Мне вот тоже нравятся. Особенно когда надо не слушать, а выступать. По закону подлости, в последний вечер что-то происходит (приходит обновление, слетает конфиг, еще что-то немыслимое) и практическая часть просто отказывается работать.
Естественно, так и произошло. Только что выступал на митапе, и около 70% практической части импровизировал, потому что работающий конфиг внезапно перестал быть таковым. Что ж, благо никто не заметил и всё прошло круто.
А вообще - могу сказать что выступать перед публикой полезно. Начинаешь понимать в каких областях доклада действительно есть понимание, а в каких только его видимость. Митап к сожалению закрытый, записей не будет. Просто делюсь впечатлениями ;) А вообще, рекомендую хоть раз попробовать себя в роли докладчика. Классный экспириенс.
Мне вот тоже нравятся. Особенно когда надо не слушать, а выступать. По закону подлости, в последний вечер что-то происходит (приходит обновление, слетает конфиг, еще что-то немыслимое) и практическая часть просто отказывается работать.
Естественно, так и произошло. Только что выступал на митапе, и около 70% практической части импровизировал, потому что работающий конфиг внезапно перестал быть таковым. Что ж, благо никто не заметил и всё прошло круто.
А вообще - могу сказать что выступать перед публикой полезно. Начинаешь понимать в каких областях доклада действительно есть понимание, а в каких только его видимость. Митап к сожалению закрытый, записей не будет. Просто делюсь впечатлениями ;) А вообще, рекомендую хоть раз попробовать себя в роли докладчика. Классный экспириенс.
👍9
Под конец года в основном картинки какие-то, персональные впечатления в картинках и отсутствие технического текста. Всё время какая-то активность на работе, чаще ухожу в менеджмент и высокоуровневые процессы, но при этом не становится меньше технических задач.
Много времени уходило на написание очередной статьи (надеюсь, скоро опубликуют), подготовку к митапу, и так далее. Из актуального - пытаюсь заставить azure devops собирать мультиархитектурные имеджи (arm64 и amd64) и деплоить всё это в кубер. Как закончу - поделюсь впечатлениями и опишу технические нюансы, если будет что описывать.
Много времени уходило на написание очередной статьи (надеюсь, скоро опубликуют), подготовку к митапу, и так далее. Из актуального - пытаюсь заставить azure devops собирать мультиархитектурные имеджи (arm64 и amd64) и деплоить всё это в кубер. Как закончу - поделюсь впечатлениями и опишу технические нюансы, если будет что описывать.
👍2🐳1
Как надо писать докерфайлы? Всё очень просто.
Ни в коем случае не надо думать про кеширование слоёв. Разделение на отдельные слои сразу показывает несостоятельность проекта. Чем дольше идёт билд - тем солиднее кажется приложение. Все сразу понимают что и разработчик и девопс долго и упорно трудились.
И уж совсем нельзя выносить всё кроме запуска основного процесса за пределы CMD. Стартап приложения это продолжения деплоя. А чем дольше деплой - тем больше уважают девопса.
Ни в коем случае, код не должен собираться на этапе билда контейнера, даже если разработчики и девопсы не стремятся быть уважаемыми. Иначе все сразу, еще до деплоя в прод поймут что код собирается/не собирается (нужное подчеркнуть), и заране обрадуются исходу. В любом деплое должна быть загадка, иначе это скучный деплой.
Все что вы хотите писать в докерфайле нужно вынести в CMD через логическое "и". Иначе, CMD выглядит недостаточно внушительно. А использование ENTRYPOINT вообще под строжайшим запретом.
Ни в коем случае не надо думать про кеширование слоёв. Разделение на отдельные слои сразу показывает несостоятельность проекта. Чем дольше идёт билд - тем солиднее кажется приложение. Все сразу понимают что и разработчик и девопс долго и упорно трудились.
И уж совсем нельзя выносить всё кроме запуска основного процесса за пределы CMD. Стартап приложения это продолжения деплоя. А чем дольше деплой - тем больше уважают девопса.
Ни в коем случае, код не должен собираться на этапе билда контейнера, даже если разработчики и девопсы не стремятся быть уважаемыми. Иначе все сразу, еще до деплоя в прод поймут что код собирается/не собирается (нужное подчеркнуть), и заране обрадуются исходу. В любом деплое должна быть загадка, иначе это скучный деплой.
Все что вы хотите писать в докерфайле нужно вынести в CMD через логическое "и". Иначе, CMD выглядит недостаточно внушительно. А использование ENTRYPOINT вообще под строжайшим запретом.
🤣10🔥3🤬2🐳2
Прочитал в ченджлоге октопуса что есть version control, возможность насетапить всё терраформом.
Классно, подумал я, и начал пробовать.
"Хуй тебе, сказали разработчики октопуса"
Ну, точнее, они сказали
Даже бага в гитхабе есть: https://github.com/OctopusDeploy/Issues/issues/7789
Ну как тут без мата? Деньги за лицензию взяли, релиз стабильным назвали. А работает через жопу бля.
Классно, подумал я, и начал пробовать.
"Хуй тебе, сказали разработчики октопуса"
Ну, точнее, они сказали
Failed to execute migration 5: Error getting value from 'RelatedDocumentIds' on 'Octopus.Core.Model.Variables.ProjectVariables'., но по факту это одно и то же.Даже бага в гитхабе есть: https://github.com/OctopusDeploy/Issues/issues/7789
Ну как тут без мата? Деньги за лицензию взяли, релиз стабильным назвали. А работает через жопу бля.
GitHub
Cannot convert project to version controlled when OCL already exists · Issue #7789 · OctopusDeploy/Issues
Team I've assigned a team label to this issue Severity No reports from customers, discovered internally Version Earliest tried was 2022.4.2583 Latest Version I could reproduce the problem i...
😁1🐳1
Факт про Octopus Deploy который сделал мою ночь: обновление логотипа step template инкрементирует версию шаблона.
Что такое step template, думаю понятно. Какое то кастомное действие, которого нет в родной библиотеке, и которое было добавлено пользователем для упрощения. Короче, параметризованный скрипт на C#, powershell, bash, не важно.
Логично, что у темплейта есть версионирование. Для того, чтобы трекать обновления и так далее.
Отдельно в соседней табе есть возможность загрузить кастомный логотип для темплейта. Логотип не хранится в коде темплейта. В этом можно убедиться, если сначала экспортировать его, а потом снова импортировать. Во первых, после импорта логотип пропадет, а во вторых, темплейт это json, и его просто можно просмотреть, и убедиться что грёбаной картинки там нет.
И вот чего я не понимаю: логика не была изменена, json не изменился, но изменение левой проперти которая вообще не хранится в коде темплейта меняет его версию. А это влечет за собой критическую ошибку и невозможность импорта пайплайна из кода из-за несовпадения версий.
За что?
Что такое step template, думаю понятно. Какое то кастомное действие, которого нет в родной библиотеке, и которое было добавлено пользователем для упрощения. Короче, параметризованный скрипт на C#, powershell, bash, не важно.
Логично, что у темплейта есть версионирование. Для того, чтобы трекать обновления и так далее.
Отдельно в соседней табе есть возможность загрузить кастомный логотип для темплейта. Логотип не хранится в коде темплейта. В этом можно убедиться, если сначала экспортировать его, а потом снова импортировать. Во первых, после импорта логотип пропадет, а во вторых, темплейт это json, и его просто можно просмотреть, и убедиться что грёбаной картинки там нет.
И вот чего я не понимаю: логика не была изменена, json не изменился, но изменение левой проперти которая вообще не хранится в коде темплейта меняет его версию. А это влечет за собой критическую ошибку и невозможность импорта пайплайна из кода из-за несовпадения версий.
За что?