t_wの輪郭

一つのDB、一つのExpress.jsで取り回す

開発環境の構築が大きくなりがち
開発環境は単純
新しい勉強は不要

Dockerでシステムを分離させる

開発環境の構築が少し複雑になる
Dockerの勉強が必要
開発環境もDocker化したくなる
うまくやれば開発環境をクラウド化して、外からでも開発ができるようになるかも

Kubernetesを使う

開発環境の構築が複雑になる
DockerとKubernetesの勉強が必要
Kubernetes使うほどの規模じゃなくね？

そもそも同居させるのをやめて、『手書き共有ウェブアプリ EGAKU』をサーバーレスにする

ワンチャン安くつくのでは？

Dockerマシマシ案

　SSHでつないで設定変更したりするの大変そう。今まで構成してきたコマンドを一新しないといけなくなる。
　Misskey.ioで全てをdockerに置くってやめにゃさいと言われたのでやめた方が良いっぽい

Docker使わなくてもよくね案

　短期的な手間は一番少ない。学びも少ない。
　後でサービス分離したいってなったときに、サービス毎のDBの分離で苦労しそうな予感。
　ごちゃごちゃにならないように注意。
　Appの同居はPortを分ける感じになる。

Docker中道派案

　アプリのリリースがDockerをなんか入れ替えればいいので本番環境への展開が楽そう。
　DBサーバー分離したいってなったらどうすんのよっていう問題があるけど、そんな日は来ない。

　雑な絵や手書きの図をとにかく早く共有したいので、線が汚いという問題より先に、『手書き共有ウェブアプリ EGAKU』と『t_wの輪郭』の同居問題をやっつけて、早く手書きを共有可能な状態に持っていきたい。

『手書き共有ウェブアプリ EGAKU』と『t_wの輪郭』の同居問題については、今日一日かけてグダグダ考えるぐらいで行く

　いや、グダグダしたっていいんだよ

　「5分考えて実装に1時間かけるより、1時間考えて5分で実装しろ」って何かで見た。

　学習コストとかいってグダグダせずに、ブルドーザーみたいに片っ端からやっていけるなら、つよつよになれそうである。

　趣味プロダクトが作りたいんであって、技術の勉強がしたいわけじゃないんだよ！！！！
　プログラムの1行も書かずに目的のものが作れるならそうしたい。

　VultrのVPCでDockerを動かすならVultr Kubernetes Engine使ってみたいよね、となるものの、これをやろうとするとKubernetesの勉強までしないといけなくなる。無制限に勉強することが増える。片足学習主義者としては、一度に勉強することは一個までにしておきたい。

　手書きできる画像アップローダーみたいなのを考えてるんだけど、考えることが多い。DBどうしようとか、利用者登録管理どうしようとか。

　ナウでヤングなやり方を考えるなら、クラウドでマイクロサービスでウェイするのがいいんだけど、それするとお金がドバドバ出ていく。

　VultrのVPCでDockerを動かしてマイクロサービスやーってやったら安くつきそうな気がする。

　そう考えると、『t_wの輪郭』のシステムもDocker上で動かしたくなる。

　やることが……やることが多い……！！

　ブログシステムのDocker化、ベンダーに頼むと2人月とか取られるやつじゃんね。規模によるけど。4万ページあるし、ブログ移行としては超大規模案件では？ページ数でみるとやたらデカいけど、システム的にはDBとNode.jsだからそんなにか。

　問題は作業者（t_w）にDockerの知識があんまりないってことなんだよな。『t_wの輪郭』のDocker化で知識をためつつ、手書き共有ウェブアプリ（仮） EGAKUの準備を進めるという形が綺麗か。

　Docker使うと依存する技術が増えて面倒じゃんというのもある。

　クラウドでマイクロサービスでウェイをより具体的にどう考えているかを言うと、DBのマネージドサービスでDBインスタンスをサービスごとに立ててやるみたいなのを考えてます。

　趣味で触ったとき、DBのマネージドサービスが高くついた記憶。今どうなってるんだろう。かつてAWS RDSでグエエしましたわよ。つっても月額1万円はいかなかったのだけれど。

　前の現場のXXXにいたときは全部マネージドでウェイして、サーバーレスで、情報セキュリティ部のチェックシート無視できてやった～！とかしてたけど、客の金でできるからやってただけで金のない趣味プロダクトではできん。