Мой вопрос связан с передовыми методами и инструментами, используемыми для продвижения данных конфигурации приложения в новую среду в рамках типичного цикла тестирования. Последний включает три среды: TEST, STAGING и PROD. Изменения кода и конфигурации применяются сначала для тестирования, а затем для перехода на STAGING, а затем в PROD, как только тесты проходят на каждом этапе пути.Инструменты и процессы для управления конфигурацией приложений
Продвижение сборки программного обеспечения из среды в окружающую среду является простым. Однако управление продвижением соответствующих изменений настроек/конфигурации данных является более сложным. Приложение сильно настраивается, а данные конфигурации большие - несколько ГБ, хранящиеся в нескольких сотнях таблиц Oracle db.
Концептуально, проблема состоит из:
- Отслеживание всего создает, обновляет и удаляет в конфигурационных данных, сделанных в приложении.
- Передача этих изменений из одной среды в другую
В связи с большим количеством изменений, связанных, делая это вручную отнимает много времени и подвержен ошибкам. Мой вопрос: есть ли какие-либо полезные инструменты и стратегии, которые можно использовать для автоматизации/протравливания этого процесса?
Спасибо за ответ. В настоящее время вы являетесь сильнейшим претендентом на заветную и престижную награду «Зеленый чек». Мы увидим, если кто-нибудь еще посмеет выйти на ринг вместе с вами. Значит, вы или другие знакомые используете Oracle Auditing для этой цели? – btreat
В зависимости от версии Oracle, которую вы используете, http://download-west.oracle.com/docs/cd/B12037_01/network.101/b10773/cfgaudit.htm#1012955 дает вам некоторую информацию о том, как настроить аудит. Обратите внимание, что зарегистрированная информация включает в себя фактические операторы SQL, выполненные против проверенных таблиц (вместе с любыми переменными связывания, если это необходимо). Это должно обеспечить все, что вам нужно, чтобы спутать ряд операторов SQL в файл обновления. –