application資本の時代における近代化の緊急性
私たちは第四次産業革命の真っ只中にいます。 今日のデジタル経済では、applicationsが重要な役割を果たしており、すべての企業がテクノロジー企業となっています。 アプリで一度でも悪い体験をすると、顧客はそのアプリを放棄して競合他社のアプリに乗り換えてしまう可能性があります。 サイバー攻撃が増加する中、application開発プロセスの各段階において、すべてのチームメンバーと関係者が俊敏性を取り入れ、セキュリティ第一の考え方を維持することが重要です。
この考え方によって近代化がもたらされます。 顧客と利害関係者は特定のデジタル エクスペリエンスを期待しており、最新のapplication戦略がなければ損失は避けられません。 したがって、近代化を求めることは緊急の課題です。
application資本の現代において、企業は継続的に変化し、革新し、競争力を強化することが求められています。 ガートナー社は、クラウドベースのソフトウェア導入に対する世界の企業の支出が2022年に5,570億ドルに達すると予測しています。 ユーザーと競合の要求に対応するため、最新のアプリの開発からテストまでのサイクルは大幅に短縮されました。 当初は数か月かかっていた作業が、今では数週間、数日、あるいは数時間で済みます。 企業がモノリスからマイクロサービスへの移行を完全に受け入れない場合、競争上の優位性を失う可能性、あるいはさらに悪いことに、時代遅れになってしまう可能性が明らかです。
高速なアプリ開発サイクルが新たな標準となっています。 NGINX は、近代化の取り組みを簡素化し、この新しい時代への旅を安全かつリスクフリーにするのに適した立場にあります。
近代化への道
applicationの多様性の継続的な増加は、CIO にとって諸刃の剣です。必要な機能が追加され、生産性の向上に役立つ一方で、急速な増加により予期しない複雑さも加わります。 大企業の CIO は、IT 組織が実行する数百から数千のapplicationsを追跡するのに苦労していることが多く、マッキンゼーの調査では、約 80% の CIO がapplicationの最新化によって得られると期待していた俊敏性やビジネス成果をまだ達成していないことがわかりました。
最初は複雑ですが、モノリスからマイクロサービスへの移行は行う価値があります。 CIO がこれを採用することで、将来のアプリ開発のためのより強固な基盤を構築できます。 また、開発者にアプリの構築および展開方法の自主性を与えることで、市場投入までの時間が大幅に短縮され、競争上の優位性が確保されます。
モダナイゼーションは、すべてを失いゼロから再構築する恐れなく、新しいプラットフォーム、ツール、アーキテクチャ、ライブラリ、フレームワークへの具体的な道筋を構築します。 最初のステップとして、顧客向けapplicationsの一部を最新化することが考えられます。 その後、これらのapplicationsは、ソフトウェア チームによって、マルチクラウドやハイブリッド クラウドなどの分散コンピューティング パラダイムに合わせて最適化されます (このプロセスにより、移植性が高くなるコンテナ化されたアプリが増加しました)。
アプリの最新化には、次の 3 つの一般的なアプローチがあります。
- 「リフトアンドシフト」 – オンプレミスのレガシーサーバーからクラウドプラットフォームにアプリを移行します。コードの書き換えは最小限で済みます。
- コードの書き換え– 開発者がコンテナやその他の最新のインフラストラクチャやツールのメリットを享受できるようにする
- 再プラットフォーム化- 他の 2 つのアプローチの中間として、補完的な更新を活用し、アプリのバックエンドを置き換えたり変更したりして、クラウド プラットフォームに重点を置きます。
すべてのapplicationをマイクロサービスとして実行する必要はありません。 特にアプリが既存のシステムと密接に結合されている場合、コードを書き直すことがより良い解決策となる場合があります。 ビジネスの目標と長期的なロードマップを定義し、applicationの最新化に対する適切なアプローチを統合することが重要です。 少しずつ作業を進めることで、リスクを最小限に抑えながら、将来に向けた強固な基盤を構築することができます。
ただし、applicationのセキュリティ、可視性、または制御を犠牲にして市場投入までの時間を短縮してはなりません。
- 安全。 トラフィックの可視性のための監視ツールを使用すると、applicationのパフォーマンスに関する洞察が得られ、迅速に対応してリスクを軽減するための必要な情報が得られます。
- 可視性。 Kubernetes などのオープンソース システムの可視性を向上させることで、組織はデプロイメントに関する洞察を得ることもできます。 これにより、脆弱性を検出してセキュリティを強化し、トラブルシューティングを強化できます。
- コントロール。 F5 NGINX コントローラと F5 NGINX インスタンス マネージャ(現在はNGINX Management Suiteとして統合)を使用すると、単一の管理レイヤーでインフラストラクチャ全体を管理できます。
これらの近代化手法を採用すると、ビジネスに悪影響が出る前に破壊的なトレンドに対処できるようになり、CIO は競合他社に対して戦略的な優位性を獲得できます。 レガシーapplicationsの最新化は複雑でコストがかかる可能性がありますが、 NGINX ツールはCIO にセキュリティ、可視性、制御を提供します。
API の新しい領域
あらゆる最新applicationの基盤として、エンジニアは API の世界全体を実装しています。 これらの API は、支払い、音声通話、画像、位置情報、その他さまざまな機能など、ユーザーにとってアプリが機能するように、常に相互に通信しています。 API は常にapplicationの配信において重要な役割を果たしてきましたが、最近では、API はapplicationの一部からアプリケーション全体へと移行しています。
コンテナ、マイクロサービス、Kubernetes の登場により、applicationアーキテクチャの方向性が変化しました。 API の設計と管理は、データ、プライバシー、コンピューティング リソース、ネットワークと同様に重要になっています。 たとえば、Kubernetes とマイクロサービスでは、分離された関数が API を介して通信します。
UX、DX、CX があるのと同じように、この API エクスペリエンスにも新しい用語があります。 APIX2.0 。 現在および将来において、API がどのように体験されるかは、 DevOps チームとGitOpsチームにとって重要な基準になります。 APIX は内部および外部のユーザーに直接影響を及ぼします。
重要な APIX を設計する際には、次の 4 つの原則があります。
- 原則1: 明確なガイドラインに基づいて統一されたエクスペリエンスを設計します。 チームが分散されたため、採用と使用の標準化を目標とした API 評価チェックリストを作成することが重要です。 原則を簡素化することで、API ライフサイクル管理のこれまでの複雑さを軽減できます。
- 原則2: サービスの所有権を正式化します。 API コントロールの適切な集中管理と自動化を実現するには、使用中の API をインベントリ化することが重要です。 各サービスまたはサービス グループに対してどのチームまたは所有者が責任を負うかを明確にしないと、API ライフサイクルは管理できなくなります。 サービス カタログを統合すると、誰がサービスを管理しているか、またそれらのサービスがどのようにアクティブに実行されているかの完全な概要が得られます。
- 原則3: 規模の経済、範囲の経済、またはその両方を考慮して設計します。 プレミアム APIX を最適化して提供するように設計する場合、組織は目標が規模の経済なのか範囲の経済なのかを特定する必要があります。 この選択によって API の設計が決まります。
- 原則4: 管理しやすくします。 API ゲートウェイは、最新のapplication環境の複雑さを解消するように設計されています。 従来のソリューションは、コンテナ化、クラウドネイティブ、マルチクラウド環境に対応できるものではありません。 このため、NGINX コントローラー API 管理モジュール(現在はAPI 接続マネージャー、NGINX 管理スイートの一部) は、革新的なアーキテクチャによって複雑さを軽減することに重点を置いています。 データ プレーン上のF5 NGINX Plus をコントロール プレーン上の API 管理モジュールから分離することで、ランタイム トラフィックと APIM トラフィックが個別に分離され、より効率的な処理が可能になります。
顧客はアプリにアクセスするたびに、優れた API を期待します。 そのエクスペリエンスを提供することが、近代化の成功の鍵となります。
近代化に向けた努力は意識的なものでなければなりません。 これら 4 つの原則と上記の近代化への道筋により、NGINX はシンプルで効果的なソリューションでapplicationアーキテクチャの近代化を支援できます。
リソース
アプリのモダナイゼーションの詳細については、The Register の関連記事をご覧ください。
アプリの最新化のどの段階であっても、当社のすべての商用ソリューションを30 日間無料で試用して始めることができます。
- NGINX Plus と NGINX App Protect
- NGINX Ingress Controller と NGINX App Protect
- NGINX 管理スイート[旧 NGINX コントローラーおよび NGINX インスタンス マネージャー]
または、無料のオープンソース製品から始めましょう:
「このブログ投稿には、入手できなくなった製品やサポートされなくなった製品が参照されている場合があります。 利用可能な F5 NGINX 製品およびソリューションに関する最新情報については、 NGINX 製品ファミリーをご覧ください。 NGINX は現在 F5 の一部です。 以前の NGINX.com リンクはすべて、F5.com の同様の NGINX コンテンツにリダイレクトされます。"