2020-03-01

イタリア旅行

新婚旅行でイタリア旅行に行ってきました。

2/23〜3/1の6泊8日。3ヶ月前に往復フライトのチケットを取って、1週前に最初の3泊の宿を取り、いつも通りほぼ下調べ無しで出発。絶対やりたいこととしては「ベネチアでゆっくりする」くらいなのでとにかく気楽に行きました。翌日の予定をなんとなく前日に立てて動く、という方針でうまくやれました。

今回も取引先には大した連絡をせずにしれっと行ったのですが連絡遅くて迷惑かけた部分もあったので次はちゃんと連絡してからいこうかなと思いました。

感想

【良かったこと】

泊まったホテルがとても良かった
- 大して行動を考えていなかった割に立地も良いところを選べた
最高に良いコーヒー屋を見つけた
チケッティが通いたいくらい気に入った
適当に入ったレストランがだいたい美味しかった
- 店員さんもみんな優しかった
オフシーズン＆コロナで人が少なかったのでどの観光地もじっくり見れた
ベネチアは美術館や聖堂が全てしまっていたがその分「ベネチアをゆっくりする」という目的はより果たすことができた
想像以上に安全だった
カーニバルは中止されてしまったが仮装をしている人が街を歩いていたり、紙吹雪が残っていたりと雰囲気を感じられた
フィレンツェのビステッカが最高にうまかった
ローマは２日ほどだったが王道の観光地はだいたい回れた気がする
ローマの休日を見直してから行ったのも正解だった
ワインとコーヒーと炭酸水が日本よりも激安で最高だなと思った
クレジットカードがほぼほぼ使えた
- 100ユーロのゴンドラを入れて230ユーロほどしか使わなかった（そのうち70ユーロはクレカが使える店でうまくクレジットカードが利用できなかったもの）
どの都市でもスーパーに寄って現地の人がどんな買い物をしているのか垣間見ることができた
マテ貝やアーティチョークなど日本ではあまり食べないものを食べられた

【次に活かしたいこと】

英語が思った以上に喋れなくなってた。英会話教室に行きたい
ベネチアは美術館や聖堂が全て閉まっていたのでリベンジしたい
イタリア語とローマ史を勉強してから行きたい
もっと小さい町も回りたい
時差ボケで最初の方は体力的に夜動けなかった。もっと飲み歩きたかった
複数のホテル泊まってどれも浴槽がなかったので多少値が張っても何泊かは浴槽ありが良いかも
今回は空いてたから問題なかったが有名施設系は予約をきちんとしたほうが良さそうと思った

行動ログ

長くなるのでやったこと箇条書き

1日目
- 14:00発の直行便
- 機内で地球の歩き方とNetflixで見つけたベネチアの食を紹介している映像を見て行きたい場所を見繕うwww.netflix.com
- 18:40 ローマに到着(13時間弱)
- 20:55 ベネチアへ乗り換え
  - 国内線は直前に取ったので通常の乗り継ぎではなく一回荷物を取ってローマ再度チェックイン
- ベネチア便は20分くらい遅れて22:20くらいに到着
- 22:45のAlilaguna社の水上バスが余裕かなと思ってたら意外とギリギリに
- バス停から徒歩で10分ほど夜道だったものの大きい運河沿いだったので問題なく到着
2日目
- ホテルで朝食(食べ過ぎる)
- ホテル周りを散策
- ヴァポレットでサンマルコ広場に
- サンマルコ広場まわりを散策
- 腹ぺこフィルで紹介されていたチケッティの店に行く
- リアルト橋周りを散策
- ゴンドラに乗る
- ホテル方面に散歩しながら帰る
- ホテル近くのトラットリアに入る
  - 謎の細長い貝と魚とパスタ。楽しげな店主の店で味もうまかった
3日目
- ホテルで朝食(食べ過ぎる)
- ムラーノ島に行く
- グラスを買う
- ブラーノ島に行く
  - ムラーノ島のついでかなと思ったらこっちのが観光しがいのあるところだった
- 適当なトラットリアで昼食
- 本島に戻る
- 島の外側を運行するヴァポレットにのってぐるっと島の全体像をみる
- サンマルコ広場で降りて近くのトラットリアで食事
- 歩いて帰る
4日目
- ホテルで朝食
- 腹ぺこフィルで紹介されていたコーヒーの店に行く
  - とても良かった
- トラゲットに乗ってなかったのを思い出し乗りに行く
- 惜しみつつ最後のベネチアの町並みを堪能する
- コロナが迫ってきてる感もあったので昼過ぎにフィレンツェに移動
- ドゥオーモに向かいつつパニーニを食べる
- チケットを買おうとしたら予約が必要と判明して入れなかった
- 世界最古の薬局とやらに行って買い物をする
- 初めて免税手続きというものを経験することに
- いったんホテルに戻って良さそうなビステッカの店を探す
- 開店1時間後くらいにいったら誰もいなくてビビった
- ビステッカとパスタとワインを頼む
- 信じられないほどうまかった
- 満足してホテルに戻る
5日目
- フィレンツェは昼くらいまででローマに向かいたかったので一番見たかったアカデミア美術館のダビデ像を見に行く
- 音声ガイドを借りたがイマイチあたまに入ってこなかった
- とにかくダビデ像に圧倒された
- ドゥオーモはメインのところに入るのは無料だったのでそこだけ見て観光は終了
- 前日のビステッカがうますぎたので駅近くのビステッカに行く
- 美味しかったが前日のにくらべるとインパクトは無かった
- チケットを買ってローマに向かう
- 駅近くのホテルにチェックイン
- 歩いて回れる近くの聖堂に行く
- ローマはそれまでに比べて怪しい人が多いので怖がりながら行動
- 行く予定じゃなかった小さめの協会が個人的に一番感動
- 夕食は選ぶのに悩んだので日本人が行きそうな店を選んで何も考えずに食事ができるように
- スーパーでワインを買って部屋で飲む
- ワインオープナーがなかったので電話したらレストランからバーテンさんが来て空けてくれた
6日目
- バチカンに行く
- 美術館はさっと見るだけでも半日かかった
- その後ナヴォーナ広場→パンテオン→トレビの泉→スペイン広場
- 途中に Chiesa di Sant' Ignazio di Loyola という教会があってふとよってみたら3Dに見える天井ががあって驚いた
- 夕食はOsteriaで魚とパスタ
7日目
- 早起きしてコロッセオ、フォロ・ロマーノへ
- 昼にホテルへ戻ってチェックアウト
- 駅の券売機がほとんど停止していて、空港までのチケットをなかなか買えず
- 動いている券売機の前に駅員さんぽい人がいてやってもらったらチップを請求されてしまった
  - やってもらってしまった時点でしょうがないかなと思って払ってあげた
- 空港は出発14:55のの1時間半前には到着
- 何故かBordingが出発の1時間以上前に開始する便だったので結果焦ることに
- 無事乗れて帰国の道へ
8日目
- 飛行機はあまり寝れなかった
- 11:00に無事到着
- 13:00 帰宅

まとめ

最高でした。また行きたいです。

2020-01-05

年初の家計見直しと目標設定

日記

今日は一年間の家計の貯蓄と出費について夫婦で目標設定を行いました。

昨年に婚姻というものを行ってお金を適切に利用する必要ができたため、家計の管理というものについて試行錯誤しています。

やりたいこととしては

キャッシュフローの把握
貯蓄額の目標設定
使うお金の配分の認識合わせ

という感じです。

一つ目のキャッシュフローの把握なんですが、妻の所得は会社からの給与だけですが、私の所得は一人会社からの給与と個人事業主として継続している売上があります。銀行口座とクレジットカードの口座が個人、個人事業、法人のそれぞれにあり、更に会社に残る利益なども考えると、どういうお金の動きがあってどうするのが最適なのかというのが意外と難しくなっています。

こういったことを踏まえてFP2級を(一応)持っている夫婦で昨年からやってきたことを簡単にまとめておきます。

1. 将来について話す

いつまで働くのか、子供はどうしたいか、稼げなくなる可能性は、海外で仕事をする可能性は、持ち家にしたいか、日本経済の今後はどうなるか、などなど話しておかないと前提が違ってくるのでお互いの考えを話しておくと良い気がします。

とはいえ結局はお互い「将来のことはわからない」ということで、基本的には無理しない範囲でためて、資産運用は適切にしておこう、くらいのゆるい話になっています。

2. キャッシュフロー図を作る

どういうのが正解なのかはわからないのですが、下のような図を手書きで書きました（実際には具体的な数字を書き込んでいます）。

お金のINとOUTが1つに図になることでお互いの認識にずれがなくなって個人的には良いものを作れたなと思っています。

f:id:miyasakura:20200105223339j:plain:w300

※ 実際にはふるさと納税など他にもお金の動きがあり全く完璧では無いのでざっくり把握する程度のものです。

3. 貯蓄額目標を設定する

ある程度キャッシュフローが見えてきたら現実的な範囲で目標設定をしています。

そこまでしなくてもある程度は貯まるとは思いますが、やはりお金を貯めるには最初に別枠にしてしまうのが鉄則です。

4. 大きな出費用の積立額を決める

旅行などはたまにする大きな出費ですが何も基準がないと（私が）ついお金を使いがちなので、月額いくらかを積み立ててその中でやりくりすることで、節度ある出費におさめています。

この積立はどこかのタイミングで基本的には消費する前提で、金額内であれば贅沢をしても問題ないのでお金を使うことに罪悪感がないのも良いです。

今のところは旅行、衣服費、家財・家電という三種類の積立を行っています。

5. 残りの費用を出費に割り振る

出費はおおよそ下記のカテゴリわけです。変動費は細かくしてもそこまで意味がないのでざっくりとしたカテゴリに分けています。

固定費
- 水道
- ガス
- 電気
- 携帯電話
- インターネット
- ジム
- お小遣い(お互いの個人的出費の目安)
変動費
- 食費
- 日用品費
- 雑費

またここで改めて貯蓄目標や積立額を見直してバランス良い形に収めました。

雑費については妻の裁量に任せて個人的なものに使ってもよくしているのでそれなりにストレスなくお金が使えるような状態にできている気がします。

（自分は会社の経費で欲しい物（ガジェット）は買える場合が多いのでそもそもお金はほぼ使わない。）

6. 資産運用を検討する

貯蓄分についてどう運用するかですが、個人的には最低半分はリスク資産にしておきたい気持ちなので投資商品について色々と話し合って決めました。

7. 毎月の出費を管理、記録する

あとは毎月の動きを追いかけて、無理のない計画になっていないかなどを確認します。

ほぼキャッシュレス決済なので、Zaimを使って手間としては月末にスプレッドシートに入力するだけです。

毎月の動きをちゃんと追えるように少しずつ手を入れながら作っていたら残高試算表ぽい感じになって結局は複式簿記が最強なんだなという気持ちになりました。

各々の日々の出費についてはZaimを利用していますが、資産残高についてはMoneyForwardを利用するという使い分けにしています。

おわりに

共用の口座に決めた額だけ入れて残りは自分が自由にする、という考えもよくありますがそれだとどうしても部分最適になってしまいます。

お互いの収入を家庭の収入として、その配賦をお互い納得する形にできるのが全体最適であるべき姿だと思っています。（もちろんプライベートな部分もあって良いですが。）

まだちょっとずつやり方が変わってきているので、もう少し運用が落ち着いたらちゃんとやり方をまとめてみたいです。

大してまとまってなく誰に向けて書いたわけでもないですが、もし誰かの参考になれば幸いです。

2019-12-13

2019年下半期振り返り

まだ半月残ってますが大して中身のない振り返り2019下半期ver。上半期は下記。

miyasakura.hatenablog.com

仕事

忙しくなった
- 土日も何かしらやっていることが多い
- 相変わらず工数の半分くらいはボランティアみたいなもので収入は増えない
- そろそろ形になるのが出てくるような気配もしている
人を他の人や会社に紹介するようになった
- 人をつなぐということも大事だなと思い苦手なことだけどチャレンジ中
ちょっと作りたいプロダクトが出てきた
- 作り始めたので来年には何かしらの結果を出したい
プライベートが忙しかったのであまり仕事に集中できなかった面もある

技術

Kubernetes触り始めた
AWSで新しく触ったのは、LightSail, EKS, WorkSpacesくらい
久々の自宅Linuxサーバー運用

プライベート

入籍した
- 結婚式を上げた
- バリに行った
ジムに行き始めた
- 週1で運動する習慣
買ってよかったもの
- フルワイヤレスイヤホンを買った
  - 耳に合うイヤホンが人生で初めて見つかる
- ScanSnap FI-IX100A
  - ハンディかつWiFiというだけでここまで使うストレスが減るとは
- 自宅用デスクトップマシン
  - 思ったより満足度が高い
読んだ本
- 巨富を築く13の条件
- イシューからはじめよ
- ゼロ秒思考
見た映画
- 天気の子
- ジョーカー
- わたしは光をにぎっている

まとめ

忙しさもあって自分の成長に時間を使えなかった。

来年前半も忙しそうなので、後半くらいからは落ち着けたらなと思う。

2019-10-10

3泊5日バリ島旅行の記録

日記

9月に18日(水)〜22日(日)で行ってきました。

少し仕事するかなーと思っていたのですが結局PCは一回も開かず。

取引先に特に何も告げずに行ったので色々迷惑がかかってしまいました。すみません。

旅行は思ったよりも楽しかったので備忘録として内容をメモ。

予約

リゾートに行こうと思い立ったのが8月末。

ダナンやグアムなどがアイディアとして出たものの雨季だったり飛行機が直前過ぎて高いのしかなかったので、HISに相談に行ったらバリで安いプランがあったのでそれに決定。

その中でホテルはSofitel Bali Nusa Dua Beach Resortというちょっと良いのにして、飛行機＋ホテル＋現地送迎で2人で29万くらい。

航空券が普通に取れるならホテル含めて自分でとった方がもうちょい安くなる価格設定だと思う。

準備

ドタバタしてたので準備は何もしてなくて飛行機の出発時間すら前日に確認したくらい。

前情報としては妻の友人からUbudは行ったほうが良いという情報だけもらった。

海外旅行用の買い物としてはコンセントの変換プラグとアネッサの日焼け止めだけ購入。

1日目

2人ともリュック1つずつの荷物だったので預ける荷物なしで行ったらチェックインのときにやや驚かれた。

成田を午前11時発で現地着が17:30くらい。

時差は1時間なので実質のフライト時間が7:30くらいあって疲れた。

現地についたら空港のATMで500,000ルピア（4000円くらい）ほど引き出してそのあとSIMを購入。

空港で買えるSIMはTelkomselとIM3というSimで前情報だとTelkomselがオススメということだったものの、IM3だと6GB／5分の通話／同じ会社だと通話し放題で100,000ルピアということで十分そうだったのでこれを選択。

これが実際に使ってみたら6GBの内訳がは午前1-6時しか使えないものが2GB、4Gが使えない一部区域のものが2GBとなっていて実質2GBしか使えないものだった。

通話は一瞬でもつながると1分単位で減ってしまうのでかけられるのは最大で5回。更に同じSIM同士でかけても通話時間が減ったので本当にUnlimitedなのかは謎。

ということでお勧めはしないSIMです。

その後HISの人と合流。

その他の人が来るのを待ってかつ他のホテルに寄ったりしたので結局ホテルに付いたら20時くらいになっていた。

こういう送迎は初めてお願いしてみたものの普通にタクシーで行けばよかったなという感想。

ついたらHISの人が気を利かせて部屋をツインからダブルにしてもらえるということで更に30分くらい待ち。

何度かまだですかね？みたいなのを聞いてたら怒ってると思われたのかAfternoon Teaのバウチャーをくれた。

ホテルは施設も部屋も接客も思った以上のクオリティ。

夕食は外に出ようかと思ってたものの、思ったより遅くなってしまったのでホテル内のビュッフェスタイルのところにすることに。

これも各国の料理がかなりの種類あったりで大満足。

夕食を取りながら2日目のプランをとりあえず買い物を色々してゆっくり過ごすということに決定。

その後は戻って部屋に戻って風呂に入って就寝。

無料である水が瓶だったのに栓抜きの場所がよくわからず2回もフロントに場所を聞いてしまった。

f:id:miyasakura:20191010163516j:plain — 栓抜き

2日目

朝食も前日に夕食を食べた場所。

やはり満足度は高く、特に目の前で作ってもらえるスムージーが良かった。

朝食後はヌサドゥアエリアの浜辺を歩いて、バリコレクションでショッピング。

その後はGrab Taxiを使って移動。バリコレクションからだとGrab Taxiが使えないみたいでちょっと離れた場所でPick upしてもらった。

いくつかのショッピングモールを移動しながらTシャツ買ったりサンダル買ったり。

その中で最初のGrab Taxiの運転手がUbudへ案内してくれると言ってくれたのでお願いして、これによって翌日はUbudを回ることが決定。

ほとんど予定は立てていなかったので3日目の予定が埋まって一安心するなど。

そして更にDiscovery Shopping Mallに行ったら怪しい人に話しかけられて、もらった紙を開けるとなんと1等があたる。

内容としては、Karmaホテルの説明を1時間聞くことを条件に

7泊のホテルチケット
Go Pro
2,000,000ルピア（約15,000円）

のいずれかがランダムでもらえるとのこと。

f:id:miyasakura:20191010163557j:plain — 1等があたった。怪しい

軽くホテルについてググってそこまで危険ではなさそうだったので良いホテルを1時間見るくらいなら良いかと話を聞きに行ったら、いわゆるマルチ商法的な雰囲気の勧誘をされた。

ゴルフ会員権的な性質の商品で面白そうだったもののそのまま聞いてると4, 5時間くらいはかかりそうな雰囲気だったので1時間経ったところで無理やり切り上げる。そしたらマネージャーを呼ばれて色々言われたものの、ちょっとキレ気味に対応したら普通に商品くれて帰してもらえた。タイやドイツで無料で7泊できるらしい。

Shopping Mallに再度連れてきてもらって昼飯を食べてショッピングをしていたらいきなりアナウンスが流れてみんな慌てて外に逃げていくという光景が。

どうやら地震がおこったみたいで、こういうときに言葉がわからないとどんな危機が迫っているのかわからないのが怖い。

店員たちが中に戻っていくのを確認して再度買い物をして、ホテルに戻ったら16時くらい。

ビーチとプールを少し楽しんで、お腹が空いたので夕食に。

レストランに行っても良かったものの、人生初のルームサービスにチャレンジしてみることに。

インドネシア料理っぽいものを色々と部屋に届けてもらった。

その後はいつもどおりお酒を飲みすぎて調子に乗ってワインのボトルを頼んだりで中々のお値段になってしまった。

3日目

前日にお願いしたタクシーの運転手と朝9時にホテルで合流してUbudに向かう。

まずはUbudに行く途中でバロンダンスとやらを鑑賞。価格は100,000ルピア。

日本の歌舞伎っぽい感じで面白かった。

その後はUbudでブランコをやってRice Terraceを歩いてという王道ぽいことをやったあと昼飯を軽く食べてショッピングに。

小さい露店が大量にあるところに連れて行ってもらった。

200,000ルピアって言われたものが要らないって言ってると50,000ルピアくらいまでは余裕で下がる。

しかもそれでも普通に安めの店で買えば30,000ルピアくらいで買えたのでエンターテイメントとして割り切って楽しむところなんだなという感じだった。

個人的にはこういう騙し合いみたいなのは好きじゃないのでもっと静かに買い物したいなぁなんて思いながらそれでもいくつか物は買ってしまった。

ショッピングが終わったら別エリアのシーフードを食べれるレストランに移動。

夕日を見ながらと言っていたものの、ショッピングを楽しみすぎたせいで道の途中で完全に日が沈んでしまっていた。

目の前で生きている魚を指定してそれを調理してくれる形式で、ロブスターと謎の黄色い斑点がある魚を食べた。

魚は辛さでごまかしていたが結構臭みが強かった。

そしてホテルに戻ったら21時くらい。

3泊目の夜で最後ということでホテルにあるBeach Clubに移動。

Clubなので音楽はテンション高めの曲がかかっているものの、イメージするクラブとは違ってプールサイドでカクテルを飲んでゆっくりできる場所でとても良いものだった。

4日目

最終日なのでチェックアウトぎりぎりまでホテルを楽しむことに。

朝から海でココナッツを飲んで、ホテルに戻ってプールにあるバーでジュースを飲んでとなかなか日本ではやらないようなことができた。

チェックアウトしてから初日にもらったバウチャーでAfternoon Teaを飲んでヌサドゥアエリアを後に。

いくつかのデパートやスーパー、土産屋を移動して色々とお土産を買って、空港へ移動。

早くチェックインしてラウンジに行こうと思ったらチェックインはフライトの3時間前からしかできないようで、しかもチェックインからイミグレーションまでが込みすぎてて結局ラウンジに行くほどの時間もなかったのでそのままゲートで飛行機を待つことにした。

0:45発で定刻で日本に向かう。

5日目

8:50くらいに空港着。帰りは荷物を預けたのでそれをピックアップして9:59発の京成スカイライナーに乗って帰宅へ。

感想

バリはセブより物価が高かった
英語が訛りすぎてて聞き取りづらかった
ビーチリゾートは今まで無縁だったけど予想以上に楽しかった
Sofitel Hotelはとても良いホテルなのに日本人も少なくて異国感をしっかりと感じれたのが良かった。英語である程度コミュニケーションを取る気があればオススメ

2019-08-29

AWS障害の対応振り返り

本番稼働しているサービスいくつかのうち、動かなくなるものがあったので対応した振り返り。

一人で運用している程度の比較的規模が小さいものなのであくまで自分のメモ程度に。

構成

ECS, RDS, ALB, ElastiCache, S3, SQS, CloudFormation
RDSだけSingleAZになっていた
- 昔は t2.micro をMultiAZにできなかったのかそれか無料枠を使うためにSingleAZにしてた気もする。

影響

13:30頃に外形監視のアラートから電話がかかって調査開始
ECSのコンテナが起動していない
ログを見ると13:10頃から2つのコンテナのうちコンテナが1つ落ちてその後起動しなくなっていた
もう1つのコンテナはギリギリ13:30過ぎまで生きていたが13:10からすでにだいぶ不安定でユーザーはまともに利用できていなかった可能性が高い
顧客からの問い合わせもこのくらいから入り始める

調査対応

コンテナが起動しない原因調査としてログを見るとRailsでMigrationが他のコンテナで行われているよ〜みたいなログが出ていた
RDSに入ってshow processlistをするとおかしなプロセスはなさそう
もう一回show processlistしたら帰ってこない
とりあえず再起動
再起動が全然終わらないのでこれはディスクが死んだかと思ってSnapshotから復元を試みる（最新のSnapshotが12:50までだった）
Snapshotの復元待ちの間Twitterを除くとAWSがトレンドになっていて全体の障害だと気づく
DBの復元完了を待ちつつAWSの障害じゃしょうがないよなぁと思ってゆっくり待つ
しばらくまったがDBの復元が完了しないので諦めるか…と思ったもののAZの障害なら復元先のAZを変えなきゃだめじゃんと気づく
違うAZに復元したら進んだ
12:50からのアクセスログからGET以外のものを抜き出してこのままスナップショットからサービス継続した場合の影響範囲を調査
責任者に復旧を待つかスナップショットから復元したDBを向けるかで判断を仰ぐ
スナップショットから復元したものでいくことに決定
DBの向き先を変えたものをDeployして復旧（CircleCIが動いていたのでいつもどおりのフローでデプロイ）
障害のタイミングで行ったRDSの再起動が終わったのは夜の時間帯

振り返り

12:50〜13:10のデータが失われてしまった
復旧は14:40にはできたので障害時間は2時間弱
RDSの復旧を待っていたら10時間かかっていたので比較的影響は小さく抑えられた
MultiAZじゃなくても良いという判断をするレベルのサービスなので20分程度のデータ損失はぎりぎり許容範囲だったと思う
今後はMultiAZにします…

2019-08-09

ECSで動いているIP制限ありのサービスをLet's EncryptでSSL化

シングルサーバーで動かすちょっとした社内向けサービスの依頼があったのでサクッと作ってAWS上にECSを使ってデプロイしたんですが、さすがにhttpsにしてほしいという話になりました。

ALB配置すればいいだけなんですがそのために毎月2000円も払うほどのものでもないので簡単にhttps化できないものかと考えました。

シングルサーバーでDockerをhttps化するといえば nginx-proxy + letsencrypt-nginx-proxy-companion の組み合わせが王道かなと思っているのですが、社内IPにアクセスを閉じているためhttp-01の認証方式が使えません。

どうしたものかと少し悩んだのですが、letsencrypt-nginx-proxy-companionを書き換えて dns-01 に対応させてしまうことにしました。

やったこと

1. letsencrypt-nginx-proxy-companionをdns-01に対応させる

GitHubのリポジトリが GitHub - JrCs/docker-letsencrypt-nginx-proxy-companion: LetsEncrypt companion container for nginx-proxy これなんですが、中を見ると simp_le というLet's Encryptのクライアントを使っているようです。これはhttp-01の方式にしか対応していなさそうなので、これを certbot + certbot-dns-route53 プラグインという構成に変更します。

やり方としては上記のリポジトリをフォークしてソースコード読んでそれっぽく対応させます。simp_le から certbot への入れ替えればOKかなと思ったのですが、証明書や鍵の保存場所が異なるのでそこも nginx-proxy 側のソースを読みつつ適切なファイル名でコピーしてあげる必要がありました。

Use dns-01 instead of http-01 · kenjimiyao/docker-letsencrypt-nginx-proxy-companion@59514cb · GitHub

ちゃんとやってると大変なので、かなり適当です。

これを dockerhub に push します。（機密情報は無いのでパブリックリポジトリで問題なし）

2. docker-composeで動かしてみる

いきなりECSだと大変なので適当にEC2サーバーを作って実行してうまく動くことを確認します。

まずEC2のInstance Roleには Route 53の操作権限が必要です。

route53:ListHostedZones
route53:GetChange
route53:ChangeResourceRecordSets

そしてdocker-compose.ymlを作成します。

nginxの後ろで動くアプリケーションが必要ですが、すぐに動くサーバーアプリケーションが思いつかなかったのでこれも謎に作りました。

FROM python:3.7.4-alpine

EXPOSE 3000
CMD ["python", "-m", "http.server", "3000"]

で色々試しながら docker-compose は下記のような感じに。複数ファイルに分けるパターンもあるようですがひとまず1ファイルで。

docker-composeのバージョンが2の例が多くて少し悩みました（3だとvolumes_fromが使えない）

version: '3'
services:
  app:
    image: kenjimiyao/hello-world
    ports:
      - 3000:3000
    environment:
      VIRTUAL_HOST: supertest.example.com
      LETSENCRYPT_HOST: supertest.example.com
      LETSENCRYPT_EMAIL: asdf@example.com

  nginx-proxy:
    image: jwilder/nginx-proxy
    container_name: nginx-proxy
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - /var/run/docker.sock:/tmp/docker.sock:ro
      - ./certs:/etc/nginx/certs:ro
      - proxy:/etc/nginx/vhost.d
      - proxy:/usr/share/nginx/html
    restart: always
    labels:
      - "com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy"

  letsencrypt:
    image: kenjimiyao/docker-letsencrypt-nginx-proxy-companion
    container_name: letsencrypt
    depends_on:
      - nginx-proxy
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock:ro
      - ./certs:/etc/nginx/certs:rw
      - ./letsencrypt:/etc/letsencrypt:rw
      - proxy:/etc/nginx/vhost.d
      - proxy:/usr/share/nginx/html
    restart: always

volumes:
  proxy:

3. ECSに対応させる

そのままecs-cliでデプロイもできるみたいですが私は基本的に CloudFormation を使う人なのでCloudFormationのテンプレートにします。

  TaskDefinition:
    Type: AWS::ECS::TaskDefinition
    Properties:
      TaskRoleArn: !Ref TaskRole
      Volumes:
        - Name: volume-1
          Host:
            SourcePath: '/var/run/docker.sock'
        - Name: volume-2
          Host:
            SourcePath: '/opt/certs'
        - Name: volume-3
          Host:
            SourcePath: '/opt/letsencrypt'
        - Name: proxy
      ContainerDefinitions:

        - Name: nginx-proxy
          Essential: 'true'
          Image: jwilder/nginx-proxy
          PortMappings:
            - ContainerPort: 443
              HostPort: 443
          MemoryReservation: 100
          Memory: 100
          MountPoints:
            - ReadOnly: true
              ContainerPath: /tmp/docker.sock
              SourceVolume: volume-1
            - ReadOnly: true
              ContainerPath: /etc/nginx/certs
              SourceVolume: volume-2
            - ReadOnly: false
              ContainerPath: /etc/nginx/vhost.d
              SourceVolume: proxy
            - ReadOnly: false
              ContainerPath: /usr/share/nginx/html
              SourceVolume: proxy
          DockerLabels:
            "com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy": "true"
          LogConfiguration:
            LogDriver: awslogs
            Options:
              awslogs-group: !Ref LogGroup
              awslogs-region: !Ref 'AWS::Region'
              awslogs-stream-prefix: 'nginx-proxy'

        - Name: letsencrypt
          DependsOn:
            - Condition: 'START'
              ContainerName: nginx-proxy
          Essential: 'true'
          Image: kenjimiyao/docker-letsencrypt-nginx-proxy-companion
          MemoryReservation: 100
          Memory: 100
          MountPoints:
            - ReadOnly: true
              ContainerPath: /var/run/docker.sock
              SourceVolume: volume-1
            - ReadOnly: false
              ContainerPath: /etc/nginx/certs
              SourceVolume: volume-2
            - ReadOnly: false
              ContainerPath: /etc/letsencrypt
              SourceVolume: volume-3
            - ReadOnly: false
              ContainerPath: /etc/nginx/vhost.d
              SourceVolume: proxy
            - ReadOnly: false
              ContainerPath: /usr/share/nginx/html
              SourceVolume: proxy
          LogConfiguration:
            LogDriver: awslogs
            Options:
              awslogs-group: !Ref LogGroup
              awslogs-region: !Ref 'AWS::Region'
              awslogs-stream-prefix: 'letsencrypt'

        - Name: app
          Essential: 'true'
          Image: kenjimiyao/hello-world
          MemoryReservation: 300
          Memory: 300
          LogConfiguration:
            LogDriver: awslogs
            Options:
              awslogs-group: !Ref LogGroup
              awslogs-region: !Ref 'AWS::Region'
              awslogs-stream-prefix: 'app'
          PortMappings:
            - ContainerPort: 8080
              HostPort: 8080
          Environment:
            - Name: BUILD_NUMBER
              Value: !Ref Build
            - Name: DATABASE_URL
              Value: !Ref DatabaseUrl
            - Name: VIRTUAL_HOST
              Value: supertest.example.com
            - Name: LETSENCRYPT_HOST
              Value: supertest.example.com
            - Name: LETSENCRYPT_EMAIL
              Value: supertest@example.com

  TaskRole:
    Type: AWS::IAM::Role
    Properties:
      AssumeRolePolicyDocument:
        Statement:
          - Effect: Allow
            Principal:
              Service: [ecs-tasks.amazonaws.com]
            Action: ['sts:AssumeRole']
      Path: /
      Policies:
        - PolicyName: ecs-execution-policy
          PolicyDocument:
            Statement:
              - Effect: Allow
                Action:
                  - 'ecr:GetAuthorizationToken'
                  - 'ecr:BatchCheckLayerAvailability'
                  - 'ecr:GetDownloadUrlForLayer'
                  - 'ecr:BatchGetImage'
                  - 'logs:CreateLogStream'
                  - 'logs:PutLogEvents'
                  - 'route53:ListHostedZones'
                  - 'route53:GetChange'
                  - 'route53:ChangeResourceRecordSets'
                Resource: '*'

以上でhttpsアクセスができるようになりました。

これが正しい方針かと言われると自信は無いというか普通ならALB使う気がしますが、ちょっとやってみたかったのでLet's Encryptにチャレンジしてみました。

一応永続化してますが、Taskがそれほど落ちない前提であれば永続化しなくても大丈夫だと思うのでFargateも対応できるんじゃないかなと思っています。

こういったことならDockerを使うんじゃなくて普通にサーバーを立てたほうが早かったりするんですが、これから自分が作るサービスはとにかく通常のサーバー管理をしたくないのでこういう知見を自分の中に貯めていきたいなと思います。

2019-07-31

Yahoo!スコアの開示請求をしてみた

日記

やや乗り遅れましたが話題のYahoo!スコアの開示請求をやってみました。少し面倒ですが、かかったお金は開示請求書の送料のみでした。

流れ

サポートからのレスポンスは非常に早い印象でした。こういうことでサービスへの印象は良くなるのでサポートの品質は大事ですね。

7/13(土) お問合せフォームから問い合わせ
7/15(月) 同意事項などの詳細情報がサポートからメールで返信されてくる
7/17(水) こちらから開示請求依頼メールを返信
7/17(水) 開示請求のやり方についてのメールが来る
7/20(土) 開示請求書を送付
7/23(火) 請求書の到着連絡メールが来る
7/25(木) 発送連絡が来る
7/27(金) 本人限定受取郵便の通知が届く

あとは郵便局に連絡して受け取りで完了です。

結果

488/900 でした。Yahooサービスの利用頻度が大きく関わってくるようです。最近はあまり使っていないので高くは出ないですね。

スコアが一番高いのはYahooでの検索回数で、リアルタイム検索をいつも使っているのでそれによって高くなっているようです。

f:id:miyasakura:20190731223559p:plain

スコアの項目について

叩かれやすいYahooとあって個人情報の保護という観点ではかなり気を使ってる印象です。

これくらいであれば提供しても比較的安心できるかなと思います。