Постановочне середовище бази даних для персоналу, який не є ІТ

Я зараз пропоную своєму ІТ-відділу запропонувати середовище постановки бази даних. Ідея полягає в тому, що людина, яка не є ІТ, як я (аналітик даних громадських робіт) мала б місце для тестування рішень, а потім або сама реалізувати їх у прямому середовищі, або попросити ІТ запровадити їх у разі потреби. Є кілька причин / сценаріїв, коли це середовище було б корисним:

1. У мене є деякі основні привілеї бази даних в нашому реальному середовищі бази даних ( create table, create viewі т.д.). Я вношу зміни в схему приблизно раз на тиждень, але мені здається божевільним тестувати та впроваджувати ці зміни у живому середовищі. Існує незліченна кількість баз даних, тож якщо щось піде не так, це може бути катастрофічним. Я набагато краще перевірити речі достроково в окремому середовищі.
2. У мене немає деяких більш досконалих привілеїв, таких як create triggerабо create functionв базі даних в реальному часі. Це добре, але у мене є кілька проблем, які можна було б вирішити за допомогою тригерів та / або функцій. Я планую запропонувати мені дозволити ці дозволи в постановковому середовищі, щоб я міг розробити та протестувати деякі ідеї, а якщо вони працюватимуть, пропоную ІТ реалізувати їх у прямому середовищі.
3. Загалом у мого відділу ІТ немає часу та ресурсів для розробки для мене рішень. Це дійсно так просто. Тож якщо я можу виконати роботу з ніжками самостійно, то мої проблеми набагато частіше вирішаться.

"Настанова для персоналу, що не є ІТ", здається мені достатньо здоровим підходом, але якщо чесно, я просто сформулював ідею. Я поняття не маю, як це зазвичай робиться у світі ІТ / баз даних.

Чи існує якась усталена практика ІТ / баз даних, яка б відповідала цьому сценарію? (Я на правильному шляху, коли пропоную середовище постановки бази даних для персоналу, який не є ІТ?)

Я погоджуюся з відповіддю @Marcin Gminiski про те, що ви в ідеалі хочете мати середовище, яке імітує функціональність, наявну у вашому виробничому середовищі. Хоча мої 2 копійки з цього питання все зводиться до "Що ти можеш собі дозволити?" Бюджетні обмеження часто є вбивцею хорошого процесу, тому дійсно те, що ви можете собі дозволити, визначатиме складність / елегантність вашого остаточного рішення.

Оскільки ви згадуєте, що вашому ІТ-департаменту бракує часу та персоналу, щоб створити для вас оточення, чи зможете ви (а точніше, ваш відділ / менеджер) внести будь-яке фінансування до столу? Забезпечення невеликої кількості щорічного фінансування відкриє можливість дивитися на хмару. Хмарні провайдери пропонують все необхідне, а деякі рішення навіть включають відповідні ліцензії, що часто є вашою найбільшою вартістю, оскільки стосується Oracle. Якщо ви не кидаєте конфіденційні дані в це середовище, хмара стає ще привабливішою.

Існують всі варіанти хмарних варіантів, але я вкажу вам на екземпляри Oracle RDS на AWS виключно тому, що вони пропонують опцію, що включає ліцензію , і ви можете вимкнути її, коли не використовуєте її для подальшого мінімізації витрат. Еквівалент може існувати і в інших хмарних постачальників, але багато хмарних постачальників, з якими я знайомий, вимагають пред'явити власну ліцензію (BYOL) для рішень на базі Oracle, а не пропонувати включну ліцензію.

Останнє зауваження тут, екземпляр AWS RDS є ТОЛЬКО базою даних, тому будь-яка інфраструктура сервера додатків, яка вам також потрібна, повинна бути врахована додатково. Хмара - це чудовий варіант, якщо вам потрібно швидке середовище для перевірки функціональності, все це є економічно ефективним підходом; просто переконайтеся, що ви продовжуєте це робити, і вимикайте речі, щоб ви не платили за непрацюючі сервери.

Зазвичай гідне середовище створюється як мінімум з DEV -> TEST -> PRE-PROD -> PROD. Розробка зазвичай матиме доступ до розробки в програмі DEV, прийняття тестів у TEST та IT до випуску в PRE та PROD. Якщо ви використовуєте управління джерелом, ви уникнете проблем навколо редагування одного і того ж фрагмента коду різними розробниками одночасно.

Технічно вам потрібна лише схема, яка повинна бути такою ж, як і у prod і не потребують виробничих даних, які знаходяться нижче попереднього продукту, але якщо ви все добре, маючи дані prod поза середовищем prod, у вас може бути автоматичне відновлення в dev / test. Я провів подібну роботу з Visual Cron, і це творить чудеса.

Ймовірно, для того, щоб залишатися сумісними ІТ-персонал, вам доведеться випустити зміни в програму pre і prod, щоб зробити це простішим та більш стійким, ви могли б спуститися по маршруту автоматизованих розгортань.

Ось мій досвід:

Спочатку у нас було центральне середовище розвитку simserver. Розробники перевіряли б речі одночасно, і це стало безладно .

Тепер у кожного розробника є локальний, до simserverякого вони розгортаються для тестування. Як тільки вони кажуть, що вона готова, її підштовхують до quality assurance (QA) environment. У нас є jiraтестові випадки на все, що потрібно перевірити, а також ми ще раз тестуємо нові доповнення (ми виділили спеціалістів із забезпечення якості, які не займаються розробкою; лише QA).

Потім його виштовхують наживо.

Зробити локальний simserverлогічно і просто. Щойно ви VMготові шаблони, розробники просто розгортають їх на своєму персональному комп’ютері (без доступу до іншої мережі - лише свого локального комп'ютера).