Контекстная среда базы данных для не ИТ-персонала

Я сейчас предлагаю среду промежуточной базы данных для своего ИТ-отдела. Идея состоит в том, что у человека, не связанного с ИТ, как у меня (аналитик данных по общественным работам), было бы место для тестирования решений, а затем либо самостоятельно реализовать их в живой среде, либо попросить ИТ-специалистов реализовать их, если это необходимо. Существует несколько причин /сценариев, в которых эта среда была бы полезной:

  1. У меня есть некоторые базовые привилегии базы данных в нашей среде живых баз данных (create table, create view и т. д.). Я делаю изменения схемы примерно раз в неделю, но мне кажется безумным для проверки и реализации этих изменений в живой среде. В базе данных есть множество зависимостей, поэтому, если что-то пойдет не так, это может быть катастрофическим. Я бы предпочел проверить вещи раньше времени в отдельной среде.
  2. У меня нет некоторых более продвинутых привилегий, таких как create trigger или create function в живой базе данных. Это нормально, но у меня есть несколько проблем, которые могут быть решены с помощью триггеров и /или функций. Я планирую предложить, чтобы мне были предоставлены эти разрешения в промежуточной среде, чтобы я мог разрабатывать и тестировать некоторые идеи, а если они работают, предложите ИТ реализовать их в живой среде.
  3. В целом у моего ИТ-отдела нет времени или ресурсов для разработки решений для меня. Это действительно так просто. Поэтому, если я могу самостоятельно заниматься легализацией, тогда мои проблемы гораздо более вероятно будут решены.

«промежуточная среда для персонала, не относящегося к ИТ», кажется мне достаточно подходящим для меня способом, но, честно говоря, я только что сделал эту идею. Я понятия не имею, как это обычно делается в мире IT /базы данных.

Существует ли какая-либо существующая практика ИТ /базы данных, которая бы соответствовала этому сценарию? (Я нахожусь на правильном пути, предлагая среду промежуточной базы данных для ИТ-персонала?)

11 голосов | спросил Wilson 21 WedEurope/Moscow2016-12-21T19:37:04+03:00Europe/Moscow12bEurope/MoscowWed, 21 Dec 2016 19:37:04 +0300 2016, 19:37:04

3 ответа


2

Я согласен с ответом @Marcin Gminiski, что вы в идеале хотите иметь среду, которая имитирует функциональность, доступную в вашей производственной среде. Хотя мои 2 цента по этому вопросу все сводятся к: «Что вы можете себе позволить?» Бюджетные ограничения часто являются убийцей хорошего процесса, поэтому действительно то, что вы можете себе позволить, определит сложность /элегантность вашего окончательного решения.

Поскольку вы упоминаете, что ваш ИТ-отдел не хватает времени, а персонал для создания среды для вас, можете ли вы (или, вернее, ваш департамент /менеджер) принести какое-либо финансирование на стол? Закупка небольшого объема ежегодного финансирования откроет возможность взглянуть на облако. Облачные провайдеры предлагают все, что вам нужно, и некоторые решения даже включают соответствующие лицензии, которые часто являются вашими наибольшая стоимость , относящаяся к Oracle. Если вы не бросаете чувствительные данные в эту среду, облако становится еще более привлекательным.

Там есть все возможности облачных опций, но я укажу вам на Oracle RDS экземпляры на AWS исключительно потому, что они предлагают

ответил John Eisbrener 23 MarpmThu, 23 Mar 2017 19:24:45 +03002017-03-23T19:24:45+03:0007 2017, 19:24:45
4

Обычно подходящая среда будет состоять как минимум из DEV -> TEST -> PRE-PROD -> PROD. Как правило, у разработчиков есть доступ к разработке в DEV, приемочные испытания в TEST и IT для выпуска в PRE и PROD. Если вы используете источник управления, вы будете избегать проблем, связанных с одновременным редактированием одного и того же фрагмента кода разными разработчиками.

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

Скорее всего, чтобы оставаться совместимым, ИТ-персоналу придется выпустить изменения в pre и prod, чтобы сделать это проще и более устойчивым, вы можете пойти по пути автоматического развертывания.

ответил Marcin Gminski 18 MarpmSat, 18 Mar 2017 21:08:22 +03002017-03-18T21:08:22+03:0009 2017, 21:08:22
3

Вот мой опыт:

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

Теперь у каждого разработчика есть локальный simserver, который они развертывают для тестирования. Как только они скажут, что все готово, его перетаскивают в код quality assurance (QA) environment. У нас есть jira тестовые примеры для чего-то, что нужно проверить, плюс мы снова тестируем новые дополнения (у нас есть выделенный персонал QA, t развитие, просто QA).

Затем он вживляется вживую.

Создание локального simserver является логичным и простым. После того, как вы получите готовые шаблоны VM, разработчики просто разворачивают их на своем персональном компьютере (без доступа к остальной части сети - только их локальный компьютер).

ответил FreeSoftwareServers 23 FriEurope/Moscow2016-12-23T06:13:47+03:00Europe/Moscow12bEurope/MoscowFri, 23 Dec 2016 06:13:47 +0300 2016, 06:13:47

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132