# Посилила безпеку даних, впровадивши 1 000 правил RBAC для розробників, інстансів застосунків, PostgreSQL, MS SQL та інших Linux‑серверів, запобігши несанкціонованому доступу; задокументувала їх як автоматизацію в Ansible. 2022 – 2024 **Ситуація.** Організації потрібно було посилити контроль доступу в кількох системах, зокрема в середовищах розробників, інстансах застосунків, PostgreSQL, MS SQL і на Linux‑серверах. Базова модель RBAC була нескладною, проте складність полягала в тому, щоб адмініструвати понад 1 000 окремих правил для різних ролей користувачів і системних вимог. Метою було забезпечити суворі обмеження доступу, не ускладнюючи системи без потреби. **Завдання.** Впровадити масштабоване рішення RBAC: визначити понад 1 000 правил контролю доступу й забезпечити їх дотримання. Для цього треба було зіставити дозволи з конкретними ролями (наприклад, розробники, інстанси застосунків, адміністратори баз даних) і послідовно застосувати правила в усіх системах. Крім того, правила потрібно було задокументувати, а їхнє розгортання — автоматизувати, щоб уникнути помилок ручної роботи. **Дія.** Основу підходу становила проста модульна структура RBAC: дозволи розбито на чіткі категорії, придатні для повторного використання (наприклад, «доступ лише для читання до продакшн‑баз даних»). Налаштування кожного правила автоматизовано за допомогою Ansible, що забезпечило узгодженість в усіх середовищах. Наприклад, розробники отримували доступ лише до призначених їм серверів, тоді як інстанси застосунків мали обмежені дозволи, щоб запобігти горизонтальному переміщенню. Перевагу віддано ясності, а не складності: кожне правило явно прив'язано до конкретної ролі й системи. **Результат.** Понад 1 000 правил запроваджено без зайвого ускладнення, а ризики несанкціонованого доступу скоротилися на 85%. Автоматизація спростила розгортання й зменшила час налаштування на 60% порівняно з ручними методами. Задокументована структура дала командам змогу швидко перевіряти або змінювати правила, тож рішення залишалося масштабованим у міру зростання інфраструктури. Завдяки зосередженню на простоті й обсязі рішення забезпечило надійну безпеку та зберегло операційну ефективність. --- - Роль: Інженер баз даних - Категорії: [Бази даних](https://data.engineer.company/uk/categories/databases/), [DevOps](https://data.engineer.company/uk/categories/devops/), [Інфраструктура](https://data.engineer.company/uk/categories/infrastructure/), [Автоматизація та CI/CD](https://data.engineer.company/uk/categories/automation/), [Linux та сервери](https://data.engineer.company/uk/categories/linux/), [Безпека](https://data.engineer.company/uk/categories/security/), [Системне адміністрування](https://data.engineer.company/uk/categories/system-administration/), [Документація](https://data.engineer.company/uk/categories/documentation/) - Послуги: [Адміністрування баз даних (DBA)](https://data.engineer.company/uk/services/database-administration/), [Infrastructure as Code](https://data.engineer.company/uk/services/infrastructure-as-code/), [Системне адміністрування](https://data.engineer.company/uk/services/system-administration/), [Безпека та керування доступом](https://data.engineer.company/uk/services/security-access/)