<h1 id="fabre.debian.net%E3%81%AE%E9%96%8B%E7%99%BA%E3%81%AE%E9%80%B2%E3%82%81%E6%96%B9%E3%81%A8%E9%81%8B%E7%94%A8%E3%80%81%E5%BE%97%E3%81%9F%E5%AD%A6%E3%81%B3%E3%81%AE%E8%A9%B1">
<a class="header-anchor-link" href="#fabre.debian.net%E3%81%AE%E9%96%8B%E7%99%BA%E3%81%AE%E9%80%B2%E3%82%81%E6%96%B9%E3%81%A8%E9%81%8B%E7%94%A8%E3%80%81%E5%BE%97%E3%81%9F%E5%AD%A6%E3%81%B3%E3%81%AE%E8%A9%B1" aria-hidden="true"></a> fabre.debian.netの開発の進め方と運用、得た学びの話</h1>
<p>これは<a href="https://qiita.com/advent-calendar/2020/lenovo_app_02/day/19" target="_blank" rel="nofollow noopener noreferrer">「個人アプリ/サービス開発の進め方と運用、得た学び - 02」の19日目の記事</a>です。</p>
<h2 id="fabre.debian.net%E3%81%A8%E3%81%AF">
<a class="header-anchor-link" href="#fabre.debian.net%E3%81%A8%E3%81%AF" aria-hidden="true"></a> fabre.debian.netとは</h2>
<p>Debianのバグトラッキングシステムは <a href="https://bugs.debian.org" target="_blank" rel="nofollow noopener noreferrer">https://bugs.debian.org</a> が使われています。<br>
とても歴史のあるバグトラッキングシステムでシンプルなのですが、ちょっと使い勝手に難があります。<br>
自分が欲しい機能をフィードバックするには時間がかかりそうなので、欲しいサービスを実験的に立ち上げてみました。</p>
<ul>
<li><a href="https://fabre.debian.net" target="_blank" rel="nofollow noopener noreferrer">https://fabre.debian.net</a></li>
</ul>
<p>debian.netなのであくまで非公式なサービスに使われるドメインです。ある日突然畳むことがあるかもしれません。</p>
<p>fabre.debian.netで何を目指そうとしたのかについては、<a href="https://slide.rabbit-shocker.org/authors/kenhys/debconf2020-online/" target="_blank" rel="nofollow noopener noreferrer">An experiment about personalized front-end of bugs.debian.org</a>としてDebConf20で発表をしました。ざっくりいうと、「(自分がメンテナンスしているわけではないけれども)まだ誰も直していない放置されているバグを簡単に探せるようにしたい」です。</p>
<p><a href="https://udd.debian.org/dmd/" target="_blank" rel="nofollow noopener noreferrer">https://udd.debian.org/dmd/</a> や <a href="https://qa.debian.org" target="_blank" rel="nofollow noopener noreferrer">https://qa.debian.org</a> というのもありますが、自分がメンテナンスをしているパッケージに関して俯瞰できるようにするものです。<br>
直接関わっているわけではない放置されているバグを探したりフィードバックしようとすると用途にはあまり向いていません。</p>
<h2 id="%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E9%96%8B%E7%99%BA%E3%81%AE%E9%80%B2%E3%82%81%E6%96%B9%E3%81%A8%E9%81%8B%E7%94%A8">
<a class="header-anchor-link" href="#%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E9%96%8B%E7%99%BA%E3%81%AE%E9%80%B2%E3%82%81%E6%96%B9%E3%81%A8%E9%81%8B%E7%94%A8" aria-hidden="true"></a> サービス開発の進め方と運用</h2>
<p>自分のために開発したサービスなので、使っていて欲しくなった機能から順番に実装しています。思いつき駆動です。</p>
<ul>
<li>欲しい機能やあったらいいかもな機能についてRedmineにチケットを立てておく</li>
<li>気が向いたらちまちま実装する</li>
<li>動作確認をしてfabre.debian.netにデプロイする</li>
</ul>
<p>個人開発なので、ステージング環境には自宅に転がっていたシングルボードコンピューターを転用しています。</p>
<h2 id="%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E9%81%8B%E7%94%A8%E3%81%A7%E5%BE%97%E3%81%9F%E6%95%99%E8%A8%93">
<a class="header-anchor-link" href="#%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E9%81%8B%E7%94%A8%E3%81%A7%E5%BE%97%E3%81%9F%E6%95%99%E8%A8%93" aria-hidden="true"></a> サービスの運用で得た教訓</h2>
<p>普段Webサービスの開発をまったくやっていないので、実際に手を動かしてみると、多くの教訓を得ました。<br>
とはいっても、よくある基本的な事柄ばかりです。</p>
<ul>
<li>どんなにマイナーだろうがアタックはされる</li>
</ul>
<p>インスタンスを立ち上げたときから、sshでログインしようと試みてきます。<br>
きっちり公開鍵のみにアクセスをしぼりましょう。</p>
<ul>
<li>しつこい輩はbanする</li>
</ul>
<p>何度もアタックをしかけてくるパターンについてはfail2banとかでガードしましょう。</p>
<ul>
<li>アクセス可能なポートを制限する</li>
</ul>
<p>F/Wとかデフォルトでついているサービスもありますが、ufwとかでアクセス可能なポートはしめておきましょう。</p>
<ul>
<li>定期的にリソースの使用状況を確認する</li>
</ul>
<p>一番大事なのは、この点でした。というのも1vCPU 1GBメモリのインスタンスを使っているからです。<br>
別に落ちたらそれまでのサービスですが、定期的にリソースは確認しましょう。<br>
リソース監視系のサービスとか世の中にいっぱいありますが、collectdについてくるcollection3とかでもシンプルでよいです。</p>
<p>使っているのが自分一人とはいえ、メモリがやっぱり厳しいこととかわかります。<br>
バッチを一緒にぶんまわしたら、インスタンスごと死ぬとかいうポンコツっぷりなんかも客観的にわかります。</p>
<ul>
<li>使っていないサービスは無効化する</li>
</ul>
<p>インスタンスの初期イメージがUbuntuだったのでそれを更新して使っているのですが、使っていないサービスはsystemctl disableできっちり止めておきましょう。<br>
貧弱なサーバーリソースだと無駄なサービスは大敵です。</p>
<ul>
<li>フロントエンドのキャッシュを効かせる</li>
</ul>
<p>一定のパターンのアクセスが多い場合には、nginxのキャッシュを設定しておくとよいです。貧弱なインスタンスなので、接続数なんかもある程度絞っていくほうがおすすめです。</p>
<ul>
<li>なんでもかんでもAWSにのっければよいわけではない</li>
</ul>
<p>ふと思い立って t2.micro のインスタンスに乗っけてみたことがありますが、CPUクレジットの制限が厳しくて断念しました。<br>
試行錯誤しつつCPUをぶんまわしている段階では、まだ早かったです。そういうことは別のタイプのインスタンスでやるべきですね。</p>
<h2 id="%E4%BB%8A%E5%BE%8C%E3%81%AE%E8%AA%B2%E9%A1%8C%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6">
<a class="header-anchor-link" href="#%E4%BB%8A%E5%BE%8C%E3%81%AE%E8%AA%B2%E9%A1%8C%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6" aria-hidden="true"></a> 今後の課題について</h2>
<p>最近更新されたバグとか、RCなやつとかなんかはいい感じにリストアップできるようになってきたので、次はいい感じの全文検索を実装しようとしています。<br>
1vCPUのインスタンスなので、負荷を抑えつつどこまでできるかがへの挑戦ですね。</p>
<h2 id="%E3%81%BE%E3%81%A8%E3%82%81">
<a class="header-anchor-link" href="#%E3%81%BE%E3%81%A8%E3%82%81" aria-hidden="true"></a> まとめ</h2>
<p><a href="https://fabre.debian.net" target="_blank" rel="nofollow noopener noreferrer">https://fabre.debian.net</a> の開発の進め方と運用、得た学びの話について書きました。<br>
20日目は「skillfuls.devについてなにか書きます！」だそうです。</p>


Debian: fabre.debian.netの開発の進め方と運用、得た学びの話

fabre.debian.netの開発の進め方と運用、得た学びの話

Discussion