エンタープライズがJamstackを効果的に活用する方法
この文章は機械翻訳によって提供されています。原文は英語であり、OpenAIによって翻訳されました。
目次
- Jamstackの概要
- エンタープライズにおけるJamstack
- 「マイクロサイト」パターンの使用
- エンタープライズとしてJamstackに移行するのは難しいですか？
- エンタープライズにおけるJamstackの主な利点
- Kurocoはエンタープライズ向けのプロジェクトを想定して構築されています
Jamstackの概要
Jamstackは、最初はフロントエンド開発者が自分自身の個人サイトやブログを安価に公開し、パフォーマンスを最大化するために使用されていた革新的なウェブスタックでした。CDNにホストされた静的ページを公開できることは、開発者がホスティングにお金を節約し、サーバーの設定や管理をする必要がないということを意味しています。
その後、Jamstackは、大企業を含む企業が使用する、多くのユースケースがある成熟したエコシステムに成長しました。
エンタープライズにおけるJamstack
一般的には、大規模なエンタープライズアプリケーションは、複雑なバックエンドシステムの上に構築する必要があると考えられています。しかし、マイクロサービスパターンやサーバーレスアーキテクチャが業界で普及するにつれて、フロントエンドのソリューションは切り離され、より柔軟に展開できるようになりました。
Jamstackは、もともとフロントエンド開発者が静的なウェブサイトやブログを公開するために使用されていましたが、モダンなAPI管理とJavaScriptライブラリにより、静的なフロントエンドでも高価なページリロードを必要とせずに動的なデータを消費して表示することが容易になりました。
エンタープライズサイトでJamstackを使用する際の主な課題の1つは、ReactやVueなどのJavaScriptライブラリからすべてのページを事前レンダリングするためにビルドコマンドを実行する必要があることです。これは、いくつかの大規模なサイトでは数千ページに及ぶ可能性があります。これにより、ビルド時間が遅くなり、コストがかかる場合があります。
そのため、インクリメンタルビルドがより人気になってきており、非常に大きなサイトをより小さなセクションに分割し、ビルド時に更新されたページのみを公開するようにすることが一般的になっています（新しいページが作成されるたびにサイト全体を再レンダリングするのではなく、既存のページの1つに小さな変更が加えられた場合も同様です）。
「マイクロサイト」パターンの使用
ビルド時間のオーバーヘッドを削減する最も簡単な方法は、エンタープライズサイトをより小さな論理的なセクションに分割し、プロキシやリダイレクト（サブドメインなど）を使用してサイトのルートドメインに関連付けることです。通常、サイトはいくつかのセクションに分割され、メインページにはナビゲーションバーが使用されます。これらのメインページのそれぞれを個別のマイクロサイトとして扱うことができ、必要に応じてさらに細分化されたマイクロサイトにさらに分割することもできます。
特定のセクションが異なるコンテンツ作成者によって管理されている場合、それぞれのコンテンツをそれぞれのマイクロサイトに公開し、ビルドコマンドを実行してコンテンツをデプロイすることができます。これにより、他のセクションや他のチームが管理するコンテンツに影響を与えることなく、コンテンツをデプロイすることができます。
実行時に必要なページのみを生成する
ほとんどアクセスされないページ（法的なコンテンツや技術情報など、ほとんど訪れられないページ）の生成を、サイトのメインページが生成され、CDNにデプロイされた後まで遅延させることができます。
インクリメンタルビルド
一部のモダンな静的サイトジェネレータ（React.jsで構築されたGatsbyなど）は、サイトに追加または変更された新しいコンテンツにのみ影響を与える部分的な再ビルドをトリガーすることができます。これにより、ビルド時間を大幅に短縮し、サイトの可用性を高く保つことができます。
エンタープライズとしてJamstackに移行するのは難しいですか？
従来、大規模なエンタープライズプラットフォームがソフトウェアをアップグレードする場合、それには計画、リスク評価、および開発リソースが必要でした。しかし、Jamstackの場合は全く異なります。Jamstackの基本的な哲学は、「ヘッドレスCMS」と似ています。フロントエンドとバックエンドの関心事は切り離されています。
JamstackはAPIによって動作するため、既存のバックエンドシステムを調整する必要はありません。既存のマイクロサービスアーキテクチャがAPI（またはAPIゲートウェイ）を提供できる限り、独立したJamstackサイトやページをすぐに構築することができます。このプロセスは段階的に行うことができます。最終的には既存のフロントエンドを置き換えることを目指すか、ワンオフのプロジェクトとして行うこともできます。Jamstackは非常に柔軟です。
一般的なアプローチは、既存のメインサイトのセクションにJamstackのマイクロサイトを展開し、トラフィックをリダイレクトすることです（これは簡単に行えます）。このマイクロサイトは、最小限の中断でパフォーマンスを最適化してテストすることができます。その後、時間をかけてさらにマイクロサイトを構築していきます。
Jamstackページでの動的コンテンツ？
Jamstackは、事前にレンダリングされた静的なHTMLファイルを提供するため、動的なコンテンツを表示することはできないという誤解が一般的です。実際には、Jamstackの頭文字「J」は「JavaScript」を意味しており、これらの静的ページにはデータを取得したり送信したりするスクリプトが含まれていることを意味しています。
ユーザー向けのターゲットとパーソナライズされたコンテンツ
- 標準のビルドプロセスでユニバーサルコンテンツが利用可能であり、CDN上でユーザーに提供されます。
- ローカライズされたコンテンツは、ページのローカルバージョンをビルドして、ユーザーの地理に基づいてルーティングすることで処理できます。
- ターゲットとパーソナライズされたコンテンツは、ユーザーアカウントと認証を持つことで提供することができます。これは通常、ヘッドレスCMSプラットフォーム（Kurocoなど）によって処理され、APIからコンテンツを取得してページに表示されます。
Jamstackが企業にとってもたらす主な利点
Jamstackが企業ソリューションとして優れて機能する主な理由の一つは、拡張性です。 CDNsなどのクラウドベースのソリューションは安価であり、高可用性でセキュアであり、パフォーマンスも優れているため、Jamstackのアセットは複雑なバックエンド管理を必要とせずに迅速に展開できます。
JamstackはWordPressやDrupalのような従来の結合型CMSプラットフォームに比べて多くのセキュリティ上の利点を提供します。
Jamstackのページは、従来のスタックで構築されたページよりもはるかに高性能です（適切に最適化されていない場合が多いですが）。 これは特に、モバイルデバイスでウェブコンテンツを消費する視聴者にとって重要であり、遅い読み込み時間はユーザーエクスペリエンスを損ない、 'バウンス率' を大幅に増加させ、オンラインコンテンツに対するマーケティングの努力に否定的な影響を与える可能性があります。
Kurocoは企業プロジェクトを念頭に置いて構築されています
企業向けヘッドレスCMSであるKurocoには、非常に拡張性があり、セキュアでパフォーマンスが優れたサーバーレスインフラストラクチャがすべて揃っています。
Kurocoはまた、異なるフロントエンドごとに異なるマイクロサービスのエンドポイントを含む異なるパスでAPIを構成することができます。
今すぐ無料で試してみるか、質問がある場合は弊社のカスタマーサポートチームにお気軽にお問い合わせください！