手書きできる画像アップローダーみたいなのを考えてるんだけど、考えることが多い。DBどうしようとか、利用者登録管理どうしようとか。
ナウでヤングなやり方を考えるなら、クラウドでマイクロサービスでウェイするのがいいんだけど、それするとお金がドバドバ出ていく。
VultrのVPCでDockerを動かしてマイクロサービスやーってやったら安くつきそうな気がする。
そう考えると、『t_wの輪郭』のシステムもDocker上で動かしたくなる。
やることが……やることが多い……！！
ブログシステムのDocker化、ベンダーに頼むと2人月とか取られるやつじゃんね。規模によるけど。4万ページあるし、ブログ移行としては超大規模案件では？ページ数でみるとやたらデカいけど、システム的にはDBとNode.jsだからそんなにか。
問題は作業者（t_w）にDockerの知識があんまりないってことなんだよな。『t_wの輪郭』のDocker化で知識をためつつ、手書き共有ウェブアプリ（仮） EGAKUの準備を進めるという形が綺麗か。
Docker使うと依存する技術が増えて面倒じゃんというのもある。
nerdctl is a Docker-compatible CLI for containerd.
突然動かなくなる
puppeteerと相性が悪いらしい
Dockerなり、WSL2なりでWindowsと隔離して動かしたほうが良さそうだ
SSHでつないで設定変更したりするの大変そう。今まで構成してきたコマンドを一新しないといけなくなる。
Misskey.ioで全てをdockerに置くってやめにゃさいと言われたのでやめた方が良いっぽい
短期的な手間は一番少ない。学びも少ない。
後でサービス分離したいってなったときに、サービス毎のDBの分離で苦労しそうな予感。
ごちゃごちゃにならないように注意。
Appの同居はPortを分ける感じになる。
アプリのリリースがDockerをなんか入れ替えればいいので本番環境への展開が楽そう。
DBサーバー分離したいってなったらどうすんのよっていう問題があるけど、そんな日は来ない。
freee ではたまにインフラエンジニアの数が減るのですが、その減ったインフラエンジニアはインフラゾンビへと進化し、社内を闊歩します。インフラゾンビは主に開発チームに所属して、アプリっぽいインフラの仕事をインフラからアプリ側へと持っていきます。デプロイとか、Dockerとか、Jenkinsとかの、いわゆる DevOps 系のところですね。こうすることで開発者は手を出せるものの自由度が増えるし、インフラはより本来のインフラとして純度を上げていける、 so, win-win ってわけです。
Prometheusについて調べていたらなんか見つけた。こっちの話の方が面白い。DevとOpsの戦いみたいな話もあるけど、WinWinにできる良い事例なのではないかと思う。