はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ SPOF

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 3 / 3件)
 

1台のサーバですら Auto Scaling でケチる - HDE BLOG

2015/02/12 このエントリーをはてなブックマークに追加 236 users Instapaper Pocket Tweet Facebook Share Evernote Clip Auto Scaling サーバ HDE BLOG 1台 小椋

2015-02-12 1台のサーバですら Auto Scaling でケチる こんにちは。小椋です。 「まあ15分ぐらいなら落ちてても実際そこまで困らないけど、基本的には24時間起動していてほしいんだよね……」 という緩めのサービスレベルで稼働しているSPOF気味なサーバー、ありますよね。社内向けのジョブスケジューラーとか、一日に数回なんか集めて分析する奴とか。あんまり表立って言わないだけで、御社... 続きを読む

2014年にリモートで試したミーティング類のパターン - はまさき

2014/12/31 このエントリーをはてなブックマークに追加 190 users Instapaper Pocket Tweet Facebook Share Evernote Clip まさき リモート パターン ミーティング やり取り

2014-12-31 2014年にリモートで試したミーティング類のパターン 今年の初めからアメリカに引っ越したので社内の人とのやり取りをどうするかについて現実的に直面し、この1年で色々試したのでセーブポイントとしてまとめておくことにした。(ブログの記事を書かなさすぎてはてな記法忘れつつある...) チームとミーティングの距離感 8人くらいの会社。誰もがSPOFで、これに詳しい人やこれを担当する人と... 続きを読む

AWSでジョブWorkerを構成するベストプラクティス 〜 SQSの巻 | Developers.IO

2014/05/12 このエントリーをはてなブックマークに追加 119 users Instapaper Pocket Tweet Facebook Share Evernote Clip SQS ベストプラクティス AWS エンド アップル信者

よく訓練されたアップル信者、都元です。AWSでシステム構築をする場合は、Design for failureという考えに基いて、複数AZにまたがる形の冗長構成を組むのがベストプラクティスです。さらに、このように分散させた各インスタンスには、出来る限りマスターを作らない、つまりSPOFとなるインスタンスを避ける構成であるのが理想です。 という話題については以前AWSにおける可用性の考え方というエント... 続きを読む

 
(1 - 3 / 3件)