きゃーーーーー
WordPress.comってWPのホスティングサービスを使っていて
WordPress.orgで(ホスティングサービスを使わずに)自鯖運用したいけれども
どうやって今のblogから、引越し先のサーバーへデータ移行するのかなぁ
なんて考えていたら移行方法のページ見つけた！
https://move.wordpress.com/exportimport-content/
エクスポートとインポートできるのか！わーわー
suwa3.meドメイン持っているので
さっそくwp.suwa3.meとかでサブドメイン切って移管作業やりたいです🙋
今週末のもくもく会かなぁ
blogなんだかんだ1年間毎日休まず続けているの。
TODOできたぁ
今週中にがんばるぞい😃
お仕事するようになって作業スピードが10倍くらい速くなったので
目玉焼きをつくるような手際の良さでサーバー構築したいし
クッキーを焼くようにサクッとDockerfile書けるようになりたいです。
エムグラム診断やってみました。
質問に頑張って答えたよ😃
なるほどーだったぁ。
週末に勉強会に参加したり、自鯖内で作業したりするの
もともと趣味から入って
週末に開発コミュニティなどに参加していたので
いろいろと教わった際、必然的に
『仕事も趣味も人生そのものがエンジニア』
みたいな人たちばかりで
エンジニアとはそういうものだと思っていたの。
そうじゃない人もいるというのがカルチャーショックだった。
しかし普通に考えたら、休日は休むための日だし
当たり前といえば当たり前なのかもしれない。
むしろ、感覚的に趣味と仕事の境界線が曖昧になってしまうかもしれないの
危ういなぁと思う。
先々月のTODOリストだとか見るとconfig編集していて
「まだコドモンで働いていないはずなのに何で仕事しているんだ？」
って一瞬ビビったら普通に趣味鯖で遊んでいただけとか
色々なことが出来るようになるのとても楽しいし
楽しむぶんには問題ないのだろうけれども
仕事は仕事なので(たとえ趣味鯖と同じ作業だとしても)
切り替えてキチンとこなすべきだよなぁと思う。
趣味鯖はBOT走らせ放題の実験cron回し放題のDBガンガン触って遊べるので、これからもマイペースにやりたいことやるの😃
先日の勉強会でLinuxの話になって
「モノリシックカーネルとマイクロカーネル、あなたはどちらが優れていると感じますか」
と訊かれて
「何じゃそりゃ？」
となったので、そこで聞いたことと
調べたこと、ふんわりと考えたことをまとめます。
モノリシックカーネルは一枚岩ということで
機能が分割されていないため実行速度が速い。
マイクロカーネルは逆に、様々な機能がモジュールとして分割されているため
一部のみの変更や更新などに対応することができる。
カーネルにおける設計思想ということだな、と理解しました。
以下にも詳細が載っています
モノリシックカーネルとマイクロカーネル | Linux技術者認定試験 リナック | LPI-Japan
すなわち、「完全にモノリシックカーネル」「完全にマイクロカーネル」というのは、最近では少なくなってきたのです。アーキテクチャや機能の多様化・進化に伴い、「この機能はカーネルに組み込む」「この機能はモジュールにする」のように使い分けるほうが、設計上もパフォーマンスの上でも好ましいため、と言えるでしょう。
https://linuc.org/study/knowledge/460/
これを読んで思い出したのが
VimとEmacsのエディタ論争で
シンプルさか、もしくはカスタマイズ性を求めるのかという部分では
モノリシックかマイクロか、という部分で重なりました。
「用途に合わせて」
というのが前提にあるにせよ
どちらが自分自身の考え方にあっているのかというのは
対象に合わせて自分を変化させるのか
対象を自分のコントロール下に置くのか
そういったところに帰結するような気がする。
何にせよ、自作OSやりたいので
「カーネルにも色々と種類があって、設計思想的なものがあるのだなぁ」
と知ることができたの良かったです。
sidekiqの設定をAnsibleで自動化したものを
AWS CodeDeployで自動化しようと格闘しました。
とりあえず途中まで進んだものを備忘録的に書いておきます。
まずIAMロールを作成
CodeDeployダッシュボードへ移動し
そのロールARNを元に
アプリケーション、デプロイグループの作成をします。
デプロイタイプはシンプルなものを選びます。
対象のEC2インスタンスを選択します。
デプロイ設定は、今回ES2インスタンス1台なのでOne at Timeを選択します。
詳細は以下URL
CodeDeploy でデプロイ設定を使用する - AWS CodeDeploy
ロードバランサーはEC2内部でNginx稼働しているため、今回は指定しません。
デプロイの作成で
GitHubのトークン名は
一度ブラウザでGitHubからログアウトして
アカウント名を入力してあげます。
以下URL参照
ステップ 6: アプリケーションをインスタンスにデプロイする - AWS CodeDeploy
次はリポジトリの紐付けです！
肝心のAnsibleリポジトリが
個人的に、まだまだまとめられてないなぁと感じるので
ディレクトリ掘って整備が完了次第、続きをやりたいと思います。
PORTのもくもく会に行きました。
先月行けなかったので、少し久しぶりな感じでした。
だんだん知り合いが増えてきて、ホーム感増してきたの嬉しいなぁ。
LTをやったので懇親会にも初参戦したよ。
あまり話したことない人とたくさん話せて楽しかったです。
主に趣味鯖上で運用しているSNSの
dumpのcronを書き換えたりsidekiqの設定を変えたりしました。
備忘録を残します。
$ crontab -l 0 0 * * * docker run –link mastodon_db_1 –volume /opt/backup:/mnt/backup –network mastodon_internal_network postgres:9.6-alpine /bin/sh -c “pg_dump -U postgres -h mastodon_db_1 postgres | gzip -c > /mnt/backup/dump-`date +’%Y-%m-%d’`.sql.gz; exit” > ~/cron.log 2>&1
本当はローカルにdump取りたいの
でもとりあえずdiscfullでEC2が定期的に落ちるのどうにかしたいので
`date +’%Y-%m-%d’`
ここの部分を削除して
dumpファイルが最新のものに上書きされるようにしました。
つまりこうです。
$ crontab -l 0 0 * * * docker run –link mastodon_db_1 –volume /opt/backup:/mnt/backup –network mastodon_internal_network postgres:9.6-alpine /bin/sh -c “pg_dump -U postgres -h mastodon_db_1 postgres | gzip -c > /mnt/backup/dump.