Docker公式イメージで開発用RDBをゲットだぜ(PostgreSQL編) « LANCARD.LAB｜ランカードコムのスタッフブログ
まえがき Laravelでの開発時にデプロイ先はMySQLなのに手を抜いて手元の開発機ではSQLiteを使っていたら痛い目にあったりしました、muraveです。 SQLiteって結構ルーズにつかえてしまうので手元の開発でSQLite使っててMySQL運用のサーバーにデプロイするとエラーがバンバンというのが昨日から連続発生中。 — murave (@murave) 2016年7月14日 開発環境にあまり影響を与えずにサクッと開発用のRDB(Relational Database)を建てられると素敵ですね。Docker公式イメージを活用すると出来そうです。 RDBというデッカイ単語を使っていますが、自分がよく使うPostgreSQL、MySQL、MariaDBなどについて調べようと思います。MySQLとMariaDB自体はほぼ同じ扱い方ができるRDBですが、公式イメージでの扱いはどうなんでしょ
Docker ComposeでPostgresバックエンドのgitbucket/redmineを構築する - 理系学生日記
Redmine をマジメに使ったことがなかったのですが、使う機会が多くなってきているので、ちょっと慣れとかないと厳しいなぁと思っておりました。 とりあえず本を買ったは良いのですが、手元で確認したいというのと、同じく良く使われるようになってきている Gitbucket も手元で使いたい、 それに、せっかくだったら全部 Postgresql をバックエンドにしておきたいという思いもありました。 というわけで、これらの環境を手元にサクっと構築できるように、Docker Compose で立ち上げられるようにしておくか、というのが本エントリの趣旨になります。 これにより、以下のコマンドで、redmine と gitbucket が動き出します。 $ docker-compose run -d ベースとなるコンテナ ベースとしたのは以下のコンテナです。 コンテナ URL redmine:3.3.3
Docker構成のMastodonに後からpgBouncerを組み込む - たていすのメモ2
背景 mastodon.juggler.jp はここ数日はサーバの人数1100〜1050、1日間のアクティブユーザ270人くらいで人数はあまり変わってません。しかしユーザ間のフォローが増えるにつれて、発言、ブースト、お気に入りで発生するFan-outが大量にsidekiqのキューに積まれるのが目立ってきました。特にdefaultキューに処理が溜まるとユーザへの応答性が低下します。 Push通知は計算よりも通信待機が多いのでキューを処理するスレッドを増やすのが効果的です。 それに必要なのがCPU、メモリ、そしてDBサーバへの接続数です。 今回はDBサーバへの接続数を稼ぐために、DBサーバとアプリケーションの間にpgBouncerを設置してみます。 期待される効果 Docker構成のMastodon で使われているDBサーバの初期設定では max_connectionが100 になっていますが
Redmineインストール from Docker Hub - Qiita
Redmineインストール from Docker Hub CentOS7上にRedmineをdocker hubから最新版~~(3.3.3)~~(3.3.4)を取得してきてインストールしてみたときのメモ 実際にデータのバックアップ・リストアを行ってみたので更新(2017/04/20) redmine(3.3.4)とpostgres(9.6.3)のバージョンが上がっていたので、手元の環境をバージョンアップしたときのメモを追加(2017/07/06) 環境は CentOS 7.3.1611、docker-1.12.6 イメージの取得 docker hubよりイメージを取得する。コンテナ起動時に自動的に取得するだろうけど、一応先に取得しておく。 $ docker pull redmine:3.3.4 $ docker pull postgres:9.6.3 $ docker images RE
Djangoの開発環境をDocker化してみた長所・短所 - Qiita
構築についてはこちらを参考にしました 今回は、こちらの開発環境を使った感想について述べてみたいと思います 長所 Postgres環境を使い捨て出来る 恐らく考えられる限り一番のメリットだと思います 使い捨て出来る為、様々なWebサイトの検証をPostgresで行う事が出来る OSに依存しない WindowsでもMacでもLinuxでも中身は同じOSが動くので、Windowsでは動かないみたいなパターンが発生しにくいです 短所 当たり前だが、そもそも今のフレームワークがあまりDockerと相性良くない Dockerの設定を1からする必要性があったり、ローカルの開発環境環境を完全に無駄にしたりと、もうちょっと発展させられる余地があるように感じられます ローカルの開発環境と比べると若干遅い Docker自体があまり安定しているとは言えない 私の環境では、Postgresがrestartingした
Dockerでつくる開発環境【PostgreSQLコンテナ編】
前回まででnginx+phpの環境が整いましたので、今回はデータベースサーバのコンテナを作ってphpから接続してみます。 これができれば、PostgreSQLではなくMySQLなど別のデータベースサーバでも同様に作れると思います。 Dockerfile 今回もまずはDockerfileを見てみましょう。 FROM ubuntu:14.04 MAINTAINER d-abe RUN apt-get update && \ apt-get install -y -q postgresql-9.3 libpq-dev postgresql-client-9.3 postgresql-contrib-9.3 && \ rm -rf /var/lib/apt/lists/* USER postgres RUN /etc/init.d/postgresql start &&\ psql --comma
DockerでPostgreSQLコンテナを立ててUnixドメインソケット通信するなど - 黒縁眼鏡は海を飛ぶ
Dockerを使ってPostgreSQLコンテナをたてたときに、ホストからUnixドメインソケット経由で接続できるの？と思ったので試したメモ。 環境 # cat /etc/centos-release CentOS Linux release 7.3.1611 (Core) # docker version Client: Version: 1.13.0 API version: 1.25 Go version: go1.7.3 Git commit: 49bf474 Built: Tue Jan 17 09:55:28 2017 OS/Arch: linux/amd64 Server: Version: 1.13.0 API version: 1.25 (minimum version 1.12) Go version: go1.7.3 Git commit: 49bf474 Built
Docker で PostgreSQL の FDW を使って MySQL や Redis と JOIN してみた - Qiita
経緯 最近、私はデータウェアハウスの構築や選定について色々と調査している。 時間を経て成長してきた組織では、年月を経て様々なデータベースが存在することが普通である。 それらのデータベースには特性や得手不得手や所在の差異 (OLAP, OLTP, KVS, ドキュメントストア, クラウド, オンプレミス...) があり、それぞれの差異には合理的な意味がある。 一方で、データ分析者にとっては、それら各データベースに存在するデータをあたかも 1 つのデータベースとみなして分析できるほうが都合が良い。 異なるデータベースを 1 つのデータベースとして扱う方法 Embulk を活用して、データウェアハウスとなる DB にデータを定期的にインポートする。 Presto を活用して、複数のデータベースに分散クエリを走らせ Presto Server 上で結合処理する PostgreSQL の FDW を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker for Windowsでpostgresのデータマウントができない人へ - Qiita
PostgreSQLのDockerイメージの使い方 - SIerだけど技術やりたいブログ
Docker Hub公式PostgreSQLで初期化ずみデータベースコンテナを作る - Qiita
http://geoffrey.io/backuping-postgresql-in-docker.html