チャネルパートナー実装サービス
GitLab インスタンスの実装
- GitLab Community Edition と Enterprise Edition のどちらにするか決める
- 最初に、お客様向けにどちらのエディションをインストールするかを決定する必要があります。以下に多くの情報があります。
- Reference Architectures
- このリファレンスアーキテクチャページに記載されているガイダンスを読み、理解し、従ってください。GitLab インスタンスの長期的な保守性にとって極めて重要です。
- GitLab Environment Toolkit (GET)
- Getting started 動画
- これが GitLab をインストールする方法です。 GitLab Environment Toolkit (GET) は、リファレンスアーキテクチャに従って、スケールしたセルフマネージド GitLab 環境のデプロイを支援する、意見性のある Terraform および Ansible スクリプト群です。Quality Enablement チームによって構築され、積極的に保守されています。
- Other Installation Methods
- GitLab を自動的にインストールする自動化を提供する場合は、Enterprise Edition をインストールすること、およびサポートされる構成を持つためにこれらのインストール方法論の 1 つをコアとして活用していることを確認してください。
- Unsupported Designs
- サポート要件に準拠していることを確認するため、これらのサポート対象外構成も確認してください。
- Next Implementation Steps After Installation
- 製品をインストールしたら、インストールを運用上成功させるための追加ステップ(バックアップなど)を示します。
- GitLab Performance Tool (GPT)
- インストール後に、GitLab 環境のサーバーパフォーマンスをテストするツールです。
- Upgrading GitLab
- アップグレードを得意になることは重要です。 GitLab は通常、メジャーリリースを毎年 5 月にスケジュールしています。GitLab はマイナーアップデートを毎月第 3 木曜日にリリースし、10 年以上にわたり毎月一貫してリリースを行っています。セキュリティパッチはより頻繁にリリースされます。GitLab.com は 1 日に複数回のアップデートがあります。
- Upgrade Path Tool
- バッキングリポジトリ — または右上の Tanuki アイコンをクリックします。
- 容易にアップグレードを計画できます。この Web サイトは GitLab の更新を支援するために、サポートされるアップグレードパスを生成します。
- Deprecations and removals by version および What’s new since?
- 特定の GitLab バージョンに何が含まれ、何がもう含まれていないかを把握するためにこれらのリソースを使用してください。
- GitLab Runbooks
- バッキングリポジトリ — または右上の Tanuki アイコンをクリックします。
- GitLab が gitlab.com をどのように運用しているかを学べます。当社のセットアップは独特で、リファレンスアーキテクチャとは異なるため、すべてがセルフマネージドインストールに直接転用できるわけではありません。それでも GitLab コンポーネントのトラブルシューティングに関する有用な情報を多数得られます。
GitLab Runners の実装
- GitLab Runner Overview
- GitLab Runner はシステムが生成する 最大のワークロード を表します。Runner はすべての CI パイプラインを実行するソフトウェアです。固定インフラ上にデプロイすることも、クラウドプロバイダー上で自動スケール(上下とも)させることも可能です。
- GitLab Runner Installation
- GitLab Runner Advanced Configuration
- GitLab Runner Fleet Scaling
- GitLab Runner Monitoring および GitLab Runner Fleet Dashboards
GitLab Community Edition と Enterprise Edition のどちらにするか決める
GitLab には 2 つのディストリビューションがあります。
Enterprise Edition (EE): 公式 GitLab リポジトリからビルドされます。すべてのサブスクリプション層のコードを含み、Free のオープンソースコードと Premium および Ultimate のプロプライエタリコードの両方が含まれます。
Community Edition (CE): GitLab のオープンソースフォークからビルドされます。上記の EE リポジトリの MIT ライセンスコードのみを含み、push のたびに自動同期されます。
つまり両エディションは Free 機能の同一バージョンを含みますが、EE のみが Premium および Ultimate 機能を含みます。
ディストリビューション × サブスクリプションマトリクス
このマトリクスは可能なすべての組み合わせを示します。アドオンは Premium および Ultimate サブスクリプションにのみ適用可能であるため、EE にのみ含まれます。
| Free | Premium | Ultimate | |
|---|---|---|---|
| CE | x | ||
| EE | x | x | x |
顧客にはどちらをインストールすればよいか?
Premium または Ultimate 顧客
選択の余地はありません。EE をインストールする必要があります。
Free 顧客
経験則: できない場合を除き、常に EE で進めましょう。
EE をインストールする利点:
Enterprise Edition はインプレースアップグレードをサポートしているため、お客様にとって推奨されるインストールオプションです。マイグレーション なしで Premium または Ultimate にアップグレードできます。これにより、顧客の柔軟性が高まり、将来のスケーラビリティと要件を労なく満たせます。
オプションで Registration Features Program を通じて Premium または Ultimate 機能の一部に無償でアクセスできます。詳細は 利用可能な機能のリスト を参照してください。
それではなぜ CE を選ぶ理由があるのか?
社内ポリシーと互換性のあるライセンスを持つオープンソースツールの使用が義務付けられている顧客もいます。CE は極めて寛容な MIT ライセンス でライセンスされているため、一般的にそのような要件を満たします。したがって CE をインストールする唯一の理由は、顧客が明示的に要求した場合です。そうでなければ EE から始めましょう。顧客が利用統計を共有しないと決めた場合でも、後から Premium または Ultimate にアップグレードするのはスイッチを切り替えるだけになります。
間違って違うエディションをインストールしてしまった
ご安心ください。代わりに これらのガイド の 1 つに従ってください。
bfd74782)