先日、Mastodon Developers Kaigi #0というカンファレンスの開催をしました。こうしたカンファレンスの主催をするのは初めてでしたが多くの方の協力によって大きな問題も起こることなく、とても意義のあるカンファレンスにできました。 「Mastodonについて技術的な側面から語る発表を聴きたい」というわたしの個人的な思いによって開催したカンファレンスでしたが、多くの人に来ていただきとてもうれしかったです。 Mastodonの開発が始まったのは2016年からです。そして日本で話題になった2017年4月からも半年も経っていません。Mastodonはまだまだ若い技術です。今後も大きく伸びていくものであるとわたしは直感しています。 今後もこうしたカンファレンスの開催を継続的に行っていけたらと考えています。 もし興味を持たれたかたがいらっしゃいましたらぜひご参加ください。発表をする方も
ダーク ローンチに関する前回の記事では、この手法のコンセプトについてお話ししました。ダーク ローンチでは、受信トラフィックのコピーを新サービスに送信し、結果を破棄します。これは、既存サービスの新バージョンを立ち上げるにあたって、実際の立ち上げ時に予想外の事態が発生することを避けたい場合に便利です。 ダーク ローンチは簡単なことであるように思えるかもしれませんが、必ずしもそうとは限りません。今回の記事では、困難な状況に追い込まれる可能性のある例をいくつか紹介するとともに、その対処法についても解説します。 ライブ トラフィックの想定 サービスの既存トラフィックは実際に手元にあるのでしょうか。新たなウェブ サービスを立ち上げようとしていて、それが既存サービスをほぼ直接置き換えるようなものでない場合、その答えは “No”（手元にはない）となるのではないでしょうか。 たとえば、オンライン カタログ会
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
