アプリケーション開発における 7 つの課題とその解決方法

最新のアプリケーションを構築しても、従来のストレージに重い負荷をかけるとどうなるでしょうか？ 200 人の IT プロフェッショナルを対象にした調査によると、回答者の 72% が、ストレージがアプリケーションやアプリケーション開発のパフォーマンスに影響を与える可能性があると回答しています。一方で、65% は、自社のストレージが古すぎて新しいワークロードを処理できないことを認めています。思い当たる節はありませんか？

ストレージ・テクノロジーは、もはやストレージ管理者だけの問題ではありません。アプリケーション・オーナーにとって、ストレージ・ソリューションはボトルネックになることも、加速装置になることもあります。次のような状況に直面しているなら、こんな問いを投げかけるべきときかもしれません。「ストレージが足かせになっていませんか？」

5 月 11 日に開催される Pure Dev にご参加ください。次世代のストレージとデータ・サービスが、開発者の高速化と生産性の最大化にどのように役立つかをご紹介します。

「オンプレミスとクラウド間を移動するのはまだ難しい」

クラウドは、アプリケーション開発を加速させる主要な触媒であり、幅広いモダナイゼーション戦略に欠かせない要素です。451 Research の調査によると、クラウド・ストレージの採用が高まっており、開発者が最も活用したい次世代のアプリケーション、革新的なマイクロサービス、アルゴリズムが実現しています。回答者の 3 分の 1 近くが、最新のアプリケーション要件を満たすためにクラウドを使用しています。しかし、このシナリオのデータの状態はどうでしょうか。

同じ調査によると、モダン・アプリケーション開発チームは、データをクラウド環境との間で日常的に双方向に移動しています。そのうちの 29% は、ストリーミング・データを活用するアプリケーションにおいて継続的に行われています。これはかなりの高トラフィックです。従来のストレージが苦手とするデータ移行が容易にできなければ、またサイロ化してしまいます。

アプリケーションをどこでも実行するために必要なデータ・モビリティを実現するには、プライベート・クラウドとパブリック・クラウドのデータ・ストレージを分離しない一貫したストレージ・ソリューションが必要です。統合ストレージ環境は、アプリケーションがどこに展開されても同じ言語でやり取りできるようにします。テスト、QA、アプリケーション開発のためにクラウドベースのインスタンスを迅速に立ち上げる必要がありますか？ オンプレミスのストレージをクラウドに迅速かつ容易にクローンできるストレージを手に入れましょう。

「コンテナを取り入れたいが、準備が整っていない」

仮想化とコンテナは、主要なアプリケーション開発の促進要因です。なぜでしょうか。サーバーの導入にかかる時間を数か月から数分に短縮し、アプリケーション全体を再展開することなくコードを更新できます。プラットフォーム間での移植も可能です。しかし、コンテナには難しい面もあり、特にステートフルなアプリケーションの永続ストレージの管理に関しては注意が必要です。

コンテナは、基盤となる環境（データベースを含む）から隔離されています。容易に移行できないデータに依存すると、ボトルネックに陥り、メリットがなくなる可能性があります。これに対処する方法はいくつかあります。まず、コンテナ化するアプリケーションを選択することができます。エンタープライズ機能に依存するのではなく、移植性と導入の容易さを活用します。第二に、よりスマートな基盤となる永続ストレージ・ソリューションを採用します。これにより、コンテナ・オーケストレータにも接続でき、管理が容易になります。

注：コンテナはオブジェクト・ストレージに利用されることが多く、サービスやアプリケーション間でデータを共有できます。このルートでは、ほぼ全てのパブリック・クラウドまたはプライベート・クラウド・サービスが API 経由でアクセスできるポータブル・データ・リポジトリを利用できます。

「DevOps プロセスに依然としてサイロがある」

DevOps の本質は、サイロ化を解消して製品提供を高速化することです。その大部分は、セルフサービス機能の導入です。高度に進化した DevOps チームに最もよく見られるのは、継続的インテグレーション（CI）/継続的開発（CD）ワークフロー、パブリック・クラウド・インフラ、データベース・プロビジョニングです。これにより、高度な DevOps チームは、必要なときに必要なものをプロビジョニングするためのデータベース管理をより実践的に行うようになってきています。しかし、データベースのプロビジョニングをセルフサービスにするには、ストレージをシンプルにする必要があります。

DevOps の効率性におけるもう 1 つの大きな課題は、緊密に結合されたアプリケーション・アーキテクチャです。複雑な依存関係、サイロ化されたデータ・ストレージ、制限の多いベンダーロックの SLA は、チームの足かせとなります。従来の専用ストレージでよりモジュール化やアジャイル化をめざすなら、きっと限界を感じるでしょう。配信を高速化し、独自のペースで実験や作業を行えるように、データ・ストレージとバック・ワークフローを標準化します。クラウドネイティブで可用性の高い統合データ・ストレージは、ほぼ全てのユーザーが操作できるほどシンプルです。

「ミッションクリティカルなアプリケーションにはより高速なファイル／オブジェクト・ストレージが必要」

AI アプリケーションのために大量の非構造化データを処理するアプリケーションであれ、モノのインターネット（IoT）デバイス群にまたがる複数のデータソースから知見を抽出するアプリケーションであれ、高速なファイル・ストレージとオブジェクト・ストレージがカギとなります。アーカイブやミッションクリティカルでないデータのために取っておくべきではありません。オブジェクトに直接、そして素早くアクセスできる性能の高いアプリを構築するために必要です。

パブリックなクラウドベースのオブジェクト・ストレージからアプリケーション開発に必要な性能を得ることに苦労している場合は、オブジェクト・ストレージをオンプレミスに移動させることで、性能を向上させることを検討したかもしれません。しかし、互換性とモビリティを犠牲にしないように注意してください。統合型高速ファイル・オブジェクト・ストレージがなければ、トレードオフが必要になります。

「コピー／クローンのプロセスが遅すぎて、統合のためのデータを取得できない」

コピー／クローンのプロセスが大幅に遅れると、DevOps テスト・ワークフローに不可欠な CI/CD パイプラインにデータを活用することが難しくなります。コピー／クローンのプロセスの実行に 1 週間以上かかると、それを維持するには遅すぎます。

AWS や Azure を自動テスト環境に活用すれば、場所を問わず、ストレージ・プラットフォームがクローンを即座に作成できるため、貴重な時間とリソースを節約できます。データレプリケーション・プロセスが必要とされる場合、コピー自動化ツール（CAT）を備えた最新のフラッシュ・ストレージは、本番環境のデータベースを数分でクローニングし、自動化されたテスト環境のためのクローンのプロビジョニングを簡素化します。TB のスペースを消費する必要はありません。

「バックアップをサンドボックスに活用したいが、リソースを使いすぎてしまう」

特にアプリケーション開発者にとって、データセットのバックアップやスナップショットは、大きなメリットとなります。実稼働環境のサンドボックスをできる限り近くで使用することで何ができるかを考えてみてください。リスクのないフラグ、精度の高いテスト、ステージング環境の制限のない実験が可能です。

従来型のバックアップソリューションは、スピードと短い反復サイクルが求められる DevOps のシナリオでは、ほとんど使用できません。従来のバックアップに必要なスペースに対応することは、多くの場合、現実的ではありません。これはストレージの問題であり、最新のバックアップ・アプライアンスが解決できる問題でもあります。

「データ・アクセスの問題により、SLA を達成できなかった」

SLA は、お客さまとの間、または社内チーム間を問わず、破ってはならない契約です。データにアクセスできない場合、サービスの中断は、SLA の欠落とその後のペナルティにつながる可能性があります。例えば、SLA 内で 99.9999% の稼働率と可用性を約束した場合、それを測定してサポートできるはずです。データに関しては、常にその SLA を実現するのに十分な堅牢性と高速性を備えたストレージ・ソリューションが必要です。

ストレージがボトルネックになり、データをオンデマンドでアクセスできない場合、それはあなたの問題になります。迅速なリカバリは、ダウンタイムを回避するために不可欠であり、実稼働レベルでバックアップを提供できるストレージ・ソリューションが必要です。

アプリケーションをモダナイズするなら、データベースの技術スタックもモダナイズする必要があります。

IDC の業界アナリストによると、65% の企業が 2023 年までにレガシー・システムのモダナイズを望んでいます。つまり、ストレージ・アズ・コード、パブリック・クラウド、自動化、仮想化、コンテナ・アズ・ア・サービスなど、アプリケーションを加速する進化の採用を意味します。このような最新のテクノロジーでは、従来のストレージに負荷をかけ続ける余裕はありません。

もし、これらの状況のいずれかに心当たりがあるなら、要注意です。ストレージを再考するときが来ました。将来の問題を未然に防ぐだけでなく、革新的な成果も実現できるでしょう。