Бюджет: 1500 UAH Термін: 3 дні
Доброго дня!
Опишіть свою інсталяцію якщо можна в приват та яке навантаження будет.
Встановили клієнту CRM Creatio та мікросервіс Email Listener. Зараз мікросервіс працює через Docker
необхідно замінити на Kubernetes. Встановити та налаштувати.
Інтсрукція тут (починаючи с блоку про Kubernetes), можно перевести з англ прямо на сайті. https://academy.creatio.com/docs/user/on_site_deployment/containerized_components/exchange_listener/email_listener_synchronization_service
Бюджет: 1500 UAH Термін: 3 дні
Доброго дня!
Опишіть свою інсталяцію якщо можна в приват та яке навантаження будет.
Бюджет: 2000 UAH Термін: 3 дні
Доброго дня!
Є досвід з Kubernetes у різних клаудах та голому залізі.
Доброго дня, маю добрий досвід роботи з Кубернетіс та Докер! Ви вже визначилися з виконавцем, можемо пройтися по моїх проектах, якщо хочете. В мене питання з приводу Мастер сервера? На якому сервісі це буде розгортатися я маю досвід з AWS, DigitalOcean. Поразному встановлюється на має різні конфігурації
Ставку поки не роблю, поки не дізнаюся деталі, щоб не вийшло що ви казали за 2і копійки все зроблю за 1н день... Ні все виясню потім зроблю ставку, дякую за розуміня
Хто може допомогти налаштувати такий сетап: Планую розгорнути сервер, який буде паралельно працювати з 4–5 різними AI-моделями для завдань з програмування. Ключове вимога — багатокористувацький доступ: кілька розробників зможуть користуватися сервером одночасно, кожен в ізольованій сесії та зі своїми агентами. Моделі Claude / GPT / Kimi k3
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.