よくチューニングされていそう
crunchydataでまとめると幸せそうな未来が見える https://info.crunchydata.com/blog/advanced-crunchy-containers-for-postgresql
AzureAD使うのってオンプレAD前提とした時以外にあるんだろうか？
やまーOffice365のみとかはあるかもしれないけど
オンプレAD前提としてないのにOffice365使うのはもともとoutlook.com使ってたとかそういう背景があるとかかなやっぱり
理由なんでか知らないけどhey社オンプレADとoffice365とでID統合してそのあとその他SaaSとSSO組むぜーみたいな野望があったみたいだけど潰えた
弊社、担当者がAzureADもOffice365もIAMも分かんない人がよくわかんない設定をした結果、MSアカウントと組織アカウントを使い分けなければいけないという大問題が
AD の 拡張属性に O365 の Principal name 手作業で打った思い出。（用語は最近触ってないのでうろ覚え）
@cybergene あー
じゃー弊社のは元々持ってたMSアカウントがあって、後からOffice365入会してって感じなのか
歴史を感じる
https://qiita.com/kikuchi_kentaro/items/4565292affaf2e521e0f
コンテナでDB動かすのめんどくさそうで嫌になってきた
aptで入れちゃうか
@yakumo dbのユーザ作ったりってどんな感じでした？
mastodonのセットアップスクリプトで作ってくれたのかな
@cybergene なんじゃそりゃ便利そう！
お仕事柄1つのサービスの複数アカウントにログインしたりとか多いのでブラウザ分けたりchromeのユーザ分けたりとかやってます
@yakumo なるほど
なら別DBからデータ移してこなきゃならないので、一度自動でDB作らせて、コンテナに入ってdumpデータ流すって感じかなぁ
docker-compose -f docker-compose.override.yml pull
ちょっと失敗したなこれ
/EBS/
をpsqlのデータディレクトリにすると不便だ1ディレクトリ間に挟めばよかった
ちょっと心配なのはコンテナごとにじゃなくてdocker-composeで一気にコンテナ立ち上げてたからsidekiqとかいらんことしてないかなーとか
もうちょっと待ってTLの速度落ち着いたら
mv /data/* /data/db/ -r
みたいな感じで移して/data/backup/とか作ってdumpさせよう
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
寝たいけど今寝たら起きた時mstdnもplも両方落ちてたらそのまま二度寝しちゃいそうだから自動バックアップ仕掛けてから寝る
