RAIDアーキテクチャ

RAIDとは

Redundant Array of Independent Diskの略で、複数のディスクにデータを分散して書き込むことで、ディスク障害時にユーザデータの再生を可能とする仕組みです。1987年にカリフォルニア大学バークレイ校から論文として発表されました。

分散システムの透過性

分散システムの透過性とは、システムを利用するユーザーからはリソースやプロセスを隠蔽することで、ユーザーにはあたかも単一のシステムであるかのように認識させるシステム特性のことです。

たとえば、いわゆるWeb（World Wide Web）は分散型の文書管理システムであり、ユーザーはHTML文書が世界のどこのサーバ上にあるのか意識する必要はありません。また、DNSも分散型のレコード管理システムであり、世界中に点在するどこのサーバからIPアドレスを得たのか、ユーザーは知る必要がありません。

このような透過性にはいくつかの区分が存在するので、それを一覧表化してみました。

対障害用語の一覧表

情報処理頻出の対障害用語（←この言葉で合ってるかは不明）を一覧化していつでも振り返ることができるようにしました。

サイバーセキュリティとヒューマンエラー

久々の投稿。 Zennにも投稿した内容と同一です。

Amazon を冠するサービスと AWS を冠するサービスの違い

はじめに

AWS には多種多様なサービスがありますが、そのサービス名には "Amazon" を冠したものと "AWS" を冠したものがあることはご存知でしょうか？

たとえば S3 は Amazon S3 ですし、Transit Gateway は AWS Transit Gateway です。

自分はどうしてこの差があるのか長年疑問に思っていたのですが、今日ついに答えにたどりつくことができたのでメモを残しておきます。

要請の程度を示すために用いるキーワード

はじめに

しばらく前の話ですが仕事をしている際に、とあるベンダの資料の中でセキュリティ要求事項を MUST や SHOULD で色分けしているやり方を見かけました。

今後も使えるやり方だなと思い、パクろうと思っているのですが、言語を統一しておかないと MUST って何？ SHOULD との差は？というように語弊を生みかねません。

いいやり方はないかなと探してみたところ、 RFC 2119 で MUST や SHOULD のような「要請の程度を示すために用いるキーワード（命令的語句/Imperatives）」についてベストプラクティスが規定されていることを知りました。

自分用のメモとしてまとめておきます。

AWS AZ 間の通信速度を測定してみた

はじめに

Twitter を眺めてると AWSでアベイラビリティゾーンをまたいでのアクセスが想像以上に遅かった話 - Qiita という記事が TL に流れていました。AZ をまたぐとアプリの処理時間が３倍程度遅くなったというものです。

AWS の設計について、AWS Certified Advanced Networking Official Study Guide: Specialty Exam (Amazon Web Services, Inc.,2018, p3) を見てみると、AZ 間の通信は基本的に 2ms 以下となるよう作られているとのことです。

実際どんなもんなのか、簡単な実験を行ってみました。