Amazon SQS を使ったアプリケーションを本番で運用する際に考慮すべき基本的な 5 つのこと
Amazon SQS は可用性やスケーラビリティの高いメッセジキューサービスであり、AWS の代表的なサービスの 1 つと言えるでしょう。ところが、本番の運用に耐えられるアプリケーションにしようと思うと考えることが意外に多いものです。本エントリーでは簡単なサンプルアプリケーションをベースに、本番で運用するために考慮すべき点・注意点について見ていきます。題材として扱うのが SQS なだけで、SQS 以外を使ったアプリケーションにも応用できる内容もあるでしょう。 なお、SQS には Standard queue と FIFO queue がありますが、Standard queue を使う前提とします。 アジェンダは次のとおりです。 サンプルアプリケーション 1. ログ 2. At-least-once delivery と visibility timeout 3. デプロイ 4. 異常系 5
3密回避の旅行に！貸切別荘・バケーションステイのススメ【南関東編】 ｜アニーお祝い体験マガジン by ギフトモール
紅葉も色づき始める季節ですが、新型コロナウイルスの影響が測りかねるために、未だ自粛や様子見のムードが拭いきれません。観光業界も「GOTOトラベル」で復活の兆しをみせつつあるなか、密かに流行の兆しを見せるのが「3密回避」にぴったりの貸切別荘なんだとか。バケーションステイ、ヴィラ、ゲストハウスなどとも呼ばれるこのジャンルがいま予約が埋まりつつあると言うのです！ この記事では、記念日にぴったりのホテルを紹介する「アニバーサリーズ」が、3密回避をしながら一生の思い出が作れる"バケーションステイ的な宿泊施設"を、南関東（神奈川県、千葉県、山梨県、静岡県）からまとめました。（サムネイル／iStockPhoto）
コードレビューの目的と考え方 - osa_k’s diary
まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
