作成できるというものです。「何が欲しいのか」を書くだけですね。作成しようと思ったら、このような設定ファイルを書きます。コマンドを叩くだけです。作成したい場合でも、その全てを設定ファイルの中に書くだけで実現できるのが宣言的なリソース管理です。作成しようと思ったら手順がどんどん増えていきますよね。宣言的なリソース管理はとても便利なので、ぜひ体験していただきたいです。すごい機能がたくさんあるのですが、その中でも代表的なものをいくつか紹介したいと思います。上で運用していれば、急激なトラフィックの増加にも対応できます。数を増減させることができます。メモリの量を自動的に増減させることができます。使用すると、さまざまなデプロイ戦略を取ることができます。してデプロイし、ロードバランサを使用して一気にトラフィックを切り替える方法です。問題が発生した場合は即座に以前のバージョンに切り替えることができます。ローリングアップデートも可能です。順番にアップデートしていくことでダウンタイムが発生しないように、新しいバージョンのサービスをデプロイする方法です。一つずつアップデートされています。これによりダウンタイムが発生せずにアップデートできます。どちらかに振り分けられることになります。最後にカナリアリリースについても説明しようと思います。カナリアリリースは一部のトラフィックを新しいバージョンにルーティングし、大部分を既存のバージョンにルーティングすることで、少数のユーザーのみが新しいバージョンを使用できるようにする手法です。一部のユーザーで新しいバージョンをテストし、問題がないことが確認できたら全体に向けて、展開する戦略が取れます。テストすることができます。自動で作成してくれる機能です。正常に動作するように保ってくれる機能があります。いう機能で設定することもできます。配置されるように再作成してくれます。スケジューリングの機能について解説します。自動的に配置することを指します。配置させるかを設定することができます。作成するかを設定することができます。配置したくない」といった設定もできます。盛んに開発されていることが挙げられます。して4つほど紹介したいと思います。サービス同士の通信を柔軟に制御するためのコンポーネントです。管理が難しい部分が出来てしまいます。出入りする通信は全てこのプロキシを経由するようになります。このプロキシにより、各指標の収集やサービスディスカバリ、サービス同士のセキュアな通信などが実現できます。自体はカナリアリリースをネイティブにサポートしていません。よって、複数のリソースを調整してカナリアリリースを実現する必要があります。使用すると一つの設定ファイルを書くことで、簡単にどのサービスに何%のトラフィックを流すかを指定できます。同士が通信するときの暗号化や認証なども担当します。それにより、柔軟にサービス間のアクセス制御が行えたり、サービス同士の通信がセキュアに行えたりします。ためのパッケージ管理ツールで、アプリケーションや使用するツールを実行するためのリソース定義が全て含まれたものです。イメージしてください。上でアプリケーションを構築するときに一から構築するのは、複雑でかなりの時間を要する場合があります。雛形のリソース定義セットをインストールし、変更したい部分だけを変更してデプロイすることで大幅に作業を短縮できます。イメージ自体をカスタマイズできるわけではないので注意してください。上にチャートと呼ばれるパッケージを作成してパッケージ化することができます。管理することができます。言語のテンプレートライブラリのようなものを埋め込む形で記述します。興味がある方はドキュメントをご覧ください。上のアプリケーションに自動デプロイさせることができます。推奨されませんが、ローカルからファイルをアップロードさせて、デプロイさせることもできます。統合では、ブランチやタグの追跡、特定のコミットに固定するなどがサポートされています。それを自動で削除しないように構成できます。これにより、操作ミスによるリソースの自動削除を防ぐことができます。状態にクラスタを適用させるかどうかなどの設定もあります。管理することができます。環境を構築することができ、カスタマイズやアプリケーションの状態を確認することもできます。メトリクスを収集するツールです。使用率やリクエスト数などのメトリクスを管理することは困難です。ベースでメトリクスを一括管理でき、クエリを実行し、結果をグラフ化できます。インストールして、設定をカスタマイズした上でデプロイできるので非常に簡単に環境を構築することができます。次のクエリを実行してみます。すると、以下のようなグラフが作成されます。クエリを書くことで様々なリソースのメトリクスを収集できます。アラート機能も実現することができます。このアラート機能は多機能で、グルーピングやミュート機能、高可用性クラスタに対応させる機能などがあります。グルーピングの機能は似たような種類のアラートを一つの通知にグルーピングして通知します。この機能を使用することで、同じようなアラートは一つにまとめられ、どのサービスがそのアラートを受け取ったのかを確認することができます。一つ、ミュート機能も紹介します。ミュート機能では特定の時間帯は通知を送らないような設定にしたり、特定の通知が送信された後は特定の通知が送信されないように設定したりする機能があります。メトリクス収集ツールなため、ログ収集の機能はありませんが、メトリクス収集に関してはかなり優秀なツールなので、ぜひお試しください。クラスタのマネージドサービスが用意されています。連携させることができるので、ご紹介したいと思います。使用すると、セキュアなクラスタを1つのコマンドの実行だけで作成することができます。アドレスを持たせない構成で構築できます。アドレスを持たせるが、承認されたネットワークからしかアクセスできないような構成で構築することができます。いう機能も用意されています。使用すると、コンテナで動作するアプリケーションはホストカーネルへのアクセスを通常よりも制限されます。これにより、コンテナの内部で悪意のあるコードが実行されたとしても、ホストや他のコンテナへの影響を大幅に減少させることができます。コンテナが動作する環境に不必要なパッケージはカットされています。攻撃範囲を最小限に抑えることができます。HTTP(S)ロードバランサのことです。上でアプリケーションを公開するときによく使われる機能になります。様々な機能を追加することができます。世界中のロケーションにキャッシュされるようになり、レスポンス速度が向上します。構築することができます。モニタリングツールが用意されていて、デフォルトでメトリクスが収集されます。単体で使用しようとすると、サードパーティツールを使用して構築する必要があるので、デフォルトで利用できるのは優れているポイントです。メトリクス収集ツールです。同じようにメトリクスの一元管理やアラートの設定などが行えます。いう指標では、以下のようなグラフが作成できます。見やすいと思うのですが、いかがでしょうか。使用率などたくさんの指標が存在します。指標を使用することで、アラート機能を作成することができます。トリガーの条件には、指標の閾値を設定する方法や指標の存在を確認させる方法があります。アラートポリシーはとても柔軟に設定できるので、興味がある方はドキュメントをご覧ください。統合させる選択肢もあります。上で表示させる機能です。ない指標を監視したい時はこの機能を使用します。オートスケーリングできます。作成してくれる機能です。多すぎる場合には自動で削除します。必要な時だけ動作させることができ、最大限コストを節約することができます。なにが便利なのかについて解説しました。カスタマイズできるので、ぜひ一度お試しください。使っているがもっと有効に活用したい」という方など、ぜひクラウドエースにご相談ください。サービスをご用意してお待ちしております。比較したい方は、ぜひ下記の資料をご覧になってください。クラウドエース編集部です。いう名前は聞いたことあるけど、実際何のために使うのか、何がすごいのかを知らないという人は多いのではないでしょうか。使うと何がすごいのかについて解説していきます。複数のコンテナを簡単にデプロイ・管理できるサービスです。いう名前はギリシャ語で「操舵手」を意味します。コンテナ船を操縦・管理する人のようなイメージですね。実際にコンテナ上にアプリケーションを構築する際は、複数のコンテナを組み合わせて一つのサービスを構築します。機能では複数のコンテナを組み合わせて管理することはとても大変です。複数のコンテナの管理で必要な観点には以下のようなものが挙げられます。使用すれば、これらのことが簡単に管理できるようになるわけですね。ここまでの説明で、「コンテナ」という単語を当たり前のように使ってきましたが、コンテナについて知らない人もいると思うので簡単に解説します。上に独立した領域を確保し、その中でアプリケーションを動作させる仮想化技術です。簡単に言い換えると、一台の物理サーバーの中に軽量な別のサーバーを立ち上げるようなイメージです。このような技術は仮想化技術と呼ばれ、ハイパーバイザーなども仮想化技術として有名です。ハイパーバイザーはカーネル自体も仮想化するのに比べて、コンテナはホストのカーネルを使用するので、ハイパーバイザーより軽量に動作します。ここでコンテナができる前にどのような問題があったのかを紹介します。コンテナができる前は、複数のアプリケーションを動作させようとすると、以下のような問題が起こっていました。1つのアプリケーションがリソースを消費しすぎることで他のアプリケーションのリソースが足りなくなる。いった問題を解決するためにコンテナが使用されるようになりました。コンテナ上でアプリケーションを動作させると、以下のように問題が解決します。マイクロサービスやアジャイル開発といったデプロイを小さく分けて、細かくデプロイを積み重ねる運用が重視されてきている今、コンテナは必須の技術と言っても過言ではないかもしれませんね。複数のコンテナの管理を自動化・簡略化してくれるツールのことでした。いう単語が出てきます。いう単位で扱われます。一つ以上のコンテナをグループ化したものです。世界のコンテナなんだなと思って、読んでいただけると幸いです。できる」というものがあります。いうのは「宣言的に」という意味で、対義語は「Imperative(命令的に)」です。宣言的と命令的の説明として以下のように言われます。世界での宣言的・命令的というのはどのようなものでしょうか。命令的にリソースを管理するというのは、希望するリソースの状態まで手順に従って構築していく手法です。