Slate
はじめに
Slateは、Catalystが提供する堅牢なフロントエンド開発サービスで、Webアプリケーションのシームレスなデプロイ、プレビュー、ローンチを可能にします。以下の主要なJavaScriptフレームワークをネイティブサポートしており、その他のフロントエンドフレームワークにも対応して手間のかからないデプロイメントを実現します:Next.js、Angular、Astro、React、SolidJS、Preact、Svelte、Vue、Vite、Nuxt。
Slateを使用して、単一のCatalystプロジェクト内に複数のフロントエンドアプリケーションをデプロイできます。即時かつ自動化されたデプロイメントを可能にするために、GitHub、GitLab、Bitbucketなどの一般的なバージョン管理システムと統合でき、リポジトリからSlateへ直接コードがデプロイされます。Slateでは、ビルドからデプロイメントまでのプロセス全体がCatalyst Pipelinesを使用して内部的に効率化・自動化されています。
Slateは、フロントエンドWebアプリケーションの超高速な読み込み時間と優れたパフォーマンスを保証します。アプリケーションのホスティングに加えて、無料のSSL提供、Custom Domain Mapping、そして毎回本番環境でアプリケーション全体を検証することなく**すべてのデプロイメントを即座にプレビュー**する機能などの追加特典を提供します。Slateは堅牢なセキュリティを提供し、開発者間の効率的なコラボレーションを促進します。この効率的なデプロイメント管理により、生産性が向上し、アプリケーションの容易なスケーリングが可能になります。
Slateデプロイメント
始める前に、Slateの一般的な用語を確認しましょう:
- デプロイメントは、アプリケーションのビルドが成功した結果です。
- Slateでは、アプリケーションはGitリポジトリを通じて、またはファイルをアップロードしてデプロイできます。各アプリケーションはSlate内で複数のデプロイメントを持つこともできます。
Slateでは、手動でデプロイメントをトリガーするか、サポートされているGit providerのいずれかと統合して自動デプロイメントを有効にするかを選択できます。
上記のフレームワークのいずれかで構築されたWebクライアントアプリケーションを、以下のSlateがサポートするデプロイ方法のいずれかを使用してデプロイできます。
-
Git providerとの統合:この方法でWebアプリケーションをデプロイするには、Git account(GitHub、GitLab、またはBitbucket)のいずれかをCatalystと統合する必要があります。統合後、Slateで以下のデプロイ方法を選択できます:
-
Starterテンプレートのデプロイ:Slateを始めるには、この方法を強くお勧めします。Slateは、複数のクライアントフレームワークにわたる一般的なユースケース向けのさまざまな無料のStarterテンプレートを提供しています。テンプレートを選択してSlateにデプロイするだけです。テンプレートコードは接続されたGitリポジトリにプッシュされ、そこからデプロイされます。Starterテンプレートのデプロイについて詳しくはこちら。
-
プライベートリポジトリからのデプロイ:Gitリポジトリから直接Catalystにアプリケーションをデプロイすることを選択すると、Slateはアプリケーションのフレームワークを自動的に検出し、ビルドとデプロイメントのプロセス全体を処理します。Auto Deploy機能を有効にして、接続されたリポジトリに変更がプッシュされるたびに自動デプロイを行うこともできます。プライベートリポジトリからのデプロイについて詳しくはこちら。
-
任意のパブリックリポジトリからのデプロイ:この方法では、他の人が開発したpublic repositoryや自身のパブリックリポジトリからsource codeを使用して、アプリケーションを素早くデプロイしてライブで表示できます。この方法にはGit認証が必要です。パブリックリポジトリからのデプロイについて詳しくはこちら。
-
-
コンソールへの直接アップロード:この方法では、クライアントファイルをzip形式でドラッグアンドドロップするだけでアプリケーションを即座にデプロイでき、数分でデプロイメントが可能です。この方法について詳しくはこちら。
-
Catalyst CLIを使用したデプロイ:この方法では、Catalyst CLIをインストールし、ターミナルで一連の事前設定されたコマンドを実行してアプリケーションをデプロイする必要があります。この方法について詳しくはこちら。
Catalystでアプリケーションをデプロイすると、Slateはデプロイメント用のaccess URLを自動的に生成します。このURLは、チームメンバーが本番環境にデプロイすることなくライブで変更をプレビューできるサンドボックス環境を指します。特定のニーズに応じて、生成されたaccess URLに独自のカスタムドメインをマッピングすることもできます。SlateのCustom Domain Mappingについて詳しくはこちら。
Catalystは、Slateを使用してホストされるすべてのクライアントアプリケーションに無料のSSL証明書を提供します。また、安全なenvironment variablesの管理を可能にし、データとアプリケーションを保護するための高いセキュリティを提供します。Catalyst SlateでのEnvironment Variablesの扱いについて詳しくはこちら。
まず、Catalyst Slateのエンドツーエンドのアーキテクチャについて掘り下げ、そのワークフローと機能をより深く理解しましょう。
Slateデプロイメントフロー
Catalyst Slateのワークフローは以下のプロセスを採用しています:
- デプロイメントの作成:以下のいずれかの方法を使用して、アプリケーションのsource codeをCatalystにデプロイできます:
- プライベートまたはパブリックGitリポジトリからコードにアクセスし、Slateを使用してデプロイします。
- アプリケーションのsource codeをCatalystコンソールに直接アップロードしてデプロイします。
- Catalyst CLIの事前定義されたコマンドを使用してアプリケーションをデプロイします。
-
デプロイメントが作成されると、Slateはアプリケーションのビルドプロセスを自動的に処理し、Catalystクラウドでアプリケーションをホストします。
-
Slateはデプロイメント用のaccess URLを即座に生成します。
-
Slateは、Gitリポジトリからデプロイメントが開始された場合の自動デプロイメントを促進します。リンクされたリポジトリに誰かが変更をプッシュするたびに、Slateで個別のデプロイメントがトリガーされます。これにより、すべての開発者が即座に変更をライブで確認できます。各デプロイメントに対して一意のaccess URLが自動的に生成されます。
最終更新日 2026-03-30 13:40:30 +0530 IST
Yes
No
Send your feedback to us
