Как учиться за счет работодателя🤨 Многие знают о возможности обучения за счет компании. Зачастую они сами оповещают сотрудников о бюджете на обучение и условиях его реализации. Тем не менее часто возникают вопросы: кто из персонала компании отвечает за это и что нужно говорить? Ловите советы:📌 В большинстве компаний на рост и обучение сотрудников специализируются HR, руководители отделов, технические и финансовые директора.Основные аспекты диалога с ними: 📞 Разберитесь, на каком "языке" общается лицо, принимающее решение – это может быть язык бизнеса, команды, финансов, инструментов, то есть что является ключевым для него. Ориентируясь на эти параметры, выберите аргументы в поддержку вашего обучения: выгоды от повышения вашей квалификации должны быть очевидными как для вас, так и для собеседника. Расскажите, как обучение повлияет на результаты его работы и отражается на KPI, за которые он отвечает.Итак, план таков:1️⃣ Ищем возможность отправить заявку на обучение (если есть) или идем к человечкам выше 👆2️⃣ "Продаем" необходимость своего обучения и отправляем на него ссылку 3️⃣ Вы сделали что могли, остальное мы порешаем с вашим работодателем 🤝
Golang исполнилось 15 летНе смог пройти мимо этого события, ведь golang играет значимую роль в мире DevOps. Посудите сами, такие продукты как Kubernetes, Terraform, Docker написаны с использованием этого замечательного языка. Да и обычная девопс рутина очень часто связана с написанием go кода. Например, создание операторов или автоматизация процедур. 🚀 Golang довольно быстро набрал популярность благодаря таким ключевым особенностям как компиляция в исполняемый файл, высокая производительность, легкая работа с асинхронными функциями, простой C-подобный синтаксис, богатая стандартная библиотека и многое другое.📈 Все это позволило увеличить пользовательскую базу в 3 раза за последние 5 лет, что сделало его одним из самых быстрорастущих языков. Он стабильно входит в топ-10 языков программирования.📎 В своей работе и своих проектах Golang - язык номер один, даже чаще использую, чем bash. Бекенд сервисы пишу на нем с 2015 года. К примеру бекенд платформы devopstrain и функционала проверки заданий, а также инструмент Kurator написаны на гошечке.🤌 Кстати и проектная работа в рамках программы наставничества подразумевает работу с golang сервисами — отличная практика.В целом я рекомендую обратить внимание на этот язык если вы еще его не используете, точно будет полезно. Он отлично подходит в качестве первого языка, в этом смысле он лучше, чем python, после которого приходится переучиваться. Ну а что вы хотели от языка, где отступы решают? ))DevopsTrain
Как безопасно хранить и использовать секреты👉 Под секретами обычно понимают чувствительные данные, вроде паролей, токенов, ключей доступа, которые необходимы для корректной работы приложения, но должны быть скрыты от посторонних глаз. Так, например разработчики не должны видеть пароли от баз данных, в том числе и от стейдж и от продовых. Они, как правило, работают локально и этого им достаточно. Бывают, конечно, исключения. 📎 А еще есть секреты инфраструктурные, то есть те, которые не требуются приложению для работы, но используются для создания и работы самой инфры, связанной с приложением или не очень связанной. ☝️Разделять по этим типам секреты имеет смысл по той причине, что подходы для их внедрения могут отличаться. Например, часто секреты в приложение добавляются уже в процессе деплоя, а хранятся в специализированных хранилищах типа Vault. Если мы говорим про инфраструктурные секреты, то там есть разные подходы:▪️Можно использовать интеграцию с тем же vault для тех инструментов, которые используются для деплоя: helm, helmfile, terraform. Тут непосредственно секреты хранятся в виде пути: pass: ref+vault://databases/postgres/gitlab#DB_PASSWORD▪️Еще одним решением может быть sops, то есть хранение в зашифрованном виде. ❗️Не столь важно какой подход вы выберите, важно запомнить, что ни при каких обстоятельствах секреты не должны попадать в код, и уж тем более на публичные git репозитории. 👽😬 У нас был кейс, когда данные SMTP (AWS SES) попали в открытый доступ на github. Среагировали мы быстро, не более получаса прошло, но было уже поздно, суточная квота писем (а это 500К) была успешно использована спамерами.
