プログラミングのなぜに答える会(中編) « inoue_se
前編を書いたのが9月です。月日がたつのは早いものです。今日は中編です。途中まで後編のつもりで書いていましたが、すべて書ききらないので中編になりました。後編はいつになるのやら、という感じですが。 プログラミングのなぜに答える会で、Tさんから「Javaでstaticを使う場合はどう判断しますか?」という質問がありました。以下、Javaのstaticの働き自体は分かっている前提とします。 表面的な回答は簡単です。あるクラスのstaticフィールドやstaticメソッドは、そのクラスのオブジェクト群(インスタンス)で共有したい状態や操作に対して使います。別の説明として、staticフィールドやstaticメソッドはオブジェクトを生成せずに使いたい状態や操作に使います、などが回答になりえます。嘘ではありませんが、この説明だけでは、staticをいつ使うべきかの判断にはなりません。 staticフィー
PARTAKEの障害と再発防止策について : toda_k
PARTAKEサーバー管理担当の戸田です。11月1日夜から2日朝にかけてサービスに障害を発生させてしまい、申し訳ありませんでした。 今回の障害の原因は、毎日取得しているバックアップを削除せず放置していたことによる記憶容量欠乏です。こんな簡単な事象の想定が漏れていたとはお恥ずかしい限りです。この障害によりイベントの新規作成や登録などの操作、ならびに@partake_botによる新着イベントのツイートが停止していました。なお現在はすべて復旧しております。 さてこの記事では開発コミュニティのMLで議論された再発防止策、ならびにその実装方法について簡単にご説明させていただきたいと思います。 今回MLで議論された再発防止策は3つありました。 残りHDDが少なくなったら管理者にアラートを出す 古いバックアップを定期的に削除する仕組みを構築する postgresqlのダンプを圧縮することでバックアップの
Cassandra運用に活躍したスクリプトたち : toda_k
弊社検証環境で半年ほど10数台規模のCassandraクラスタを運用してきたのですが、運用に使っているスクリプトがある程度固まってきたのでまとめてみます。更なる簡素化・便利化を進めるための棚卸しという感じです。古いものも混ざっていて若干申し訳なくはあるのですが……どなたかの役に立てば幸いです。では見て行きましょう。 スクリプトの運用体制について すべてのスクリプトはSubversionで管理され、主にJenkinsによって自動的に実行されます。多数のノードに対する同時処理を行なうためにGNU Parallelを使うことがあります。 またCassandraサーバはAWS EC2上で運用されているため、AWS SDK for RubyによってIPアドレスの取得などを行なっています。 各ノードでのnodetool ring実行結果を集約 クラスタが不安定なとき、実際は動いているのに一部のノードか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
