Хотел бы добавить, что начинать бегать крайне желательно под руководством тренера. Как минимум он поставит правильную технику, которая позволит избежать массы травм.
Да, это важный момент, и во второй части статьи я планирую об этом упомянуть.
Что до набора высоты, то тут прямо в точку — в следующем году хочу как можно больше гор. Основным забегом сделаю Elbrus World Race. Предварительно горный бег хочу обкатать на Dagestan Wild Trail, Маркотх, Хибины, и горный марафон Конжак (в зависимости от того как они лягут на график).
Полностью согласен, и обязательно коснусь этого во второй части. И дело даже не в том что в 99% обычный врач скажет: «Бегаете? Так переставайте бегать». Обычных врачей часто вводят в ступор изменения, связанные с адаптацией к физическим нвгрузкам. Недавно одному знакомому КМС поставили диагноз «брадикардия» например.
Да. Эта травма была почти у каждого знакомого бегуна. У меня она была аж два раза, и второй раз я вылечил её не прерывая тренировок. Ключевой момент здесь растяжка и (желательно) миофасциальный релиз.
Значит вам стоит сделать все указанные выше действия, плюс включить аудит (как минимум) для продовых нэймспэйсов, если есть суперпользователи, у которых полные права в кластере (в примерах к статье описаны правила для включения фильтрации аудита по неймспэйсу, плюс обратите внимание на отключения логирования секретных данных, — это может быть существенно).
От себя хочу заметить, что в методологии DevOps нет цели разобраться и наказать сотрудника, допустившего ошибку. Это заменяется целью организовать работу таким образом, чтобы ошибки были в принципе не возможны.
Тут в первую очередь нужно определиться с тем, что вы хотите добится, а потом уже подбирать инструменты для реализации задачи. Если вам нужно расследование инцидентов, то у вас есть репозиторий, в котором можно посмотреть кто какие изменения запушил, и гитлаб, в котором сохраняются результаты прогона пайплайнов. Если вы хотите предотвратить какие-то инциденты, правильнее будет выделить проекту отдельного пользователя с доступом к фиксированному числу нэймспэйсов, в которые он может деплоиться (для обеспечения безопасности такого решения лучше всего выделить отдельный раннер под каждый конкретный проект). Смысл заведения пользователей каждому разработчику есть когда разработчики работают с кластером самостоятельно напрямую, минуя гитлаб или дженкинс (смотрят логи, ходят в поды, деплоят/изменяют вручную).
Да, это важный момент, и во второй части статьи я планирую об этом упомянуть.
Что до набора высоты, то тут прямо в точку — в следующем году хочу как можно больше гор. Основным забегом сделаю Elbrus World Race. Предварительно горный бег хочу обкатать на Dagestan Wild Trail, Маркотх, Хибины, и горный марафон Конжак (в зависимости от того как они лягут на график).
От себя хочу заметить, что в методологии DevOps нет цели разобраться и наказать сотрудника, допустившего ошибку. Это заменяется целью организовать работу таким образом, чтобы ошибки были в принципе не возможны.