AlloyDB Omniとは、Google Cloudが提供する高性能なPostgreSQL互換データベースで、2023年10月12日（米国時間）に一般提供を開始しました。*AlloyDB Omniはオンプレミスやエッジ、そのほかのクラウドでも実行できるようにしたダウンロード版です。*

この記事では、AlloyDB Omniの特徴やメリット、料金設定、利用方法などについて解説します。

【参考】：[AlloyDB Omni | Google Cloud](https://cloud.google.com/alloydb/omni)

PostgreSQLとは？MySQL・Oracleとの違いを解説

AlloyDB Omniは非常に優れた特徴を有しています。ここでは、**AlloyDB Omniの主要な特徴を挙げてみます。**

▪Google CloudのAlloyDB for PostgreSQLと同じエンジンを搭載しており、標準のPostgreSQLと比較してトランザクションワークロードで2倍以上、分析クエリで最大100倍の速度を実現します。

▪AlloyDB Omniは、メモリなどのリソースの自動管理、AIを用いたインデックス提案、ベクトルクエリ、エンベディング生成などの機能を備えており、生成AIアプリケーションの構築にも適しています。

▪AlloyDB Omniは、DebianやRed Hat Linuxが動作する環境があれば、どこでも実行できるように設計されており、VirtualBoxを利用するLocalの開発マシンやノートパソコンの仮想化環境でも利用できます。

▪AlloyDB Omniは、Google Cloud、AWS、Azure、Google Distributed Cloud Hosted、オンプレミスなど、異なる環境にわたり同じデータベースを実行することができます。

【参考】：[AlloyDB のダウンロード版 AlloyDB Omni の一般提供を開始 | Google Cloud 公式ブログ](https://cloud.google.com/blog/ja/products/databases/announcing-the-general-availability-of-alloydb-omni)
【参考】：[AlloyDB Omni を使い始めるには | Google Cloud 公式ブログ](https://cloud.google.com/blog/ja/products/databases/get-started-with-alloydb-omni?hl=ja)
【参考】：[クラウド コンピューティング サービス  |  Google Cloud](https://cloud.google.com/?hl=ja)
【参考】：[アマゾン ウェブ サービス｜AWS クラウド](https://aws.amazon.com/jp/?nc2=h_lg)
【参考】：[クラウド コンピューティング サービス | Microsoft Azure](https://azure.microsoft.com/ja-jp/)

AzureとAWSの違いは？概要からサービスまで比較解説！

AlloyDBにはどのようなメリットがあるのかを確認してみましょう。

*AlloyDB Omniのダウンロード版はデータセンターなどのクラウド環境、ノートパソコンからエッジコンピュータまでどこでも実行ができるよう設計されています。*ここでは、主なメリットを挙げていきます。

### データベースの刷新がしやすい

AlloyDB Omniは、様々な要件によりクラウドで実行できない場合、あるいは、クラウドへの移行に向けた最初のステップとして、**レガシーのデータベースから迅速に移行したり、データベースを刷新したりする場合に最適です。**

データベースの種類とは？エンジニアが今さら聞けない基本知識を徹底解説！

### サーバ停止が許されない環境で使える

AlloyDB Omniは、**利用シーンとしてサーバ停止（ダウンタイム）が許されない飲食店や小売店などにも適しています。**インターネットやクラウドサービスから切り離されても、データベースが稼働し続ける必要がある場合や、遅延を最小限に抑えるためにユーザの近くで稼働させる必要がある場合に最適です。

### ダウンロードして手軽に利用できる

単にローカルに開発用のデータベースが必要な場合にも利用できます。**ダウンロードしてノートパソコンなどの環境でも利用できるのは魅力です。**

データベースとは？今更聞けないその内容をITエンジニアとして改めて学ぶ

### 同じデータベースを異なるクラウドで共有できる 

AlloyDB Omniは、異なるクラウド間でユーザにサービスを提供する場合など、**同じデータベースを複数のクラウドで運用する必要がある場合にも適しており、データの移行や同期の手間を省くことができます。**

### 手厚いサポートが低料金で受けられる

AlloyDB Omniは、Googleのエンタープライズサポート組織によって支援され、24時間365日対応の技術サポートが提供され、**しかも費用はレガシーデータベースと比較して数分の1に抑えられます。**

### デフォルトで暗号化されている

AlloyDB のデータは、他の Google Cloudと同様に、**デフォルトで透過的に暗号化されているため、特に暗号化を意識しなくとも安心して利用できます。**

AlloyDB Omniの優れた性能は分かりましたが、料金が気になる方も少なくないでしょう。*AlloyDB Omniの料金設定は、非常にシンプルで、管理しやすく、手頃な料金設定になっています。*

またワークロードの拡大に合わせて簡単にスケールアウト、スケールインできるようになっています。

AlloyDB Omniは、16-vCPU Starter Packの月単位サブスクリプションで月額1,295ドル、100-vCPUブロックの月単位のサブスクリプションで月額6,995ドル（1,000円程度）で利用でき、既存のエンタープライズ割引プラン（EDP）に加え、1年間と3年間の確約利用割引もあります。

各パックに含まれるvCPUは、必要に応じて複数のサーバや仮想マシンで使用できます。またパックに含まれるすべてのvCPUを、指定の数のサーバや単一のサーバで使用する必要はありません。AlloyDB Omniは、ユーザがGoogle Cloudアカウントで選択したGoogle Cloudサポートプランの対象となります。

※vCPUとは仮想CPUのことで、仮想化されたサーバやストレージで動作するソフトウェアから見て、CPUとして振るのうものを意味しています。

AlloyDB Omniの利用は非常に簡単です。*ここではAlloyDB Omniをローカルにダウンロード、インストールする手順を紹介します。*ドキュメントが英語で分かりづらい場合は、ブラウザの翻訳機能を利用しましょう。また、必要事項を求められたら正しく入力します。

### ダウンロード/インストールして使う

まず、下記の「AlloyDB Omni の一般提供開始のお知らせ |Google Cloud ブログ」にアクセスし、［ドキュメント］ボタンをクリックします。

概要説明の後「AlloyDB Omni をダウンロードしてインストールします。」をクリックし、**後はドキュメントの指示に従ってダウンロードとインストールを手順に沿って行います。**

ダウンロードページでは、AlloyDB Omniのバイナリファイルとライセンスファイルをダウンロードできます。バイナリファイルは、DebianやRed Hat Linuxが動作する環境であれば、ほぼどこでも実行できるように設計されています。ライセンスファイルは、AlloyDB Omniの使用許諾契約を記載したものです。

【参考】：[AlloyDB のダウンロード版 AlloyDB Omni の一般提供を開始 | Google Cloud 公式ブログ | ](https://cloud.google.com/blog/ja/products/databases/announcing-the-general-availability-of-alloydb-omni)

**プレビュー版はLinux環境でのみ動作します。**IntelベースのMacやWindowsは仮想化環境で実行できます。ダウンロードしたソフトウェアと初期データベースを保持するために、少なくとも20GBのストレージ容量を割り当てる必要があります。

Linuxとは？特徴やメリット・ディストリビューションを解説！

WindowsとLinuxの違いは？具体的な比較ポイントを解説！

**インストールやAlloyDB Omniの実行はLinuxコマンドを用いますが、コマンドもすべてドキュメントに記されています。**Dockerはバージョン 20.10以降を利用します。

AlloyDB Omniを実行する環境に応じて、LinuxのコマンドラインやGUI、Kubernetesオペレーターなどのツールを利用して、データベースのプロビジョニング、バックアップ、安全な接続、オブザーバビリティなどのタスクを行います。

AlloyDB Omniに接続するアプリケーションやツールを設定して、データの操作や分析を行います。

【参考】：[AlloyDB Omni をインストールする | PostgreSQL 用 AlloyDB | Google Cloud](https://cloud.google.com/alloydb/docs/omni/install)
【参考】：[データ分析を導入する: BigQuery 連携クエリの新機能 | Google Cloud 公式ブログ](https://cloud.google.com/blog/ja/products/data-analytics/exploring-new-features-in-bigquery-federated-queries)

Linux版Docker Desktopが登場！機能と利用方法を解説

ここまでGoogle Cloudが提供する高性能なPostgreSQL互換データベースのAlloyDB Omniについて、その特徴やメリット、使い方などについて紹介しました。AlloyDB OmniはAWSやAzureなどGoodle以外のクラウドでも実行できるばかりか、ノートパソコンにダウンロードして、Local環境でも利用できます。

無料枠を利用して試すことができますので、*PostgreSQLを学んでいる方、クラウドサービスを利用してみたい方、本格的なデータ分析を行ってみたい方、ぜひAlloyDB Omniを利用してみましょう。*

PostgreSQL入門、複数のRDBMSを習得して更なる活躍を

AlloyDB OmniはGoogle Cloudが提供する高性能なPostgreSQL互換データベースで、2023年10月12日（米国時間）に一般提供を開始しました。AlloyDB Omniはオンプレミスやエッジ、ほかのクラウドで実行可能なダウンロード版です。

AlloyDB Omniは、標準のPostgreSQLと比較して分析クエリで最大100倍の速度を実現

AlloyDB Omniは、DebianやRed Hat Linuxが動作する環境であれば、ほぼどこでも実行可能

AlloyDB Omniはネットワーク断やクラウドの停止が許されない環境でも、Localで実行可能

AlloyDB Omniとは？Google提供の高性能DBを解説

*2023年10月10日（現地時間）、ドイツのスタートアップ企業Deta社はインターネット向けの新たなOS「Space OS」のα版を発表しました。*Data社は、自分の全ての端末でアプリやデータを完全に同期できるクラウドOSであるSpace OSの可能性を探っています。

Space OSは、ユーザがコンピュータのOSを他デバイスと共有できるようにすることで、デスクトップデザインやアプリケーション内データまで、端末環境の全体を共有し、さまざまなデバイスに同期できるようにするというコンセプトで開発が進められています。

Space OSはまだ試験段階にあり、α版として試験運用中であるため、ユーザは無料で試すことができます。また、新たなインターフェースとなる、Webアプリ開発者キットの「SpaceKit 2.0」α版の提供が予定されており、今後の動きが注目されます。

【参考】：[Deta Space](https://deta.space/)
【参考】：[spaceOS | A Workplace Experience & Community Engagement Platform](https://spaceos.io/)
【参考】：[Introducing Space OS - October 10, 2023 - Space Blog](https://deta.space/blog/space-os)
【参考】：[導入 | SpaceOS カスタマーナレッジベース](https://support.spaceos.io/kb/en/deployment-304098)

Space OSが誕生した背景を探ってみると、主に次の2つの背景があります。**1つ目はユーザのニーズに応えるため、2つ目は開発者の技術的な挑戦に対する情熱です。**Space OSはα版が登場したばかりで、これから市場テストを経て、β版、商用版と発展していくでしょう。

このSpace OSによって、私たちは個人として自分専用のクラウドスペースを持つことができ、どこからでも、どの端末からでも自分のクラウドにアクセスできます。AIアシスタントツールの「Teletype」に指示を与えるだけでアプリを開発をしたり、アプリを動かしたりできるようになるでしょう。

では、これからSpace OSが誕生した背景をもう少し詳しく見ていきます。

*■ ユーザのニーズに応えるため*
WindowsやMacOSなどの主流となっているOSはハードウェアに依存しており、異なる端末間でのデータやアプリの同期が難しい場合があります。また、ユーザは自分のデータをクラウドサービスに預けることに不安や不信感を抱くこともあります。

Space OSは、ユーザが自分のコンピュータ全体を自分のクラウドにできるようにすることで、これらの問題を解決しようとしています。

*■ 技術的な挑戦への情熱*
Space OSの開発者である「Mustafa Abdelhai」氏は、自分の勉強のために新しいOSを開発することに興味を持ちました。彼は既存のOSに満足せず、自らのビジョンを実現するためには、クラウドサービスからクラウドベースアプリを含めて、すべて最初から構築する必要があると考えたのです。

彼はSpace OSを「コンピュータの未来」と呼んで、ユーザに新しいコンピューティング体験を提供したいと願っています。

Space OSは、Detaというスタートアップ企業が開発したサーバレスプラットフォームの「Deta Space」上に構築されています。Deta Spaceは、個人のデータを保存するための暗号化されたクラウドスペースと、様々なプリケーションを実行するためのバーチャルデバイスという2つの部分から構成されています。

*Space OSには、HorizonとTeletypeという2つのユーザインターフェースが含まれています。*

### Horizon
**Space OSの中核となるパーソナルWebのインターフェースです。**画像やメモ、リンク、ビデオなどを使用したカスタムに対応しており、Deta Discoveryから個人用アプリを追加できます。また、Cards（カード）と呼ばれる軽量アプリをHorizon上に直接作成することも可能です。

Cardsは、ダイレクトにコーディングすることも、AIアシスタントのTeletypeに指示を与えて作成することもできます。

### Teletype
テキストコマンドを対応するコードに変換し、**アプリケーションを生成するAIを用いたツールです。**直接コーディングを行うか、テキストによる指示で簡単にアプリを開発できます。

Space OSは、ユーザがコンピュータのOSを共有できるようにすることで、デスクトップの配置や背景、アプリケーション内のデータに至るまで、コンピュータ全体を共有し、異なるデバイスに同期できるようにすることを目指しています。

AIによるコーディング支援とは？概要とともに実際の開発ツールを紹介

Space OSには、既存のOSと比べて以下のような違いがあります。**Space OSがクラウドに特化したOSであることと、Space OS特有のユニークさが既存OSとの差別化に繋がっていると言えます。**

1．クラウド上に構築されたOSであり、このOSを利用することで、どのデバイスからでも自分のコンテンツやアプリケーションにアクセスできるようになります。
2．データは暗号化されたクラウドスペースに保管されるため、データのセキュリティが高まります。
3．Teletypeは、テキストコマンドを対応するコードに変換し、アプリケーションを生成するAIアシスタントです。これらのインターフェースは、アプリケーションの開発やカスタマイズを容易にします。
4．コンピュータのOSを共有できることです。Space OSは、デスクトップの背景からアプリケーション内のデータに至るまで、コンピュータ全体を共有し、異なるデバイスに同期できるようにすることを目指しています。これにより、コラボレーションやコミュニケーションが向上します。

以上がSpace OSの優れた点です。Space OSはインターネットのための新たなオペレーティングシステムとして、既存のOSとは異なる特徴やメリットを提供します。

## Space OSのメリットとデメリット

Space OSはクラウド向けのOSです。クラウド環境では様々なメリットを得られる反面、デメリットも存在します。*ここではSpace OSのメリットとデメリットについて解説していきます。*

Space OSのメリットを挙げると、以下のようになります。**クラウド環境特有のメリットに加え、Space OSの独自性によるメリットの相乗と言えます。**

▪異なる端末でも同じデスクトップ環境を利用できるため、作業の効率化や継続性が高まります。
▪クラウド上にデータが保存されるため、端末の故障や紛失などによるデータ損失リスクが低減されます。
▪クラウド上にアプリをインストールするため、端末のストレージやメモリの消費が抑えられます。
▪クラウド上にOSを構築するため、OSのアップデートやセキュリティパッチの適用が容易になります。
▪2つのユーザーインターフェース、HorizonやTeletypeを使って、簡単にアプリケーションを作成したり、カスタマイズしたりできます。
▪Deta Discoveryから他のユーザが作成したアプリケーションを利用したり、共有したりできます。

Space OSのデメリットは、以下の通りです。**クラウド環境のデメリットに加え、Space OSと既存OSとの違いによる非互換の懸念が残る点がデメリットになります。**

▪Space OSはクラウド上に構築されたOSであり、インターネットに接続できない場合にはデータやアプリケーションにアクセスできません。
▪クラウド上にOSを構築するため、インターネットの速度や安定性に直接影響を受ける可能性があります。
▪既存のOSとの互換性が低く、クラウドに移行できないアプリケーションが残る可能性が否定できません。
▪クラウド上にデータを保存するため、プライバシーやセキュリティの面での不安を完全には払しょくできないかもしれません。
▪Space OSはまだ開発途上のため、市場で十分なテストや評価がされておらず、今後どこまで広がるかが未知数です。

Deta社が開発中のクラウドOS、Space OSについて解説しました。Space OSはまだ開発途上であり、α版として試験段階にあります。WindowsやMacOSといった既存のOSと競合することも想定され、今後どのように発展していくかは未知数です。

また、クラウドのデメリットをどう解消していくのか、メリットをいかに最大化していくかが今後の課題です。Space OSをメジャーOSとするためには、多数の技術者と時間と費用が必要です。

**しかし、Space OSは私たちのコンピュータOSに対する概念を大きく変え、コンピュータの使い方や仕事のやり方まで変える可能性を秘めています。**

Space OS自体はまだ市場でほとんどテストされておらず、市場の評価はまだですが、公式サイトから利用者登録をすることで実際に触れることができます。ぜひ公式サイトにアクセスしてSpace OSを試してみることをおすすめします。

2023年10月10日（現地時間）、ドイツのスタートアップ企業Deta社がインターネット向けの新たなOS「Space OS」のα版を発表しました。Space OSとはどのようなOSなのか、その誕生背景や特徴、メリット・デメリットなどについて解説します。

Space OSは、自分の全ての端末でアプリやデータを完全に同期できるクラウドOS

Space OSには、HorizonとTeletypeという2つのユーザーインターフェースが含まれている

Space OSはクラウド特有のメリットとデメリットがあり、デメリットの最小化が発展の鍵となる

Space OSのα版が登場！最新クラウドOSの概要について解説

ITに関わると、デプロイという言葉を頻繁に目にします。IT業界におけるデプロイは、**システムの稼働に必要な実行ファイルやアーティファクト（実行に必要な情報など）を新環境に移すという意味で用いられています。**

通常、デプロイでは稼働中のアプリなどを一旦停止させ、サーバーの再起動を伴うことからダウンタイム（停止時間）が発生しますが、ホットデプロイという方法ではダウンタイムを発生させません。ここではホットデプロイのいくつかの手法を中心に解説していきます。

**デプロイは英語の（deploy）のことで、「展開する、配置する」といった意味です。**そこから、プログラムやプロジェクトなどを配置するという意味で、IT用語として使われるようになりました。

デプロイという響きは、いかにもエンジニアらしいのですが、**デプロイの意味をしっかり押さえ、正しく使うことが求められます。**

「テスト稼働が無事に終わったので、ローカル環境から本番環境にデプロイしよう」

「Javaで開発したアプリをユーザーが利用できるようにデプロイしてください」

システムやアプリケーションがある限り、デプロイは必ず行う必要があります。またデプロイには次のような重要なポイントがあります。

*1.サービス停止となるダウンタイムは短ければ短いほどよい。*

*2.デプロイに失敗した時に簡単に元に戻せること。*

*3.ユーザーから見た時に安定しており、サービスレベルの低下がないこと。*

一言で言えば、**デプロイによってユーザーに不都合を与えないことがデプロイを行う上で最も重要な方針と考えるべきです。**

デプロイにリスクや失敗はつきもの、などという言い訳は厳に慎むべきです。

デプロイについて理解できたでしょうか？デプロイを理解すると、似たような用語が気になると思います。間違った使い方をすると恥ずかしい思いをすることがあるので、**デプロイの類義語について確認しておきましょう。**

リリースはサービスインとも言います。**Webページの公開や、Webサービス開始の際に使われます。**「〇〇サービスは4月1日にリリースされます」というように使います。一般ユーザーに対してはリリースやサービスインという言い方の方が分かりやすいでしょう。

また厳密に言えば、デプロイはリリース作業の1つのステップで、一般的なリリースは次のような手順で行われます。

*1.稼働中のアプリケーションを停止する。*

*4.デプロイ前とデプロイ後の状態について、問題がないか確認する。*

これはダウンタイムを伴う一般的なリリースの手順ですが、*デプロイがリリース作業の1つのステップである*ことが分かると思います。

リリースやサービスインとも似ていますが、ローンチは**製品やサービスなど提供開始の際に用いられることが多いです。**また、機能やユーザーを限定して、先行提供する際にもローンチは使われます。ローンチの後、一般公開する場合には「ロールアウト」と言います。

IT業界ではかなり古くから用いられている和製英語です。今はほとんど死語になりつつありますが、ホームページの公開、Webサービスの開始の際に用います。**主にクライアントと開発サイドとの間で使うのが一般的で、顧客や利用者に対して用いる事はありません。**

主に**テスト環境にあったWebページなどを、本番環境で公開する際に用いられます。**これもどちらかと言えば、システム関係者間の用語です。「修正を確認しました。本番公開してください。」といった使い方をします。

一口でデプロイと言っても、環境や要件によって方法はいくつかあります。ダウンタイムが生じるデプロイと、ダウンタイムを発生させないデプロイとがあり、ここでは**ダウンタイムを生じさせない「ホットデプロイ」の手法について紹介していきます。**プロジェクトにおいて、どの手法を採用すれば要件を満たせるかを考えながら選択することが大切です。

### ブルー/グリーンデプロイ（Blue/Green Deployment）

ブルー（本番環境）とグリーン（新環境）の2つを用意し、ロードバランサーなどで切り替えができるようにしておきます。ブルーで本番を動かしたまま、グリーンに新環境をデプロイし、新環境の正常稼働を確認したら、ロードバランサーの向きを切替、グリーンを本番環境として利用します。

万一グリーンで問題が生じた際には、ブルーに切り戻す（ロールバック）ことで障害の影響を最小限にとどめられます。この方法ではダウンタイムをほとんど発生させませんが、**新旧両環境を常に維持する必要があるため、余分な運用コストが発生します。**

### イミュータブルデプロイ（Immutable Deployment）

ブルー/グリーンデプロイとほぼ同じ方法ですが、大きく異なるのは、ブルー/グリーンデプロイでは旧環境を残さない点です。そのため、**旧環境を残しておくブルー/グリーンデプロイ手法と比べて余分な運用コストが発生しないというメリットがあります。**

### シンボリックリンクデプロイ（Symbolic Deployment）

Linuxのコマンドを利用する方法です。**稼働中のサーバー上の別環境にデプロイを実施して、サービスが利用しているシンボリックリンク（起動リンク）を新環境に切り替える手法です。**サーバー増設の必要もなく、低コストで運用できますが、場合によっては再起動が求められることもあり、ダウンタイムが必ずしもゼロになるわけではありません。

### ローリングデプロイ（Rolling Deployment）

**ロードバランサーによって負荷分散しているサーバーに対し、ロードバランサーから順次切り離してデプロイを行う方法です。**ダウンタイムは基本的に発生しませんが、一時的に新旧サーバーが混在するため、処理結果に違いが生じないよう気を付ける必要があります。

紹介した以上4つのデプロイがメジャーですが、他にも次のようなデプロイがありますので、覚えておくとデプロイに詳しい人だと思われるかもしれません。

*■カナリアデプロイ（Canary Deployment）*

**新しいプロダクトの新しい機能を稼働中のサーバーの一部にデプロイ、リリースする方法です。特定のユーザーにだけ新機能を利用してもらい、新サービスの検証を行います。**カナリアリリースは炭鉱のガス漏れ事故を未然に防ぐために、カナリアをセンサー代わりに利用したことが由来と言われています。

*■インプレースデプロイ（In-Place Deployment）*

**稼働中のサーバに対して、新しいアーティファクト（ソフトウェア開発で生まれた新たな制作物）をリリースします。**このリリース方法では再起動が避けられず、ダウンタイムが発生します。

*【参考】：[AWS でデプロイの自動化を実現するベストプラクティスを図解](https://aws.amazon.com/jp/builders-flash/202005/awsgeek-ci-cd/?awsf.filter-name=*all)*

## デプロイの簡略化ツール-DeployBotを使うメリット

デプロイは最新のシステムやサービスのリリースに欠かせない作業ですが、エンジニアにとっては大きな負荷を伴う作業です。この**デプロイを簡略化、自動化できるツールとしてDeployBotがあります。**

DeployBotはデプロイ作業に手間をかけず、簡単に行うことができるGUIツールのことです。従来のデプロイ作業は、エンジニアがコマンドなどを使って手動で作業を行うため、特殊なスキルが必要となり、Linuxなどの運用経験がないシステムエンジニアにはハードルの高い作業でした。しかし、DeployBotを利用することでGUI画面から簡単にデプロイ作業が可能となりました。

ここでは、デプロイツールとしてDeployBotを紹介しましたが、「Git」でデプロイ環境を構築する方法や、お馴染みのGAS（Google Apps Script）を用いたWebアプリのデプロイ方法などもありますので、デプロイに興味を持った方はさまざまなツールを研究してみてください。

*【参考】：[DeployBot | Code Deployment Tools | Deploy Code Anywhere](https://deploybot.com/)*

Linuxエンジニアとは？詳細や仕事内容、必要なスキルを解説！

ホットデプロイ以外の従来型デプロイ作業では、デプロイ終了後にサーバーの再起動が不可欠でしたが、**サーバー再起動が不要となり、システムダウンタイムの大幅な短縮、回避が可能となります。**

### 直感的操作でデプロイが可能

DeployBotでは難しいコマンドを使わず、**GUIツールを利用して、ボタン操作でデプロイが行えます。**

### 他に特別なツールなどの必要がない

これまでのデプロイでは、サーバーを操作するためのクライアントソフトなどを使い分ける必要があり、作業が大変煩雑でしたが、DeployBotでは**1つのツールだけで作業が完結し、余計な手間を省くことができます。**

### ロールバックが容易に行える

デプロイでは作業に失敗した時に、元に戻す「ロールバック」という作業が必要になります。これは完全に元の状態に戻す必要があるため、大変神経を使いますが、**DeployBotでは「Rollback to 」ボタンを押すだけでいとも簡単に前のバージョンに戻すことが可能です。**

DevOps（デブオプス）という言葉を聞いたことはありませんか？DevOpsは、開発を意味するDevelopmentと運用を意味するOperationsを掛け合わせた新たな概念です。このDevOpsを推進する役割を担うのがDevOpsエンジニアで、今注目を浴びているエンジニア職です。

**DevOpsエンジニアの仕事では、開発サイドと運用サイドの連携を強め、システム開発効率やサービス品質の向上、安定運用実現など、インフラの構築や運用改善など多岐に及びます。**そのためDevOpsエンジニアには幅広いIT知識やスキルが求められます。

DevOpsとは？その概念と実例を既存モデルと比較し解説！

DevOpsエンジニアの役割と業務・将来性や違いについて解説

従来型のシステム開発と運用の縦割り組織では、さまざまな弊害が存在していました。しかし、ITの進展に伴い、システムに対する要求は年々厳しくなっており、「サービスを止めずにシステムを改善する」ことが当然のことになっています。

またクラウド化の進展によって、開発と運用の一体化は必然のこととして受け止められています。こうした背景から、**開発と運用の一体化を図るDebOpsエンジニアに対する需要が高まっており、将来性の高い職種の1つです。**

### DevOpsエンジニアの求人と年収

DevOpsエンジニアの求人状況や年収について確認してみましょう。マイナビAGENTの求人検索でキーワード［DevOps］で検索したところ、**年収400万円から1,500万円までの求人を確認できたことから、DevOpsエンジニアが高年収であることが推察できます。**

その件数はまだ残念ながら300件前後ですが、今後需要が拡大していくと考えられます。特にクラウド事業を展開するGoogleやAmazonAWSではDevOpsエンジニアの強化に積極的であり、クラウドのフルスタック人材と言われるDevOpsエンジニアは更に重用されると考えられます。

*【参考】:[マイナビAGENT SE・システムエンジニア DevOps](https://mynavi-agent.jp/jobsearch/job1_01/kw_DevOps/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv02)*

クラウドサービスやWeb関係では当たり前のように使われている「デプロイ」ですが、その手法や正しい意味を理解していますか？デプロイはエンジニアにとっての必須用語です。今さら人に聞けない「デプロイとは」について、その使い方、手法の種類などを分かりやすく解説します。

デプロイはシステムの稼働に必要なファイルや情報を新環境に移すことである

デプロイによるダウンタイムを回避、最小限にする考え方にホットデプロイがあり、その中には6つの手法がある

デプロイは開発と運用の両面から改善が求められ、これらを主導するDevOpsエンジニアへの期待が高まっている

デプロイとは? ITエンジニア向けに意味をわかりやすく解説！

**AWSのNLBとは、通信の負荷分散をするロードバランサーというサービスの1つです。**AWSではElastic Load Balancing（ELB）というサービスでロードバランスの機能を提供していますが、ELBではその中で4種類のロードバランサーを提供しており、その中の1種類がNLBです。

ELBでは、アプリケーションの用途にあわせて、ロードバランサーの種類を選択できます。そのため、これからAWSを利用してアプリケーションを作る方は、ELBで提供されているロードバランサーの種類やNLBの概要、使い方などを確認する必要があります。

ちなみに、ロードバランサーのサービスはGCPなどAWS以外でも提供されているサービスではありますが、本記事ではAWSのロードバランサーに着目して解説します。AWSでこれからサービスを構築しようと考えている方は、ぜひ本記事を参考にしてください。

【参考】：[AWS公式 ロードバランサーについて](https://aws.amazon.com/jp/elasticloadbalancing/faqs/)
【参考】：[AWS公式 NLBについて](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/network-load-balancers.html)

ITエンジニアとしてAWSのロードバランサを知り仕事に活かそう

## AWSのロードバランサーは4種類あり、特徴が異なる

**前述の通り、AWSには「Application Load Balancer (ALB) 」「Network Load Balancer（NLB）」「Gateway Load Balancer（GLB）」「Classic Load Balancer（CLB）」のロードバランサーが存在しています。**

その中でもNLBは、TCPとUDPの両方の負荷分散をしてくれるのが特徴です。また、その他のサービスは、NLBとは違う特徴を持ちます。ここからは、その他のサービスの特徴についても解説します。

*ALBは通信の負荷を分散する点ではNLBと同じですが、HTTPまたはHTTPSに特化して負荷分散をしています。*そのため、HTTPまたはHTTPSに関する負荷分散をしたい場合には、ALBを利用しましょう。

【参考】：[AWS公式 ALBについて](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html)

*CLBは、EC2-classicという旧サービスで使用されていたロードバランサーです。*現在は基本的にNLBを使いますので、これからAWSでシステムなどを構築する方は、NLBや他のロードバランサーを利用することになるでしょう。

【参考】：[AWS公式 CLBの移行について](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/userguide/migrate-classic-load-balancer.html)

AWS NLBがUDPやTCPのプロトコルに対応していましたが、GLBはIPプロトコルに対応しています。*このサービスは、サードパーティ製の仮想アプライアンスを利用する場合に利用します。*

【参考】：[AWS公式 ELBの機能の比較](https://aws.amazon.com/jp/elasticloadbalancing/features/#Product_comparisons)
【参考】：[AWS公式 GLBについての質問](https://aws.amazon.com/jp/elasticloadbalancing/faqs/)

ここからは、NLBの作成方法を解説します。**NLBの作成をする際には、管理画面からログインして作業をする方法と、AWS CLIを利用する方法があります。**

本記事では、管理画面からログインする流れを簡単に解説します。CLIを使ってNLBを作成したい方は公式サイトのチュートリアルを参考にしてください。

【参考】：[AWS公式 CLIを使用したNLBの作成方法](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/network-load-balancer-cli.html)

### ターゲットグループを設定する

ターゲットグループは、コンソール画面のナビゲーションペインから選択できます。*ターゲットグループの設定では、ターゲットグループ名の入力、プロトコルの選択、IPアドレスの選択などが決められます。*その他、オプションとしてタグを追加したりポートの値を設定したりすることができます。

一通りターゲットグループの項目を選択し終えると、「次へ」ボタンが表示されターゲットの登録ができるようになりますので、まずはこれらの項目を設定しましょう。

【参考】：[AWS公式 NLBの作成方法](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html)

AWSマネジメントコンソールとは？機能やCLIとの違いを解説

ターゲットグループを設定したら、次はターゲットを登録しましょう。*ターゲットがインスタンスかIPアドレスか、ALBなのかによって選択できるものが異なります。*

ターゲットがインスタンスの場合は、インスタンスとポートを選択できます。一方でIPアドレスの場合はIPアドレスとポートが入力可能です。ALBがターゲットの時は、ALBを選択するだけで作業は完了です。

AWS Amazon EC2のインスタンスとは？インスタンスの起動・確認方法を合わせて解説！

### ロードバランサーとリスナーの構成を設定する

*ロードバランサーとリスナーは、コンソール画面のナビゲーションペインで選択できます。*まず、ロードバランサーは「ロードバランサー」「ロード バランサーの作成」「ネットワーク ロード バランサー」の順で選択すれば作成が開始されます。

ロードバランサーの作成では名称やIPアドレスのタイプ、スキームを選択できます。さらに、その後のネットワークマッピングではサブネットの選択などができますので、ご自身の要件に合うものを選択しましょう。

*リスナーの設定では、任意でプロトコルとポートの変更などができます。*さらに、必要に応じてリスナーの追加もできるので、追加をしたい方はここで設定しましょう。

最後にオプションでタグの設定などもできますが、必要なければそのままでも結構です。構成を確認したらロードバランサーを作成することができます。

### ロードバランサーをテストする

完成したロードバランサーは、きちんと動作しているかテストしましょう。*ロードバランサーをテストするには、ロードバランサーのDNS名をブラウザのURLを入力する欄にコピー＆ペーストをしてください。*その後、サーバーのデフォルトのページが表示されているか確認します。

ちなみに、ロードバランサーが上手く動作できず、作成し直したい場合は1度ロードバランサーを削除することもできます。削除の詳しい方法については、公式サイトを参考にして下さい。

【参考】：[AWS公式 NLBの削除について](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-delete.html)

## AWSのNLBに関するよくある疑問

**NLBについて理解が深まったところで、ここからはNLBに関する疑問について紹介します。**何か疑問があればこちらも参考にしつつ、NLBを使用してみましょう。

### NLBのアクセスログは取得できるか

*NLBのアクセスログは、デフォルトでは無効になっています。*アクセスログを取得したい場合は、ロードバランサーのアクセスログの作成を有効にする必要があります。

アクセスログが作成されるには、ロードバランサーにTLSリスナーがある場合など条件があります。また、アクセスログはAmazon S3に保存されますが、この際にはAWS KMSなどを使用して、保存する前に暗号化をすることも可能です。アクセスログを取得したい方は、公式サイトとご自身の設定を確認しましょう。

【参考】：[AWS NLBのアクセスログについて](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/network/load-balancer-access-logs.html)

### NLBにはリソースの制限があるか

*こちらは、結論からいうと制限があります。*AWSでは制限のことを現在は「クオータ」と呼んでおり、NLBのクオータを確認したい場合は「ServiceQuotas」のコンソール画面から確認できるようです。NLBのクオータについて詳細を知りたい方は、公式サイトを参考にしてください。

【参考】：[AWS NLBのリソースの制限について](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/network/load-balancer-access-logs.html)
【参考】：[AWS ServiceQuotas コンソール](https://console.aws.amazon.com/servicequotas/home)

## ロードバランサーの種類を理解し、NLBを活用しよう

AWSのELBには、NLBを始めとした4つのロードバランサーがあることが分かりました。**それぞれ特徴が異なりますので、NLBや他のサービスの特徴を理解したうえでNLBを作成してみましょう。**

またNLBの作成はコンソール画面から簡単に作成することができます。コマンドを使い慣れていない方などは、画面上で作業が完結するのも非常に便利な点だといえます。アプリケーションを開発する方や、これからAWSでサービスを構築する方はぜひ本記事を参考にしてNLBを作成してみてください。

クラウドの記事（1ページ目）