テレビ・レコーダーのバックエンドにおけるCI/CDへの取り組みFeature Flagを用いたサーバーサイドリリースの実装と柔軟な運用について/implementation_and_operation_of_server_side_release_with_feature_flag
多数のプログラミング言語に対応したエラー管理システム·Sentry MOONGIFT
Sentryはシステムのエラーを集約して管理するソフトウェアです。 システムで問題が起こった時にどのように対応すればいいでしょうか。まずそのデータを収集し、管理できる状態する必要があります。そのためのライブラリがSentryです。 サイトのトップです。 新規プロジェクトを作成します。 そうするとURLが生成されます。これが重要です。 後はRuby/Python/PHP/JavaScriptなどでAPIをコールします。 プロジェクトの詳細画面です。 プロジェクトのダッシュボードです。ここにアクションのログが出ます。 こちらは公式サイトのスクリーンショット。 グラフです。 Sentryは様々なプログラミング言語向けにライブラリを提供しています。Web APIもあるので任意のプログラミング言語で組み込むこともできるでしょう。エラーをトレースして飛ばせば良いだけです。後はその回数によって優先順位が
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
NTTデータのHadoop報告書がすごかった - 科学と非科学の迷宮
業界トップ のエンタープライズ Hadoop 企業 Cloudera に入社しました http://www.cloudera.co.jp/ 今年の6月に、「平成２１年度 産学連携ソフトウェア工学実践事業報告書」というドキュメント群が経産省から公表されました。 そのうちの一つに、NTTデータに委託されたHadoopに関する実証実験の報告書がありましたので、今更ながら読んでみることにしました。 Hadoop界隈の人はもうみんなとっくに読んでるのかもしれませんけど。 http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/clou_dist_software.pdf 「高信頼クラウド実現用ソフトウェア開発（分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業）」という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
