IBM Cloudant on Transaction Engineの紹介：Cloud Native by Design

記事をシェアする:

この投稿は、2020年06月23日に、米国 IBM Cloud Blog に掲載されたブログ(英語)の抄訳です。

CloudantにTransaction Engineが登場したというニュースを紹介します。

IBM Public Cloudは、オープン・ソース、セキュリティー上のリーダーシップ、エンタープライズ・グレードのインフラストラクチャーにおけるイノベーションの基盤に基づいて構築されています。これらはすべて、お客様が新しいアプリケーションを迅速に構築できると同時に、それらのアプリケーションの拡張に伴う管理の複雑さを軽減することを目的としています。本日、CloudantにTransaction Engineが登場したことで、この分野の重要な新機能が発表されました。

IBM Cloudant(英語)は、クラウドネイティブアプリケーション（英語）開発者のニーズを満たすために構築された、柔軟にスケール可能なサーバーレスデータストアです。2014年以降、IBM Cloudのさまざまな内部および外部アプリケーションに活用しています。多くのオリジナル「NoSQL（英語）」ソリューションと同様に、Cloudantは、従来のリレーショナルデータベースシステム（英語）の分離と一貫性の保証の一部を犠牲にして、拡張容易性と可用性を提供しました。

クラウドの第2章に入ると、Cloudantのクラウドネイティブキャラクターを維持および強化しながら、ミッションクリティカルな要素を復元する必要がありました。Cloudant on Transaction Engineは、これらの目標を達成するための最初の主要なステップです。

新しい垂直スケーリング

新しいTransaction Engineアーキテクチャは、データを効率的に整理して大規模に迅速に取得し、それらの効率をクライアントに伝えています。 Transaction Engineで実行されているCloudantインスタンスは、最大100TBのデータベースをサポートでき、これらの新しいインスタンスのギガバイトあたりのストレージ料金を４倍削減しました*1。私たちは最適化されたハードウェアプロファイルに精力的に取り組み、コストを削減し、ストレージテクノロジーの新しいイノベーションを活用して、この新しい価格をサポートしました。データは引き続き3つに保存され、IBM Cloud Availability Zones間で複製され、使用したスト​​レージに対してのみ支払います。

クエリ処理も、トランザクションエンジンの設計により大幅に向上します。セカンダリインデックスのデータをよりスマートに整理することで、アプリケーションのデータモデルにパーティション制限を課すことなく、クエリのスループットを効率的にスケーリングできます。データベース全体にビューとセカンダリインデックスを作成し、スケーリングしながら予測可能で一貫したパフォーマンスでそれらをクエリします。

起動時に、プロビジョニングされた読み取りスループットの上限を5倍に増やします*2。さらにスループットが必要な場合は、IBM Cloudサポートにお問い合わせください。Cloudant on Transaction Engineは、プロビジョニングされたスループットの個別のカテゴリーとして、グローバル・クエリを廃止するため、特定のタイプのクエリのコストを最大20倍削減できます*3 。

強い一貫性

Transaction EngineのCloudantに対して発行されたAPI呼び出しは、データベースの整合性のある分離されたスナップショットに対して動作します。ドキュメント操作は完全にリニアライゼーション(IBM外のWebサイトへ)であり、セカンダリ・インデックスはメインデータベースとトランザクションの整合性が保たれます。すべてのCloudantデータベースにエクスポートされたネイティブの変更キャプチャーフィードも完全に順序付けされており、クライアントから要求されない限り、サービスは以前に監視されたイベントを再生しません。

私たちは、最終的に一貫したシステムを最大限に活用し、クライアントとその専門知識を喜んで共有するアプリケーションの設計の専門家になりましたが、結果の一貫性に影響されないデータサービスは、開発者が考慮しなければならない問題のクラス全体を単純に排除します。IBM Cloudantでこの機能を提供できることを嬉しく思います。その結果、IBM Cloudを活用できるミッションクリティカルなアプリケーションのセットを拡大できることを期待しています。

ネイティブで安全

クラウド・データベースにデータを委託する組織は、データが安全に保管され、不適切な使用から保護されていることを知る必要があります。Cloudant on Transaction Engineは、ネイティブデータベース暗号化を実装しているため、ユーザーデータはディスクに到達する前でも暗号文として表されます。各データベースは追加コストなしで固有のデータ暗号鍵を使用して暗号化されます。これらの暗号鍵に対する信頼のルートは、常に IBM Cloudの標準的な鍵管理サービスに戻されます。これは、業界で最も安全に使用可能な暗号化テクノロジーの一部を利用しています。

設計によってオープンになる

Cloudant on Transaction Engineは、オープンイノベーションへのIBMの取り組みを強化します。Transaction Engineインスタンスを動かすコアデータベース機能は、Apache CouchDB（英語）の次のメジャーリリースの一部として開発されています。Cloudantはお客様がこれらのイノベーションを活用するための最良の手段を提供すると私たちは確信していますが、私たちはお客様がお客様のデータを所有するという原則に取り組んでおり、私たちは常にオープン・ソース・コミュニティーとのオープンなAPIと複製の相互運用性を常にサポートします。さらに、IBMのApache CouchDBオファリングの拡張により、CouchDBを独自のデータセンター（英語）やその他のハイブリッド・クラウド環境（英語）にデプロイして管理するために必要なサポートを提供できます。CouchDBとCloudantをブレンドすることで、世界中の必要な場所にデータを正確に届ける独自の機能が提供されます。

お客様は、本日発表されるアップデートのメリットを認識しています。「長年のIBM Cloudantのカスタマーとして、私たちは新しいCloudant on Transaction EngineをPayRangeモバイル決済アーキテクチャに統合することにワクワクしています」とPrashant Kanhere、CTO、PayRangeは言った。「PayRangeは数十万台のマシンとクライアント間の非接触決済方法を提供します。私たちはCloudantグローバルクエリの大規模ユーザーであり、高いスループット要件があり、常にパフォーマンス、スケーラビリティ、およびコストを最適化する方法を模索しています。Cloudant on Transaction Engineは、アプリケーションをこれらすべての面で正しい方向に進める機能を提供します」

IBM の Cloudant on Transaction Engine に新機能を発表することに加えて、構造化照会言語 (SQL) の背後にあるリレーショナル・モデルの50周年を祝います。1970年6月、IBMの研究者であり、コンピューティングのパイオニアでもあるEdgar Frank Codd（英語）は、SQLの基礎となった有名なリレーショナルモデルについて説明し た重要な論文「大規模共有データバンクのデータのリレーショナルモデル(IBM外のWebサイトへ)」を発表しました。

データ・テクノロジーのイノベーションを推進する上で、 IBM の豊富な資産についてご覧ください。（英語）

今日から始めましょう

• Cloudant on Transaction Engineの概要
• Cloudantを使い始める（英語）
• Apache CouchDBについて学ぶ(IBM外のWebサイトへ)

*1 Cloudantのストレージは、以前は$1/GBのディスクのコストがかかりました。Cloudant on Transaction Engineのコストは$0.25/GBのディスクです（比較については、https：//cloud.ibm.com/catalog/services/cloudantを参照してください）。

*2 セルフサービスクエリ（読み取り）容量は、Cloudant on Transaction Engineの場合、最大5,000読み取り/秒です。以前はCloudantで最大500クエリ/秒でした。強い整合性を持つすべての読み取りリクエストの場合は2読み取り/秒のコストかかり、強い整合性では最大2,500読み取り/秒です。これは以前の上限の5倍です。

*3 ５読み取り/秒を行った場合、以前はグローバル・クエリ$0.00685/時間だったでしたが、Cloudant on Transaction Engineでは読み取りとして課金されます。強力な整合性を確保するには、すべての読み取りに2リクエスト/秒の予算が必要です。したがって、1秒あたり5回の読み取り（クエリ）では、エンドユーザーに$0.000024 /時間のコストがかかります。これは、「最大」の28倍の差に相当します。完全なコスト計算は、スキャンされた行の量と、トランザクションエンジンのCloudantから返されたデータの「読み取り」によって決まります。

翻訳：IBM Cloud Blog Japan 編集部