Flyway

flyway unable to connect to postgres container within docker-entrypoint-initdb.d script

由 依然范特西╮ 提交于 2021-02-19 02:15:38
问题 I'm trying to extend the postgres Docker image to potentially (via an environment variable flag) execute flyway DB migrations on DB init. My Dockerfile is here: FROM postgres:9.6 # Install curl and java (for Flyway) RUN set -x \ && apt-get update \ && apt-get install -y --no-install-recommends ca-certificates curl openjdk-8-jre # Install Flyway ENV FLYWAY_VERSION 4.2.0 ENV FLYWAY_INSTALL_DIR /usr/src/flyway ENV FLYWAY_CONF ${FLYWAY_INSTALL_DIR}/flyway-${FLYWAY_VERSION}/conf/flyway.conf ENV

flyway unable to connect to postgres container within docker-entrypoint-initdb.d script

由 ε祈祈猫儿з 提交于 2021-02-19 02:14:43
问题 I'm trying to extend the postgres Docker image to potentially (via an environment variable flag) execute flyway DB migrations on DB init. My Dockerfile is here: FROM postgres:9.6 # Install curl and java (for Flyway) RUN set -x \ && apt-get update \ && apt-get install -y --no-install-recommends ca-certificates curl openjdk-8-jre # Install Flyway ENV FLYWAY_VERSION 4.2.0 ENV FLYWAY_INSTALL_DIR /usr/src/flyway ENV FLYWAY_CONF ${FLYWAY_INSTALL_DIR}/flyway-${FLYWAY_VERSION}/conf/flyway.conf ENV

flyway unable to connect to postgres container within docker-entrypoint-initdb.d script

由 江枫思渺然 提交于 2021-02-19 02:13:20
问题 I'm trying to extend the postgres Docker image to potentially (via an environment variable flag) execute flyway DB migrations on DB init. My Dockerfile is here: FROM postgres:9.6 # Install curl and java (for Flyway) RUN set -x \ && apt-get update \ && apt-get install -y --no-install-recommends ca-certificates curl openjdk-8-jre # Install Flyway ENV FLYWAY_VERSION 4.2.0 ENV FLYWAY_INSTALL_DIR /usr/src/flyway ENV FLYWAY_CONF ${FLYWAY_INSTALL_DIR}/flyway-${FLYWAY_VERSION}/conf/flyway.conf ENV

How can I force flyway to clean my docker oracle database?

由 ≯℡__Kan透↙ 提交于 2021-02-18 17:39:24
问题 I've downloaded the official oracle docker image for Oracle Database EE. I've got a flyway configuration and often run flyway:clean against the locally installed XE version of the database. However flyway tells me it is not allowed to clean the database in the docker image, but it can migrate it. Is there a way to force flyway to clean the oracle db? To answer the questions from the comments: Here's the error message when running flyway through maven: org.flywaydb.core.api.FlywayException:

Postgres: granting access to a role/user for future tables created by a different role/user

由 我只是一个虾纸丫 提交于 2021-02-17 06:13:20
问题 I'm building a spring boot application. Flyway database migrations are executed at the application startup. I decided to use two different roles: role__app ( read/write rights on tables, sequences in app schema) and role__migration ( advanced rights in app / migration schemas). Flyway migrations are executed under role__migration so it becomes the owner of the created objects. I thought that the following statements would help: ALTER DEFAULT PRIVILEGES IN SCHEMA app GRANT SELECT, INSERT,

微服务实战（一）：微服务化的基石——持续集成

由 蹲街弑〆低调 提交于 2021-02-12 13:29:02
微服务化的基石——持续集成 转载： 刘超 http://dockone.io/article/3660 一、持续集成对于微服务的意义：拆之前要先解决合的问题 在很多微服务化的文章中，很少会把持续集成放在第一篇，因为大多数的文章都会将如何拆的问题，例如拆的粒度，拆的时机，拆的方式。 为什么需要拆呢？因为这是人类处理问题的本质方式：将一个大的复杂问题，变成很多个小问题解决。 所以当一个系统复杂到一定程度，当维护一个系统的人数多到一定程度，解决问题的难度和沟通成本大大提高，因而需要拆成很多个工程，拆成很多个团队，分而治之。 然而当每个子团队将子问题解决了，整个系统的问题就解决了么？你可以想象你将一辆整车拆成零件，然后再组装起来的过程，你就可以想象拆虽然不容易，合则更难，需要各种标准，各种流水线，才能将零件组装称为车。 我们先来回顾一下拆的过程。 最初的应用大多数是一个单体应用 一个Java后端，后面跟一个数据库，基本上就搞定了。 随着系统复杂度的增加，首先Java程序需要做的是纵向的拆分。 首先最外面是一个负载均衡，接着是接入的nginx，做不同服务的路由。 不同的服务拆成独立的进程，独立部署，每个服务使用自己的数据库和缓存，解决数据库和缓存的单点瓶颈。 数据库使用一主多从的模式，进行读写分离，主要针对读多写少的场景。 为了承载更多的请求，设置缓存层

微服务化的基石——持续集成

由 懵懂的女人 提交于 2021-02-12 09:59:56
点击上方“ 程序员小灰 ”，选择“置顶公众号” 有趣有内涵的文章第一时间送达！ 本文转载自公众号 刘超的通俗云计算 一、持续集成对于微服务的意义：拆之前要先解决合的问题 在很多微服务化的文章中，很少会把持续集成放在第一篇，因为大多数的文章都会将如何拆的问题，例如拆的粒度，拆的时机，拆的方式。 为什么需要拆呢？因为这是人类处理问题的本质方式：将一个大的复杂问题，变成很多个小问题解决。 所以当一个系统复杂到一定程度，当维护一个系统的人数多到一定程度，解决问题的难度和沟通成本大大提高，因而需要拆成很多个工程，拆成很多个团队，分而治之。 然而当每个子团队将子问题解决了，整个系统的问题就解决了么？你可以想象你将一辆整车拆成零件，然后再组装起来的过程，你就可以想象拆虽然不容易，合则更难，需要各种标准，各种流水线，才能将零件组装称为车。 我们先来回顾一下拆的过程。 最初的应用大多数是一个单体应用 一个Java后端，后面跟一个数据库，基本上就搞定了。 随着系统复杂度的增加，首先Java程序需要做的是纵向的拆分。 首先最外面是一个负载均衡，接着是接入的nginx，做不同服务的路由。 不同的服务拆成独立的进程，独立部署，每个服务使用自己的数据库和缓存，解决数据库和缓存的单点瓶颈。 数据库使用一主多从的模式，进行读写分离，主要针对读多写少的场景。 为了承载更多的请求，设置缓存层

Flyway conditional db migration

由 非 Y 不嫁゛ 提交于 2021-02-10 04:15:21
问题 I'm trying to use flyway, but I have a scenario that does not know how to resolve: When I apply the STANDARD scripts, I have to run V1.0__create_table_TAB1.sql When I apply the scripts to customer1, the TAB1 table is a view, and so I have to run V1.0__create_view_TAB1_to_schema1.sql. Practically: └── sql ├── sql_common │ ├── V0.0 __.... sql │ └── V1.0__create_table_TAB1.sql ├── sql_customer1 │ └── V1.0__create_view_TAB1_to_schema1.sql └── sql_customer2 └── V1.0__create_view_TAB1_to_schema2

Flyway conditional db migration

由 ぃ、小莉子 提交于 2021-02-10 04:15:13
问题 I'm trying to use flyway, but I have a scenario that does not know how to resolve: When I apply the STANDARD scripts, I have to run V1.0__create_table_TAB1.sql When I apply the scripts to customer1, the TAB1 table is a view, and so I have to run V1.0__create_view_TAB1_to_schema1.sql. Practically: └── sql ├── sql_common │ ├── V0.0 __.... sql │ └── V1.0__create_table_TAB1.sql ├── sql_customer1 │ └── V1.0__create_view_TAB1_to_schema1.sql └── sql_customer2 └── V1.0__create_view_TAB1_to_schema2

Flyway conditional db migration

由 独自空忆成欢 提交于 2021-02-10 04:12:57
问题 I'm trying to use flyway, but I have a scenario that does not know how to resolve: When I apply the STANDARD scripts, I have to run V1.0__create_table_TAB1.sql When I apply the scripts to customer1, the TAB1 table is a view, and so I have to run V1.0__create_view_TAB1_to_schema1.sql. Practically: └── sql ├── sql_common │ ├── V0.0 __.... sql │ └── V1.0__create_table_TAB1.sql ├── sql_customer1 │ └── V1.0__create_view_TAB1_to_schema1.sql └── sql_customer2 └── V1.0__create_view_TAB1_to_schema2
订阅 Flyway