クラウドベンダーのRDS APIの徹底レビュー

1. クラウド製品 API の概要

クラウド製品 API は、クラウド製品と通信するために使用されるプログラミング インターフェイスであり、開発者はクラウド リソースを制御するコードを記述できます。 API を使用することで、開発者は操作を自動化および標準化できるため、効率が向上し、エラーが削減されます。さらに、クラウド製品 API はクラウド サービスの拡張機能と統合も提供できるため、開発者はクラウド サービスを独自の他のアプリケーション システムと統合して、より機能豊富で複雑なアプリケーションを構築できます。 API を使用することで、開発者の生産性とイノベーション能力が向上し、クラウド アプリケーションをより迅速に開発および展開できるようになり、ビジネス ニーズをより適切に満たして真の「DevOps」を実現できます。

❖ API 標準と仕様

クラウド製品 API の開発標準には統一された規制がありません。海外ではTerraformなどの規格がありますが、中国ではまだ統一されていません。 API の開発と使用には統一された標準はありませんが、通常は仕様とベスト プラクティスに従います。

• RESTful API 設計原則に準拠: RESTful は、API の参照可能性、発見可能性、および対話性を重視した一般的な API 設計スタイルです。 RESTful API には、HTTP プロトコルと標準の Web ブラウザを使用してアクセスします。インターフェースと仕様が統一されており、他のアプリケーションと簡単に統合できます。
• 標準化されたデータ形式を使用する: クラウド製品 API では、データの一貫性と読みやすさを確保するために、JSON、XML などの標準化されたデータ形式を使用する必要があります。 JSON は、解析と生成が簡単な軽量のデータ形式であり、クラウド製品 API の推奨データ形式となっています。
• セキュリティ標準に準拠: クラウド製品 API は、データのセキュリティとプライバシーを確​​保するために、OAuth、SSL などのセキュリティ標準に準拠する必要があります。 OAuth は、クラウド製品 API にアクセスするときにアプリケーションが適切な権限を持っていることを保証する認証プロトコルです。
• 複数のプログラミング言語をサポート: クラウド製品 API は、開発者の開発と統合を容易にするために、Java、Python、PHP、Go などの複数のプログラミング言語をサポートする必要があります。
• 明確なドキュメントとサンプル コードを提供する: クラウド プロダクト API では、開発者がすぐに作業を開始できるように、明確なドキュメントとサンプル コードを提供する必要があります。ドキュメントには、インターフェース アドレス、リクエスト メソッド、リクエスト パラメータ、応答形式など、API に関する詳細な情報が含まれている必要があります。

2. RDS APIの徹底的なレビュー

クラウド データベース製品の主力として、RDS はすべてのクラウド ベンダーの主力製品であり、その中で最も一般的であるのが MySQL です。以下の記事では、主要なクラウドベンダーの RDS MySQL を例に、各社のオープン API の機能を比較します。私の個人的な能力の限界により、必然的に多少の偏りがあり、参考のみとなります。特に以下の点に重点が置かれます。

• API開発の反復は非常に速く、不正確なコンテンツが存在する可能性がある
• 一部の情報は収集されていないため空白で表示されますが、サポートされていないわけではありません。
• 製品の機能とAPIが完全に対応しておらず、APIが遅れる可能性がある

写真

❖ インスタンス管理

インスタンス管理は、インスタンス リソースの作成と破棄、仕様変更、起動と停止、パラメータのログ記録など、最もよく使用される機能です。ここで注目すべき重要な点は、一方では、クラウド環境が非常に柔軟なリソース供給方法を提供していることです。これはクラウドの大きな利点でもあります。一方、クラウド上でも従来のデータベース管理作業が必要になります。さらに、インスタンスの分離やインスタンスのスナップショットなどのクラウドベースの機能もユーザーにとって意味があります。

❖ バックアップとリカバリ

バックアップとリカバリは、データのセキュリティを確保するためのデータベースの最も重要な機能です。通常、インスタンスのバックアップ、リカバリ、およびバックアップ セットの管理機能が提供されます。さらに、ユーザーの個別のニーズを満たすために、インスタンスのクローン作成（テスト環境の構築など）、部分的なリカバリ（単一テーブルのリカバリなど）、クロスリージョンリカバリ（災害復旧のニーズ）も提供しています。一部の製品では、クラウド リソースの独自の機能 (ストレージ スナップショットなど) を活用して、ネイティブ データベースでは提供できない機能を実装できます。

❖ 高可用性

高可用性に関しては、MySQL がネイティブに提供する高可用性ソリューションに加えて、一部の製品では拡張オプションも提供されます。データレプリケーションでは、同期または非同期を選択し、レプリケーション制御を実行できます。異常発生時にはノード切り替えを行い高可用性を実現します。一部の製品では、グローバルな高可用性アーキテクチャを導入する機能も提供されます。

❖ 監視と警報

監視とアラームは、DBA が日常の運用と保守作業で特に懸念する領域です。一方では、インターフェースを通じて製品の監視戦略を構成することができ、他方では、監視データを取得して独自の監視に統合したり、定性分析を行ったりすることができます。

❖ アカウント管理

データベース アカウント管理には通常、アカウントの作成と削除、認証、パスワードのリセットなどが含まれます。一部の製品では、アカウントをロックしたり、アカウントの個別のリソース制御 (接続数など) を提供したりすることもできます。

❖ アーキテクチャ管理

MySQL は複数のアーキテクチャをサポートしており、クラウド製品も豊富なサポートを提供します。たとえば、読み取り専用ノードは、読み取りと書き込みの分離や変更の安全性 (遅延同期) 機能を提供できます。もう 1 つの例は、マスター スレーブ クラスターのノード制御と、エンドポイントがエンド ユーザーに公開されるかどうかです。

❖ 代理店管理

また、接続の制御など、MySQL レベルの実装に限定されなくなった機能もいくつかあります。多くのクラウド ベンダーは、独立した製品 (プロキシ サービスなど) のサポートを提供しています。プロキシ サービスを作成して、読み取り/書き込みの分離、接続プール、IP 管理などの制御を実行できます。

❖ 安全管理

セキュリティの観点から言えば、これは具体的にはデータベースの接続、ストレージ、管理、およびアクセスのセキュリティを指します。これは通常、SSL 暗号化、ストレージ暗号化、ホワイトリスト、SQL 監査などの機能を通じてサポートされます。

❖ 開発の最適化

開発と最適化とは、SQL 最適化に使用できる一般的なスロー クエリ機能など、開発プロセスにおけるいくつかの補助機能を指します。ごみ箱やフラッシュバック機能により、ユーザーの操作やメンテナンスのセキュリティなどが確保されます。高度な最適化サービスはここでは一般的に提供されておらず、通常は独立した最適化製品によってサポートされています。

❖ データ移行

データベースが使用可能かどうかは、データを簡単に移行できるかどうかによっても決まります。従来のデータベース移行ツールの実装に加えて、一般的にはデータの移行とインポートを実装する機能も備えています。たとえば、独自に構築したデータベース インスタンスを RDS インスタンスに移行したり、オフライン データのバックアップをインポートしたりできます。

❖ 運用・保守管理

ここでの運用保守管理とは、主にイベント管理や通知管理などを指します。また、クラウドにおいてもう一つ非常に重要なのが、運用保守ウィンドウの管理です。多少危険な操作の多くは、運用および保守ウィンドウ内でバックグラウンドで実行されます。

❖ 請求管理

課金はクラウド製品の特別な機能です。従来のプライベート配信製品では通常、課金はそれほど複雑ではありませんが、クラウド製品が提供するより柔軟な課金方法は、多くのユーザーがクラウド製品を選択する理由の 1 つです。請求の焦点は、送信された料金と更新の管理です。

❖ ネットワーク管理

ネットワーク管理は、パブリック IP、アドレス、ポートの変更など、RDS 製品サービスにネットワーク機能を提供します。

❖ その他の機能

他の機能の中でも、非常に重要な機能の 1 つがタグ管理です。これは、ユーザーが管理および使用できるクラウド リソースが多数ある場合、これらのリソースをすばやく見つけることが重要だからです。リソースにラベルを付けるというのは良い選択です。