Бюджет: 30000 UAH Срок: 30 дней
Здраствуйте.
Есть необходимый опыт, готов обсудить условия сотрудничества.
Требуется DevOps-инженер для решения задач, поддержки и консультирования. Сопровождение инфраструктуры текущих проектов. Настройка и развитие CI\CD Автоматизация рутинных процессов, улучшение существующей инфраструктуры. Консультирование разработчиков. Документирование проделанной работы.
Чем предстоит заниматься:
Что нам необходимо:
Преимущество
Что мы предлагаем:
— Работа над большими, интересными и долгосрочными проектами;
— Удаленный формат работы, частичная занятость, доступность
Обязанности:
Требования:
Бюджет: 30000 UAH Срок: 30 дней
Здраствуйте.
Есть необходимый опыт, готов обсудить условия сотрудничества.
Здравствуйте. Меня зовут Вадим.
У нас погодный проект, нам требуется DevOps-инженер для решения задач, поддержки и консультирования. Поддержка и сопровождение инфраструктуры текущих проектов. Настройка и развитие CI\CD Автоматизация рутинных процессов, улучшение существующей инфраструктуры. Консультирование разработчиков. Документирование проделанной работы.Давайте обговорим условия. Можем запланировать звонок. Напишите ваш Скай-п или теле-грам
Кто может помочь настроить такой сетап: Планирую развернуть сервер, который будет параллельно работать с 4–5 разными AI-моделями для задач по программированию. Ключевое требование — многопользовательский доступ: несколько разработчиков смогут пользоваться сервером одновременно, каждый в изолированной сессии и со своими агентами. Модели Claude / GPT / Kimi k3
В рамках повышения уровня кибербезопасности нашей инфраструктуры нам необходимо отказаться от практики хранения «вечных» и статичных API-ключей, паролей и токенов интеграций в конфигурационных файлах (.env, appsettings.json, config.yaml) наших микросервисов. Бизнес-цель: Создать единую защищенную точку хранения конфиденциальных данных (секретов) с механизмом их автоматического обновления (ротации) во внешних системах по расписанию. Другие наши сервисы будут запрашивать актуальные токены «на лету» через API, что сведет к минимуму ущерб в случае компрометации любого из компонентов системы.Модель безопасности и шифрование (Crypto Core) В базе данных ни один секрет не должен храниться в открытом виде. При старте приложения в переменные окружения передается Мастер-ключ (Master Key). Если ключ отсутствует или имеет невалидную длину, сервис должен падать на этапе инициализации с понятной ошибкой в логах. Каждый секрет шифруется перед записью в БД с использованием этого Мастер-ключа. При запросе — расшифровывается в памяти и отдается в теле ответа.Аудит-логирование (Audit Trail) Любое действие с секретами (создание, чтение сервисом, успешная или неуспешная ротация) должно записываться в отдельный лог-файл audit.log (или отдельную таблицу в БД). Строгое табу: В аудит-лог категорически запрещено записывать сами значения секретов (ни в открытом, ни в зашифрованном виде).