[【関連記事】AWS資格の難易度はどれくらい？内容や初心者におすすめの勉強方法を解説](https://and-engineer.com/articles/YZtFsREAACIAjrpS)

[【関連記事】AWS認定ソリューションアーキテクト-アソシエイトとは？難易度と勉強方法を解説！](https://and-engineer.com/articles/YXEoUBIAACEANWUF)

[【関連記事】AWS認定クラウドプラクティショナーとは？難易度や勉強時間の目安を解説](https://and-engineer.com/articles/YwGSlRAAACEAsVo8)

*AWS*とはAmazon Web Serviceの略で、**最大のクラウドサービス事業者**です。AWSではウェブサービスと名称付けしていますが、クラウドコンピューティングの*サービス全般*を事業としています。AWSは全世界を25の地域から成る*リージョンに分割*し、*均一なサービスを提供する*ために適宜新たなリージョンを開設しています。

AWSの*エンドポイント*とは、AWSのサービスに接続するために**必要なURL**を指します。エンドポイントへは*ウェブアクセス*の他、*AWS SDKやAWS CLI*等の提供ツールからもアクセス可能です。

一般的な構文は以下の通りです。
*protocol://service-code[.region-code].amazonaws.com*
・*protocol*
　プロトコル、使用するプロトコル
・*service-code*
　サービスコード、使用するAWSサービス
・*region-code*
　リージョンコード、アクセスするリージョンのリージョンコード
　リージョンがサポートされていない一部のサービスではリージョン名を省略します

### リージョンエンドポイントとは？

AWSは世界のサービス提供エリアに均一なサービスを提供するために、地域を物理的なロケーションに分割してサービス提供しています。その分割単位を、リージョンと呼びます。

*リージョンエンドポイント*とは、リージョンに割り当てられている*リージョンコード*を用い、それぞれのリージョンの**コードを含むエンドポイント**を指します。

### リージョンとリージョンコードの対応は？

各リージョンには、以下の通り**リージョンコードが割り当てられています**。

＜*北米地域のリージョンのリージョンコード*＞
・米国東部（バージニア北部）リージョン　   リージョンコード： us-east-1
・米国東部（オハイオ）リージョン　　　　   リージョンコード： us-east-2
・米国西部（北カリフォルニア）リージョン   リージョンコード： us-west-1
・米国西部（オレゴン）リージョン　　　　   リージョンコード： us-west-2
・カナダ（中部）リージョン 　　　　　　 　 リージョンコード： ca-central-1
・GovCloud（米国西部）リージョン　　　 　リージョンコード： us-gov-west-1
・GovCloud（米国東部）リージョン　　　 　リージョンコード： us-gov-east-1

＜*南米地域のリージョンのリージョンコード*＞
・南米（サンパウロ）リージョン　　　　       リージョンコード： sa-east-1

＜*欧州/中東/アフリカ地域のリージョンのリージョンコード*＞
・欧州（フランクフルト）リージョン　　　　リージョンコード： eu-central-1
・欧州（アイルランド）リージョン　　　　　リージョンコード： eu-west-1
・欧州（ロンドン）リージョン　　　　　　　リージョンコード： eu-west-2
・欧州（パリ）リージョン　　　　　　　　　リージョンコード： eu-west-3
・欧州（ミラノ）リージョン　　　　　　　　リージョンコード： eu-south-1
・欧州（ストックホルム）リージョン　　　　リージョンコード： eu-north-1
・中東（バーレーン）リージョン　　　　　　リージョンコード： me-south-1
・AWS アフリカ（ケープタウン）リージョン  リージョンコード： af-south-1

＜*アジアパシフィック地域のリージョンのリージョンコード*＞
・中国本土（北京）リージョン　　　　　　　リージョンコード： cn-north-1
・中国本土（寧夏）リージョン　　　　　　　リージョンコード： cn-northwest-1
・アジアパシフィック（東京）リージョン　　リージョンコード： ap-northeast-1
・アジアパシフィック（ソウル）リージョン　リージョンコード： ap-northeast-2
・アジアパシフィック（大阪）リージョン　　リージョンコード： ap-northeast-3
・アジアパシフィック（ムンバイ）リージョンリージョンコード： ap-south-1
・アジアパシフィック（シンガポール）リージョン リージョンコード： ap-southeast-1
・アジアパシフィック（シドニー）リージョンリージョンコード： ap-southeast-2
・アジアパシフィック（香港）リージョン　　リージョンコード： ap-east-1

### サービスエンドポイントとは？

AWSでは、AWSの**サービス単位**で*エンドポイント*が設定されています。これを*サービスエンドポイント*と呼びます。サービスエンドポイント毎に指定可能な*リージョンコード*と*プロトコル*が決められています。各サービス毎の詳細は、以下のリンクをご確認ください。
参考：[AWS リファレンスガイド サービスエンドポイントとクォータ](https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws-service-information.html)

*FIPSエンドポイント*とは、**連邦情報処理標準（FIPS）140-2**に準拠した**TLSを用いるエンドポイント**を指します。FIPSエンドポイントは一部のAWSサービスで利用可能です。
参考：[AWS リファレンスガイド AWS サービスエンドポイント](https://docs.aws.amazon.com/ja_jp/general/latest/gr/rande.html)

### 実際のエンドポイント指定は？

エンドポイントアクセス構文に従い、**実際の指定方法**を見てみましょう。
アジアパシフィック（東京）リージョンを用いてAmazon Elastic Compute Cloud（EC2）にアクセスするには、以下の様に指定します。

「構文」
*protocol://service-code[.region-code].amazonaws.com*
「指定例」
*https://ec2.ap-northeast-1.amazonaws.com*
・protocol
　プロトコル、使用するプロトコル、Amazon EC２の場合「httpまたはhttps」
・service-code
　サービスコード、使用するAWSサービス、Amazon EC2の場合「ec2」
・region-code
　リージョンコード、アクセスするリージョンのリージョンコード、東京の場合「ap-northeast-1」

Amazon VPCとは、*Amazon Virtual Private Cloud*の略です。Amazon VPCによりAWSアカウントで*仮想ネットワーク*が利用可能となります。Amazon VPCは、IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定等**一連の仮想ネットワークの制御**を行います。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

*AWS PrivateLink* はプライベートIPアドレスを使用して、*AWSサービスにプライベートアクセスするサービス*です。*VPCエンドポイント*とは、AWS PrivateLinkを利用した**プライベートアクセス**の際に用いる*エンドポイント*を指します。

VPCエンドポイントは、以下のタイプから選択し作成して利用します。
・*インターフェイスエンドポイント*
　サポートされているAWSのサービスや VPCエンドポイントサービスに使用
・*Gateway Load Balancerエンドポイント*
　セキュリティ検査などのためにGateway Load Balancerにより設定サービスにルーティング
・*ゲートウェイエンドポイント*
　Amazon S3およびDynamoDBをルーティング
参考：[Amazon VPC AWS PrivateLink VPC エンドポイント](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/vpc-endpoints.html)

### VPCエンドポイントのメリットは？

*VPCエンドポイント*はプライベートクラウドなため、より**安全にサービスを利用する**ことが可能です。

同様に、AWS PrivateLinkを用いることから、*インターネットゲートウェイ*の代わりに*ゲートウェイエンドポイント*を経由してアクセスします。そのため、NATインスタンスやNATゲートウェイの費用が発生せず、**AWSの利用料を削減する**効果があります。

### AWS PrivateLinkを利用可能なAWSサービスは？

以下のリンク記載のサービスが**AWS PrivateLinkで利用可能**です。*AWSサービス*により、*VPCエンドポイントポリシーのサポート状況が異なります*。合わせてご確認ください。
参考：[Amazon VPC AWS PrivateLink AWS PrivateLink と統合する AWS のサービス](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/integrated-services-vpce-list.html)

## AWSのエンドポイントを目的に合わせて利用しましょう

AWSは多くのサービスを提供する最大のクラウドサービス事業者です。利用目的に応じたサービスが順次提供されており、*サービス品質を維持*するために*リージョンが適宜開設*されています。AWSのエンドポイントは*拡大するサービスの入口*となるため、**目的に合わせて利用を進めましょう**。

AWSは最大のクラウドサービス事業者で、利用者ニーズに合わせて多様なサービスを提供しています。AWSではアクセス方法を簡素化するために、エンドポイントを設定し利便性を高めています。ここでは、エンドポイントの利用方法や関連用語を説明していきます。

AWSのエンドポイントとは、AWSサービスを利用するためのURLを指します

エンドポイントは、プロトコル・サービス・リージョンコードで構成されています

指定方法は簡単で、多様なサービスのアクセス方法を簡素化するために考えられました

AWSのエンドポイントとは？利用方法並びに関連用語を解説！

## AWSのエッジロケーションとは

AWSの*エッジロケーション*とは、AWSの*リージョンデータセンターとは別に*コンテンツ配信を高速・広帯域なネットワークを介して行うものです。コンテンツ配信は、*Amazon CloudFront*サービスによりエンドユーザーに配信されます。Amazon CloudFrontは*AWSリージョン*と*Tier 1/2/3のテレコムキャリアを接続*し、**低レイテンシーなコンテンツ配信を実現**しています。

AWSは世界のサービス提供エリアに*均一なサービス*を提供するために、地域を*物理的なロケーションに分割*してサービス提供しています。その分割単位を*リージョン*と言います。AWSは最大のユーザーを抱えるクラウドサービス事業者のため、**サービス提供範囲が広い**ことが特徴です。そのため、継続的に必要とされる地域をカバーするリージョンを開設しています。
参考：[AWS グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/)

### AWSのアベイラビリティゾーンとは？

AWSの*アベイラビリティゾーン（AZ）*とは、1つのリージョンを*冗長性・信頼性・可用性*を確保した*1つ以上のデータセンター*で構成する単位を指します。アベイラビリティゾーンは、冗長的な電力源・ネットワーク、そして接続機能により**相互に接続され**運用されています。

<center>[AWS案件に強みを持つ企業の求人情報もアリ？<br>『<b>マイナビIT AGENT</b>』で転職相談を受けてみる](https://mynavi-agent.jp/it/lp/029.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

*Amazon CloudFront*は、AWSの提供する*コンテンツ配信ネットワーク（CDN）*のサービスを指します。CDNとは、*ウェブコンテンツ*を**高速・効率的に配信する**ことを目的とします。CDNによりコンテンツを地域ごとのキャッシュするサーバーを*分散配置*することで、ユーザー要求が*特性のサーバーに集中することを防止する*分散ネットワークが構築可能です。

Amazon CloudFrontは、AWS Shield・AWS Web Application Firewall・Amazon Route 53 と連携し、*セキュリティを保証*しながら*高速なコンテンツ配信*を実現しています。
参考：[Amazon CloudFront](https://aws.amazon.com/jp/cloudfront/)

AWSの*ローカルゾーン*は、*ミリ秒単位のレイテンシー*が求められるアプリケーション向けに提供されています。主に、メディアエンターテイメントのコンテンツ作成・リアルタイムゲーム・ライブビデオストリーミング等のアプリケーションを想定しています。

AWSローカルゾーンはAWSのリージョンを拡張し、*レイテンシーの影響を受けやすいアプリケーション*を*エンドユーザー近接の地域で実行*させます。現在、北米地域のロサンゼルスに加えて、ボストン・ヒューストン・マイアミでもサービスが提供されています。今後さらに12の北米地域でサービス開始を予定しています。

現在ローカルゾーンは*北米地域に限定*されているため、*高速コンテンツ配信*においては*グローバルで分散アクセス可能*な*Amazon CloudFrontによるCDNサービス*を利用する方が**利用者に対するメリットが大きい**でしょう。

### エンドユーザーをエッジロケーションに誘導するには？

*Amazon Route 53*は、AWSの*ドメインネームシステム （DNS）*を指します。Amazon CloudFrontとAmazon Route 53を併用することで、エンドユーザーを適切に**エッジロケーションに誘導する**ことが可能です。
参考：[AWS Amazon Route 53](https://aws.amazon.com/jp/route53/)

### Amazon CloudFrontの利用料金は？

*Amazon CloudFront*は、データ転送出力（インターネットおよびオリジン）とHTTP／HTTPS リクエストによる*従量課金制*をとっています。その他*割引料金プラン*も設定されており、**コスト低減**を図ることができます。

加えて、他のAWSサービス同様に*AWS無料枠*が設定されており、サインアップ後50GBのデータ送信（アウト）と2,000,000件のHTTP／HTTPSリクエスト、2,000,000件／月のCloudFront Function呼び出しが1年間無料提供されます。

## エッジロケーションの構成は？

*エッジロケーション*を説明するにあたり、最初に*関連用語*を説明しておきます。

・*オリジンサーバー*
オリジナルのコンテンツが格納されているウェブサーバーで、CDNが参照する接続サーバーを指します。
・*エッジキャッシュ*
CDNにより、次回以降でアクセスするコンテンツをキャッシュするサービスを指します。
・*POP*
POPとはPoint Of Presenceの略で、世界に配置されているエッジロケーションを指します。
・*リージョン別エッジキャッシュ*
AWSはリージョン別に物理ロケーションを分割管理しており、オリジンサーバーとPOPの間にリージョン別エッジキャッシュを設置しています。

*エッジロケーション*は*オリジンサーバーとPOP*を接続し、*エッジキャッシュ*として利用する構成をとります。*オリジンサーバーとのアクセス*は*リージョン別エッジキャッシュ*を介して行い、*オリジンサーバー*の**負荷を低減させる**形態を取っています。

### 日本のエッジロケーションは？

日本は*アジアパシフィックリージョン*として、*東京 に16*、*大阪 に1つ*のエッジロケーションを持っています。東京はコンテンツアクセスが多いため、エッジロケーションの設置数が多くなっています。

同様に、東京に*リージョン別エッジキャッシュ*を設置し、オリジンサーバーとの**レイテンシー低下を最小**に図っています。

### エッジロケーションの展開状況は？

AWSではコンテンツアクセスの*レイテンシーを低減*するために、**通信距離と利用ユーザ―**に応じてエッジロケーションを設置しています。そのため、国土面積が広い米国や*ブラジル・インド・ドイツ*に多くのエッジロケーションを展開しています。加えて、国数の多い*欧州やアジアパシフィック*においてもエッジロケーションが数多く設置されています。

現在、47か国90都市にある225以上のPOPにより、高速コンテンツアクセスの環境が整備されています。

### 北米地域のリージョンにおけるエッジロケーションは？

*北米地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り設置され、**サービス利用**されています。

*エッジロケーション：*
「米国」
・バージニア州アッシュバーン （6）・ジョージア州アトランタ （6）・マサチューセッツ州ボストン （3）
・イリノイ州シカゴ （6）・テキサス州ダラス/フォートワース （6）・コロラド州デンバー （2）
・カリフォルニア州ヘイワード・オレゴン州ヒルズボロ （3）・テキサス州ヒューストン （4）
・フロリダ州ジャクソンビル・カリフォルニア州ロサンゼルス （5）・フロリダ州マイアミ （4）
・ミネソタ州ミネアポリス・ケベック州モントリオール・ニューヨーク州ニューヨーク （2）
・ニュージャージー州ニューアーク （7）・カリフォルニア州パロアルト・ペンシルベニア州フィラデルフィア （2）
・アリゾナ州フェニックス （2）・ユタ州ソルトレイクシティ・カリフォルニア州サンノゼ （2）
・ワシントン州シアトル （3）・オンタリオ州トロント （2）・ブリティッシュコロンビア州バンクーバー
「メキシコ」・ケレタロ （2）

*リージョン別エッジキャッシュ： *
「米国」・カリフォルニア・オハイオ・オレゴン・バージニア

### 南米地域のリージョンにおけるエッジロケーションは？

*南米地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

*エッジロケーション：*
「コロンビア 」・ボゴタ 
「アルゼンチン」・ブエノスアイレス 
「チリ」・サンティアゴ 
「ブラジル」・リオデジャネイロ （2）・サンパウロ （2）

*リージョン別エッジキャッシュ： *
「ブラジル」・サンパウロ 

### 欧州/中東/アフリカ地域のリージョンにおけるエッジロケーションは？

*欧州/中東/アフリカ地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

＜欧州＞
*エッジロケーション： *
「オランダ」・アムステルダム （2）
「ギリシャ」・アテネ 
「ドイツ」
　・ベルリン （2）・デュッセルドルフ ・フランクフルト （10）・ハンブルク ・ミュンヘン （2）
「ベルギー」・ブリュッセル 
「ルーマニア」・ブカレスト 
「ハンガリー」・ブダペスト 
「デンマーク」・コペンハーゲン 
「アイルランド」・ダブリン 
「フィンランド」・ヘルシンキ 
「ポルトガル」・リスボン 
「英国」・ロンドン （9）・マンチェスター （2）
「スペイン」・マドリード （3）
「フランス」・マルセイユ ・パリ （5）
「イタリア」・ミラノ （3）・パレルモ ・ローマ 
「ノルウェー」・オスロ 
「チェコ共和国」・プラハ 
「ブルガリア」・ソフィア 
「スウェーデン」・ストックホルム （3）
「オーストリア」・ウィーン 
「ポーランド」・ワルシャワ 
「クロアチア」・ザグレブ 
「スイス」・チューリッヒ （2）

*リージョン別エッジキャッシュ： *
「アイルランド」・ダブリン 
「ドイツ」・フランクフルト 
「英国」・ロンドン

＜中東＞
*エッジロケーション： *
「アラブ首長国連邦」・ドバイ ・フジャイラ 
「バーレーン」・マナマ 
「イスラエル」・テルアビブ 

＜アフリカ＞
*エッジロケーション： *
「南アフリカ」・ケープタウン ・ヨハネスブルグ 
「ケニア」・ナイロビ 

### アジアパシフィック地域のリージョンにおけるエッジロケーションは？

*アジアパシフィック地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

*エッジロケーション： *
「インド」
　・バンガロール （3）・ハイデラバード （3）・コルカタ （2）・ムンバイ （4）
　・ニューデリー （5）・チェンナイ （4）
「タイ」・バンコク （2）
「中国」・北京・深川・上海・中衛
「中国特別行政区」・香港 （3）
「インドネシア」・ジャカルタ 
「マレーシア」・クアラルンプール （2）
「フィリピン」・マニラ
「日本」・東京 （16）・大阪 
「韓国」・ソウル （4）
「シンガポール」 （4）
「台湾」・台北 （3）
「ニュージーランド」・オークランド （2）
「オーストラリア」・メルボルン （2）・パース ・シドニー （4） 

*リージョン別エッジキャッシュ： *
「インド」・ムンバイ 
「シンガポール」
「韓国」・ソウル 
「日本」・東京 
「オーストラリア」・シドニー

## 世界中のエッジロケーションを用いたCDNサービスを有効活用しましょう

ウェブコンテンツは、テキストから画像・音楽・動画等多岐に渡ります。近年モバイルデバイスの急速な普及により、*高解像度のコンテンツを高速・高品質に配信*するニーズが高まっています。

*Amazon CloudFront*では、AWSのCDNサービスとして*全世界をカバーするエッジロケーション*が利用されています。*大容量コンテンツ配信*には特に**有効なサービス**なため、サービス品質を高めるために利用検討してみましょう。

近年、モバイルデバイスの急速な普及により、高解像度のコンテンツを高速・高品質に配信するニーズが高まっています。ここでは、AWSのエッジロケーションと関連用語を説明します。加えて、エッジロケーションの設置状況についても解説していきます。

AWSのエッジロケーションとは、AWSのリージョンデータセンターとは別にコンテンツ配信を行う仕組みを指します

AWSのエッジロケーションを利用するには、Amazon CloudFrontサービスを用います

モバイルデバイスで求められる高解像度のコンテンツを高速・高品質に配信することが可能です

AWSのエッジロケーションとは？CloudFrontなど関連用語も解説

システム開発の手法について、エンジニアの皆さんは学ばれたと思いますが、システム開発と運用は別個のものであると考えている方も少なくないのではありませんか？しかし、本来は開発と運用は両輪で、この2つがしっかり働いて、ITは機能すると考えるべきでしょう。

最近DevOpsという新たな概念や、SREという手法が登場して、これまでのシステム開発と運用の概念が大きく変わりつつあります。この記事では、**DevOpsとの違いを見ながらSREについて解説**していきます。まだご存じない方は、ぜひSREについて理解をしてください。きっとエンジニアの皆さんには役立つ知識です。

### SREはITサービスの信頼性を高めるアプローチ

SREとは何でしょう？SREは'Site Reliability Engineering'の頭文字を取った略語です。直訳すると、*「サイトの信頼性を高めるエンジニアリング」*ですが、サイトはWebサイトのことではありません。IT全般のサービスと解釈した方が正しいでしょう。すなわち、SREは「ITサービスの信頼性向上のための設計やアプローチ、またはそれを行うチーム」を指します。

従来からソフトウェア・エンジニアリングという、ソフトウェア開発や保守の効率を高めるエンジニアリングがありましたが、**SREはITサービスの信頼性向上を主眼にソフトウェアエンジニアリングを用いた新たなアプローチ**と考えて良いでしょう。

SREは2000年頃にGoogle社が自社のサービスである、**検索エンジンサイト「google.com」の安定稼働を図るために行った取組がその誕生の発端**です。

その取り組みでは運用エンジニアではなく、ソフトウェアエンジニアの力を借り、開発と運用の垣根を超えたアプローチを行いました。この時のアプローチである「Site Reliability Engineering」）の頭文字がSREの語源です。

SREの対象は「サイト（Site）」に限ったものではありませんが、Google社の信頼性向上取組みの対象が「google.com」のWebサイトであったことから、「サイト（Site）」の'S'が残され、「SRE」として広まりました。

当時のGoogle社の主なビジネス領域は「google.com」の検索サービス提供でした。そのため「google.com」に対する訪問者の信頼性確保が、ビジネスの成長と拡大にとって必須要件だったのです。

すなわち、当時のGoogle社にとっては、サイトの安定稼働が同社の生命線であり、それは「Google社のサービスに欠くことができない基本機能」であったのです。

現在、SREは「Webサイト」以外にも、広く分散コンピューティングシステムなどのアプローチの1つとなっています。

SREがITサービス信頼性向上へのアプローチの1つということは理解できたでしょうか？それでも、まだ漠然としている点があるかと思いますので、ここでは**SREによく似た概念、よく似た職種との違い**について明らかにしていきます。

### SREとインフラエンジニアの違い

最近では、SRE（エンジニア）募集という求人情報を時折目にしますが、SREという職種はIT業界でも広く認知され始めました。実際に「SRE課」などの部署を設けている企業もあり、サービス向上に向けた取り組みが注目されます。

しかし、その実態はブームに便乗し、従来のインフラチームが名称を変えただけの企業もあり、SREの本領が発揮されるまでには多少時間が掛かるかもしれません。

では、「SRE」と「インフラエンジニア」の仕事は何が違うのでしょうか？

**SREとインフラエンジニアの違いは、SREの業務範囲や求められるスキル範囲の広さ**です。それを比較表にすると、以下の通りです。

    *職種*                      　*インフラエンジニア*　                                *SRE*

*▪業務範囲：*　　　　　　*インフラのみ*                 *インフラ+アプリケーション*

*▪求められるスキル：*　 *ITインフラ関連*              *インフラ+アプリケーション開発や経験*

*▪方法論：*                  *特に決まったものはない*　  　　　　*Google社の「※SRE」*　

*【参考】：[「Site Reliability Engineering」](https://sre.google/sre-book/table-of-contents/)*

※当資料は英文ですので、日本語でお読みになりたい方は、ブラウザの翻訳機能を利用するか、翻訳本などをご利用ください。
*【参考書籍】：[SRE サイトリライアビリティエンジニアリング―Googleの信頼性を支えるエンジニアリングチーム](https://www.oreilly.co.jp/books/9784873117911/)*

インフラエンジニアはキツイのか？その仕事内容やスキル、将来性を解説！

SREの概要について紹介しましたが、中には最近話題のDevOpsとの違いが分からなくなった方も少なくないと思います。ここでは、この両者の違いを見ておきましょう。

DevOpsは、システム開発担当と運用担当が協力し合い、主にユーザーに対するより良いサービスの提供を目指すMind（意識）を指します。DevOpsの概念を実現するには、開発担当と運用担当が互いをリスペクトし合いながらコミュニケーションを図り、より良いサービスという共通目標の達成に向けて切磋琢磨し合うことです。

DevOpsはアジャイル開発の1つの手法としても知られ、ソフトウェアの早期開発やリリース、安定稼働によるユーザー満足度の向上に重きを置いています。

SREを生み出したGoogle社は、**DevOpsを思想とするなら、SREはその思想に基づく役割である**と捉えています。わかりやすく言うと、「DevOpsではチーム同士の連携を文化や哲学的な視点から捉え、SREはその実現に向け、ソフトウェアの活用という手法を用いたチーム体制や機能」を指します。

SRE（エンジニア）になると年収はどれくらいなのか気に掛かる方も少なくないでしょう。SREはインフラに関する知見と、アプリケーション開発に関する知見の両方が必要だということが分かったと思います。

つまり、*SREはインフラエンジニアとアプリケーションエンジニアの両方のスキルを有する「エンジニア」*であることが求められるのです。

年収については明らかにはなっていませんが、求人情報などから判断すると、**SREの年収の中間値は700～800万円前後と推定**され、エンジニアの中では高年収の部類に入ります。SREの求人情報に関しては以下を参照してみてください。

*【参考】：*[SE・システムエンジニア(IT／通信／インターネット) 求人一覧](https://mynavi-agent.jp/jobsearch/job1_01/kw_SRE/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv02)

インフラエンジニアの年収はいくら？年収をアップさせる方法も解説！

SREの概念は理解できたでしょうか？ここでは、**SREの具体的なアプローチの方法**について簡単に紹介します。大きくは以下の流れになります。

Google社ではSREチームの編成を行う際に、チームの50%から60%までは正規のソフトウェアエンジニアとし、残り40%から50%は他のスキルを持つエンジニアを充てています。つまり、**エンジニアの垣根を越えて、さまざまな知見を結集し、さまざまな視点からアプローチを行うことが求められる**のだと理解できます。

どんなサービスでも、信頼性は100%であることがベストですが、人命に関わるような仕組みはともかく、大半のサービスで100%の信頼性を確保するのは至難の技であり、現実的ではありません。

この目標値をSLO（Service Level Objective）と言います。よくデータセンターとの契約などで、SLA（Service Level Agreement）という言葉を耳にしますが、SLAは金銭的な補償を伴う「稼働率の保証」であり、SLOは補償を伴わない目標値です。

この**SLOの設定は、SLI（Service Level indicator）によって、提供するサービスの実際の計測量を把握することから始めます**。

SREと「インフラエンジニア」との最大の違いは、カバーする役割の範囲が異なる点でした。

**SREは運用する開発システムの増大に比例して、保守運用工数が増えることがないよう、自らアプリケーションに関与したり、自動化プログラムを書いたりして、主体的に自動化や省力化を行います**。

SREの'E'は言葉通り、まさに「エンジニアリング」なのです。

システム運用には、モニタリングや障害対応マニュアルの作成、セキュリティの確保、システムの変更管理、キャパシティプラニング、プロビジョニング（リソース管理）、ポストモーテム（事後検証）などがあります。**SREはこれら運用業務の問題点の発見や抽出、改善までを詳細、かつ広範囲にアプローチ**を行います。そのアプローチはインフラエンジニアの知見だけでは難しく、ソフトウェアエンジニアの要件定義スキル、ソフトウェア開発スキルなどが加わることで実現可能となります。

SREがインフラエンジニアと比較して、技能の高さや広さが要求されることは理解されたと思います。

現在、「インフラエンジニア」を目指している方は、キャリアパスを描く上で、「インフラエンジニア」としての経験を積み、次のステップとしてSREを目指すのも良いでしょう。もちろん、「インフラエンジニア」として、より専門性を高めるというのも1つの選択肢です。

或いは、システムエンジニアを目指している方が、インフラエンジニアとしてのスキルを身に付けてSREとして活躍するキャリアパスを描くのも良いでしょう。**多くのIT企業においてはSREに対する期待が高まり、SREの需要も増加しています**。

いずれにしても、SREとして両方のエンジニアスキルを身に付ける事が、皆さんの大きな飛躍にもつながるはずです。キャリアバスの選択肢の1つとしてSREを加えてみてはいかがでしょうか？

インフラエンジニアに必要な資格は？スキルについても徹底解説

インフラエンジニアの求人状況は？転職に必要なスキルも解説

ITサービスの信頼性を高める手法としてSRE（Site Reliability Engineering）があります。話題のDevOpsは思想であり、SREはそれを具現化するための1つの手法です。ここではSREの概要を中心に、DevOpsについても紹介していきます。

SREはITサービスの信頼性を高めるアプローチ手法の1つ

DevOpsを思想とするなら、SREはその思想に基づく役割である

多くのIT企業においてはSREに対する期待が高まっており、そのニーズは増えつつある

SREとは？インフラエンジニアやDevOpsとの違いも分かりやすく解説

IoTは「Internet of Things」の略を指し、**全てのモノがインターネットに接続され、情報が相互に共有される仕組み**を指します。Internet of Thingsを和訳した「モノのインターネット」という言い方をすることもあります。

IoTにおいてはスマートフォンやウェアラブル端末が利用されているため、すでに身近で簡単に実現できる情報機器としても利用が急増しています。さらに情報共有される通信・設置環境が整備されており、従来は不可能であった機器にも搭載が進むことで我々の生活がより豊かになることが期待されています。

### さらにわかりやすいIoTの紹介

情報教育の一環で小学生を中心とした子供向けの学習でIoTが紹介されることもあります。そこではIoTの読み方を*「アイオーティー」や「モノのインターネット」と呼び*、「インターネットオブシングス」と言うこともあります。

教育の際には、「モノ同士がやり取りしたり、人間とお話しできるといいことがあるよね？」という投げかけから始まります。その中で普段使う家電品やリモコンあるいはペットのお世話を例に、理解を深めていく進め方です。そして、やり取りをする上で情報を間で受け渡しするのがインターネットとなります。

IoTはモノのインターネットなため、情報を共有するインターフェイスを持つことで多様な用途に対応します。その中でできることを共通化すると以下のように分類できます。

・*モノの状態を取込むこと*
言い換えると、「状態の可視化」ができることです。機器の状態や必要な情報を取り込み、後工程で利用可能とします。

・*モノの状態を記録すること*
状態を記録、つまり「情報の格納」が可能となることで、データとして保存ができます。これにより情報蓄積によって過去の状態の分析に活用できます。

・*モノの状態を通信すること*
通信機能を持つことで、「情報の共有」をタイムリーに行うことができます。

・*モノの稼働を操作すること*
「情報の共有」が可能となることで、機器の「制御と動作指示」に活用できます。また、一連処理を予め登録することで処理や動作の自動化が可能です。

・*モノの異常を検知すること*
「状態の可視化」が可能になることで、機器の「診断と検知」が可能です。自動的な危機の動作状況のモニターと自動復旧に活用できます。

上記はIoT単体で実装可能ですが、さらにIoTをシステムとして連結し、情報連携処理することが可能です。具体的には、IoTを束ねるサーバやクラウドの活用により実装します。このIoT連携では、さらに以下の応用が期待できます。

・*データの蓄積*
IoT機器のデータを機器単体で保存する容量の制限なく一定期間蓄積し、時系列データとして分析に活用します。さらにIoT機器の収集データを横断的に分析することができます。

・*データの分析*
機械学習により蓄積データから今後の予測を立てたり、新規事業の計画に役立てたりできます。実際の活用例としては、画像データ・信号データによる品質管理と傾向分析、人の流れや人口動態から新規出店や新規事業を予測、雨量や気圧・水位・位置情報等から今後の天候を予測し生産を調整、等に活用できます。

 IoTのメリットとして主に以下の点が挙げられます。
・*距離に関係なく情報共有が可能*
IoTではリモート操作が画像転送が可能なため、遠隔地の状況を監視したり機器の制御を容易に行ったりすることができます。

・*場所に関係なく情報共有が可能*
これも代表的なメリットです。例えば高所に機器を取り付けて気象データや観測データを取り込むことができます。橋梁やトンネルに設置すると劣化状況をモニターすることもできます。ドローンでさらに上空から監視したり、画像を取り込んだりすることも可能です。

・*自動化による効率向上*
IoT機器では定点観測等定期的なデータ収集や繰り返し処理を効率的に行うことができます。自動実行することで使い勝手を向上したり、作業効率を向上したりできます。

・*技術伝承不要で人的エラーを回避*
IoTを産業システムに活用することで、従来は経験が必要な領域についてもIoTが人の動作をトレースし、再現することで効率的に高品質な作業が可能です。人的エラーを回避することもできるため、中小企業等においても技術伝承の課題を解決することが期待されています。

デメリットの面としては概ね以下の点が挙げられます。
・*ITスキルが必要*
IoTは従来の機器を高度化したものですが、ベース技術はITを活用しています。そのため従来人や機械に任せた作業を自動化できる半面、その分IT知識が求められます。これを補うために利用者の利便性を高めたり、操作の簡素化をしたりする工夫がされています。

・*セキュリティ対策が必要*
IoTは情報共有をするため、ハッキング等のセキュリティ攻撃対策やアカウントIDやパスワード管理が不十分だと外部からの侵入や内部犯行により情報が漏洩したり乗っ取りされたりすることが想定されます。そのため正しいセキュリティ設定を行い適切に管理することが求められます。

・*障害対策が必要*
IoTは情報収集の他、機器によっては制御や稼働の操作が可能です。そのため不具合・誤作動による人的被害や、障害発生時の復旧手順をしっかり決めておく必要があります。

IoTエンジニアとは？その将来性を徹底解説！

IoTでは、対象となる装置や機器に電子制御可能なマイコンや小型PCを取付ます。対象となる装置や機器を「IoTデバイス」と言います。同様に、電子制御可能なマイコンや小型PCを「コントローラ」と呼ぶこともあります。

IoTではコントローラと通信モジュールを接続し、**デバイスのステータス確認や制御要求を通信回線を通じて送受信します**。また、IoTデバイスはコントローラが取扱い可能なデジタルデータに変換するために、アナログデータや旧来の運用技術（OT）をITで処理可能なデジタル形式に変換します。

IoTデバイスとはInternet of ThingsのThingsに相当する端末部分で、モノと言われている装置や機器自体を表します。IoTデバイスには用途に応じて**データを可視化するためのセンサーや、稼働させるためにアクチュエータが搭載されています**。

各デバイスは産業別用途に応じて開発されますが、モジュラー化したりボックス化したりすることで単体で販売されるケースも増えてきています。同様にスマートフォンやウェアラブル端末を利用することもあり、今後もヘルスケア等での利用が期待されています。

センサーとは、機器自体の状態を測定したり測定対象物の状況を確認するために、機械や人間が分かるデータに置き換えてくれる電子部品あるいはモジュールや装置です。IoTではそのデータをデジタルデータとして通信し、活用します。具体的なIoTで用いる主要センサーは以下の通りです。

・*温度センサー*
熱電対やサーミスタ等の素子を用います。用途は気温や物体の温度を図ることで、エアコンや室温計等に搭載されています。近年、温度センサーにおいてもサーモグラフィーを用いた非接触型が脚光を浴びており、無人ロボットでの環境データ測定等にも用いられます。

・*湿度センサー*
乾湿材料を電極で挟み、電気抵抗として測定するものです。加湿器・空気清浄機やエアコンに搭載されています。

・*圧力センサー*
隔膜が圧力を受けて変形することで、歪による電気抵抗の変化を検出します。空気・水・油の用途に応じて利用することができるため、家庭でもエアコンや給湯器・食洗器、洗濯機等に搭載されています。

・*振動センサー*
圧電素子を用い振動を測定します。主に機器が正常に動作しているか確認したり、診断したりする目的に利用します。

・*距離センサー*
光源からの照射光を受光素子でとらえ、距離に換算します。ミリ波や超音波を用いる場合もあります。実際の距離を測定する用途に加えて、車の安全システムやホームセキュリティにも採用されています。

・*速度センサー*
電磁式の場合コイルと磁石を用いて回転速度を測定します。光センサーを用いてスリットの通過時間で測定することもあります。モータの回転速度をモニターできますので、自動車やバイク・鉄道・航空機・船舶等に利用されています。

・*加速度センサー*
一般的にはバネと重り・圧電素子を用いて慣性運動量を測定します。カメラの手振れ防止機能や、スマートフォンやタブレットあるいは万歩計等に搭載されています。さらにゲーム機のコントローラにも内蔵されています。

・*ジャイロセンサー*
角速度センサーという慣性力を用いたセンサーの1種です。物体の回転や傾きを各速度として電気信号化します。加速度センサー同様にカメラやビデオの手振れ防止に使われるほか、自動車の横揺れ防止制御やカーナビゲーションの自走機能に採用されています。

産業向けや一般向けにドローンの活用が進んでいますが、ドローンの姿勢制御が優れているのはジャイロセンサーのお陰です。

・*GPSセンサー*
GPSセンサーはGPS（全地球測位システム）という衛星の測位システムを利用します。民生用に機能提供される24の衛星が発する電波のうち、4つの信号を受信することで送信時刻と受信時刻の差から受信機の位置情報を求めることができます。

GPSは元々軍事利用に開発され、その後民生用の航空機や船舶に利用拡大しました。現在では自動車のカーナビゲーションの他、スマートフォンやウェアラブル端末に搭載されたことでカメラの位置情報記録・活動量記録に用いられています。さらに、連続したトラッキング情報の記録ができることで多方面に活用されています。

・*フォトセンサー*
発光素子と受光素子を対にした光センサーで、素子間を物体が通過することで光が遮断され検知するものです。用途としてはチケット挿入機や自動販売機のコイン通過・ペットボトル通過の検知、プリンターの用紙検知等に用いられます。また、ゲートに設置することで人や資材の通過検知等にも利用されます。

・*イメージ・画像センサー*
撮像素子を用い光信号を電気信号に変換します。色の明暗のみをつたえるイメージセンサーや色調データを変換する画像センサー等があります。現在画像処理の入力センサーとして、デジカメやスマートフォンのみならず、ノートPCの内蔵カメラとして標準搭載されています。

さらに車載ドライブレコーダーやドローン撮影においても、イメージ・画像センサーを用いた録画撮影は欠かせない機能となっています。

・*音センサー*
マイクロフォンを使って電気信号に変換します。電気信号はそのままでも利用しますが、デジタル信号化することも増えています。具体的にはスマートフォンの通話に加えて自動音声認識に利用されます。AIスピーカも音声を音センサーで入力変換し、音声操作を行うものです。

### IoTで用いるアクチュエータとは？

アクチュエータとは、指定した入力信号にしたがい力学エネルギーとして駆動する機械をさします。具体的には以下のようなものが挙げられます。

・*電気式*
電気信号により駆動するもので電磁弁やモーターが該当します。電気式バルブの電磁弁は流量調整に用いられます。モーターは電気式駆動部品の代表で、家電品・医療・産業から自動車等多岐にわかり利用されています。また制御の精度を高めるためにステッピングモーターやDCモーターが用いられています。

・*シリンダ式*
水・油・空気等のをシリンダに充填し、ピストンの径の違いにより大きな力を発揮します。精密動作には電動シリンダが用いられます。用途としては生産装置から重機まで多岐に渡ります。

IoTでは用途に応じてセンサーとアクチュエータをコントロールしますので、アイデア次第でありとあらゆる機器に取り付けることができます。

### IoTデバイスの通信・接続方式

IoTデバイスは用途に応じて通信機能を実装しています。そのため、**通信距離や消費電力を考慮し通信周期や転送量から機能設計されています**。利用されている通信仕様もその用途に応じて各種の規格が存在しています。

具体的に見ていきますと、近距離ではパッシブ型のNFC・RFID、双方向のWiFiやBluetooth等が規格化されています。パッシブ型は在庫個数を数えたり、電車の改札システムに利用されています。この場合、他の端末やリーダーの求めに応じて情報を伝達するだけですので一定周期の通信には適していません。

能動的な通信を行う場合は、双方向通信規約を利用したWiFiやBluetoothを用います。WiFiは高速通信が可能ですが、エネルギー消費が大きいのが難点です。さらに通信距離のポイントを考えていきます。中長距離ではNB-IoTやLoRaWAN等のLPWA（Low Power Wide Area、低消費電力広域通信）の活用が始まっています。

一般的に5Gセルラー通信では超高速通信に対応しますが、エネルギー消費が大きくなります。LPWAでは低消費電力で実装されているため、転送速度は5Gセルラー通信に劣るものの低消費電力のため長時間の通信に適しています。以上のようにメリット・デメリットを比較しながら、ニーズに応じて必要とされる規格を選択し設計に反映させています。

低消費電力の通信規格は比較的短距離から中距離をカバーするため、一旦ゲートウェイで個々のIoTの通信を集約し、データセンターへ一括送信するする接続形式も利用されています。データを仲介し一括通信する通信中継サーバを「エッジサーバ」ということもあります。

ここではIoTの実例を、身近な例を中心に紹介していきます。以下が代表的なIoTの市場分類と活用例です。
・*自動車*
IoTの活用例として引き合いに出されるのが、自動車です。自動車の部品は多岐に渡り、多くの情報機器が搭載されています。IoTによりカーナビゲーション・渋滞予測に活用できます。さらにIoTを連携することで走行・メンテナンス・渋滞情報を総合的に通信するコネクテッドカーとして利便性を向上する試みがされています。

加えて、自動運転のレベルを高めてより安全な運転を提供することも取り組まれています。

・*宇宙航空*
宇宙航空でも多様な機器が用いられています。制御機器の監視・制御・モニターシステム・画像システムが地上局や移動体に実装されています。今後も成長が期待されています。

・*医療*
IoTは距離の影響を受けにくく監視や制御が可能なため、医療のリモート診断が高速通信5Gで実現されています。さらにロボット介護の機器や遠隔の見守り等へ活用されています。

・*産業*
産業向けにも活用が増加しています。従来はOT（オペレーショナルテクノロジー）が用いられていた産業システムや産業用機械ですが、情報通信を活用し高度な連携が可能となっています。そのため産業用システム・機器の監視と制御をIoTで実現するケースが増えています。

これにより品質管理を画像データを含めて高度化し、長期間の品質傾向も簡単に評価できるようになりました。

・*コンピュータ*
コンピュータの領域においてもさらに省スペースIT機器の組み込みや、プリンタ・コピー機への実装なと従来取り付けできないモノにも取り付けられ利用されています。

用語の記事（1ページ目）