マイクロサービスとデータレイヤー—新しいIDCInfoBrief

マイクロサービスアーキテクチャが今日のアプリケーション開発を支配していることに疑問を抱いている場合は、それを乗り越える時が来ました。 IDCの新しいInfoBriefによると、アプリケーションのモダナイゼーションがデータレイヤーに与える影響 、Redisが後援し、約300人の北米企業調査回答者の89％がすでにマイクロサービスを使用しています。そしてそれは、「2022年までに、すべての新しいアプリの90％がマイクロサービスアーキテクチャを備えている」というIDCの2019年の予測に加えて行われます。

マイクロサービスの勢いは今や否定できません。これは、増え続ける顧客やビジネスの要件を満たすために、高品質のアプリやサービスをより迅速に開発、展開、更新する企業のニーズに後押しされています。 InfoBriefによると、「マイクロサービスアプリはすでにビジネスクリティカルな役割で使用されており、マイクロサービスアプリの24％がビジネスクリティカルであると特定されています。」たとえば、マイクロサービスアプリのほぼ半分（42％）では、ダウンタイムが収益の損失につながります。

しかし、それはマイクロサービス革命が完了したことを意味するものではありません。実際、それはまだ始まったばかりです。 IDCの調査によると、マイクロサービスを採用しているすべての企業は、アプリポートフォリオのわずか17％がすでにモノリスから移行されており、そうしています。 InfoBriefの作成者であるCarlW.OlofsonとGaryChenは、状況を簡潔に説明しています。「マイクロサービスベースのアプリケーションの開発はまだ初期段階ですが、将来の開発におけるその重要性は明らかです。」

詳細： を読む ダミー向けのRedisマイクロサービス 電子書籍

データレイヤーはマイクロサービスアーキテクチャの複雑さを悪化させます

では、マイクロサービスアーキテクチャの約束を果たすには何が必要でしょうか。また、マイクロサービスを採用する際に企業が直面する課題は何でしょうか。マイクロサービスの採用は、特にデータレイヤーに関しては、非常に複雑になる可能性があります。調査によると、エンタープライズマイクロサービスアプリのほぼ半数（47％）がデータベースに依存していますが、回答者のほぼ3分の1（31.5％）がデータベース管理を上位3つの課題として挙げています。 「アプリケーションを分解すると、管理する必要のある論理コンポーネントの数が飛躍的に増加します」と著者は述べています。

そのため、データはサイロ化され、より複雑で高価なままになり、多くの企業は、マイクロサービスのデプロイにはオーケストレーションが不可欠であると結論付ける可能性があります。したがって、回答者の約3分の1が、管理コストの削減と運用効率の向上（35.6％）を挙げ、オーケストレーション展開の上位3つの推進要因として新しい最新のクラウドネイティブまたはマイクロサービスアプリケーション（33.2％）をサポートしていることは驚くことではありません。

マイクロサービスアーキテクチャに適したデータベースの選択

たとえば、eコマースソリューションでは、アプリケーションサーバー、コンテンツキャッシュ、セッションストア、製品カタログ、検索と検出、注文処理、注文処理、分析など、さまざまなサービスを使用できます。各サービスには、次の図に示すように、独自のデータベース：

では、適切なアーキテクチャでアプリケーションをどのように選択して構築するのでしょうか。どのような特性を探す必要がありますか？調査によると、4つの重要な必需品に焦点を当てています。詳細を見てみましょう：

1。パフォーマンスの重要性

IDCが指摘したように、「回答者の95％以上がデータベースの種類またはパフォーマンスを基準として好んでおり」、調査回答者のほぼ半数（45％）が、データベースを選択する際の上位3つの要素（データベースの種類のみを追跡）としてパフォーマンスを挙げています。マイクロサービス環境では、分散アーキテクチャの約束を完全に実現するために、リアルタイムのパフォーマンスと拡張性の両方が必要になるため、パフォーマンスが非常に重要であることは当然のことです。

4年連続で最も愛されているデータベースに選ばれたRedisは、ミリ秒未満のパフォーマンスを提供することでよく知られています。 Redis Enterpriseの低レイテンシデータベースを使用すると、オンデマンドでスケーリングする機能を備えた小さなフットプリントを維持しながら、インスタントユーザーエクスペリエンスを作成したり、リアルタイム分析を実行したりできます。 InfoBriefが指摘しているように、「これは、データベースがどのように機能し、実行されるかが、マイクロサービスアプリケーション開発の成功にとって重要であることを示しています。」

詳細： 新しいを見る レイテンシは新たな停止です ホワイトペーパー

2。いつでも利用可能

IDCの調査では、エンタープライズマイクロサービスアプリケーションのほぼ4分の1（24％）が、高可用性が重要なビジネスクリティカルな役割ですでに使用されていることが明らかになりました。より一般的には、「マイクロサービスアプリの42％でダウンタイムが発生すると、組織の収益が直接失われます」とInfoBriefは指摘し、残りの58％のアプリでダウンタイムが発生すると生産性が低下します。

これは大きな潜在的な問題です。マイクロサービスアーキテクチャには多くの接続されたサービスが組み込まれていますが、他の開発アプローチと同じパフォーマンスと信頼性の要求に直面しているためです。たとえば、データを世界中で常に利用できるようにすることは、もう1つの課題です。アプリケーションを常に利用できるようにするには、すべてのレベルでフォールトトレラントなデータベースが必要です。

詳細： RedisEnterpriseの方法をご覧ください 高可用性テクノロジー 4ナイン（99.99％）の稼働時間を保証し、ファイブナイン（99.999％）を保証します アクティブ-アクティブ 地理的に分散した展開。

3。複数のデータモデルを活用して最新のアプリケーションを構築する

開発者はマイクロサービスアーキテクチャを活用して、より優れたアプリを構築します。適切なデータモデルを選択することは、市場投入までの時間を短縮するために不可欠であり、さらに重要なことに、それが最適化されます データアクセスパターンとパフォーマンス要件。このようにして、各サービスは、独自のデータモデル専用に構築されたデータベースを使用できます。

マイクロサービスは、とりわけ、Key-Value、グラフ、JSON、時系列、および検索エンジンに基づくデータモデルを採用する場合があります。しかし、これは「多くのマイクロサービスがサービスごとにデータベースを使用する」ことを意味し、InfoBriefは「データベースの数、データベースにアクセスするソフトウェアコンポーネントの数、およびデータベースを最新のワークフローに含める必要性を増やす」と述べています。そのため、前述のように、マイクロサービスアプリを使用したデータベース管理は、回答者のほぼ3分の1（32％）にとって上位3つの課題です。

この複雑さを最小限に抑えるには、データベースで複数のデータモデルをサポートする必要があります。これにより、エンタープライズアーキテクトは、パフォーマンスを犠牲にしたり、複数の異なるデータベースを学習して維持したりすることなく、各サービスに適切なデータモデルを簡単に選択できます。これにより、運用が簡素化され、テクノロジーの無秩序な増加が制限されます。

詳細： ホワイトペーパーをご覧ください 戦略的データの柔軟性

4。どこにでも展開

DBaaSが勢いを増しているにもかかわらず、大量のエンタープライズデータがオンプレミスに残っているため、IDCの調査で示されているように、多くの企業が複数のクラウドとハイブリッドインフラストラクチャを使用するようになっています。マイクロサービス環境では、サイロやデータの損失なしにデータベースを実行する柔軟性を提供するために、データレイヤーを最適化する機能が必要です。

しかし、IDCの作成者が指摘しているように、「多くのデータベースは、クラウドネイティブ、コンテナーとの互換性、またはKubernetesによって調整されるように設計されていませんでした。」たとえば、データベースをコンテナ内にパッケージ化するだけでは、マイクロサービスアーキテクチャに適したものにはなりません。データベースは、データのニーズを満たすために軽量で調整可能である必要があります。

企業は、オンプレミスでもクラウドでも、マルチクラウドまたはハイブリッドクラウドアーキテクチャでも、コンテナでも、Kubernetesポッドとしてでも、必要な場所で実行できる柔軟なデプロイモデルを提供するデータベースプラットフォームを必要としています。

詳細： チェックアウト Redisエンタープライズソフトウェア導入オプション

RedisEnterpriseとマイクロサービス

レポートによると、マイクロサービスアーキテクチャの台頭は、これらのサービスをサポートするために使用されるデータレイヤーアーキテクチャに大きな影響を与えるため、マイクロサービスアーキテクチャを使用してアプリケーションを開発しようとしている企業は、技術的な卓越性に特別な注意を払い、目的に適合させる必要があります。それこそが、RedisEnterpriseが輝いているところです。

Redis Enterpriseは、マイクロサービススケールでのパフォーマンスを提供し、すべてのRedisデータタイプとモジュールにミリ秒未満のレイテンシーを提供し、必要なほぼすべてのスループットに瞬時に直線的に拡張する機能を提供します。フォールトトレランスと復元力を考慮して設計されたRedisEnterpriseは、シェアードナッシングクラスターアーキテクチャを使用し、プロセスレベル、個々のノード、さらにはインフラストラクチャの可用性ゾーン全体で自動フェイルオーバーを提供し、調整可能な永続性とディザスタリカバリを提供します。また、Redis Enterpriseを使用すると、開発者は、マイクロサービスアーキテクチャの展開のパフォーマンスとデータアクセスの要件に最適なデータモデルを簡単に選択できると同時に、統合された運用インターフェイスを維持して、テクノロジーの無秩序な増加を制限し、運用を簡素化できます。重要なことに、Redis Enterpriseは、任意のクラウドプラットフォーム、オンプレミス、またはマルチクラウドまたはハイブリッドクラウドアーキテクチャのどこにでもデプロイできます。

マイクロサービスのデプロイにおけるデータレイヤーの重要性について詳しくは、IDCInfoBriefの全文をダウンロードしてください。アプリケーションのモダナイゼーションがデータレイヤーに与える影響 。また、以下のマイクロサービスアーキテクチャのリソースを確認して、RedisEnterpriseがマイクロサービスの導入に独自に適している多くの方法について詳しく調べてください。

• マイクロサービス向けRedisEnterprise
• Redis Microservices for Dummies e-book
• レイテンシは新しい停止に関するホワイトペーパーです
• 戦略的データの柔軟性に関するホワイトペーパー
• Redisエンタープライズソフトウェアの導入オプション
• Redisがマイクロサービスのデザインパターンを簡素化する方法—新しいスタックのブログ投稿