イベントブース運営ガイド
イベントブース運営ガイド
このページでは、質問に適切に答える方法と、ブース来場者にテクニカルデモを提供する方法に関する情報を掲載しています。
よくある質問と回答
GitLab とは何ですか？
GitLab は The One DevOps Platform です。これは、計画から本番までの開発ライフサイクルのあらゆる段階を、たった 1 つのプラットフォームで実現できることを意味します。これにはコードのセキュリティ確保も含まれます！
メモ: about ページ で説明されているさまざまなステージを順番に説明してください。また、デモを希望するかどうかも尋ねてみてください。
GitLab は GitHub の一部ですか？
いいえ、私たちは競合企業であり、開発ライフサイクル全体を 1 つのプラットフォームで提供しています。
なぜ GitHub ではなく GitLab を選ぶべきなのですか？
- GitLab は完全な DevOps プラットフォームです
- GitLab はクラウドアグノスティックで、ユーザーが好きなクラウドプロバイダーにデプロイできます
- GitLab はオープンソースであり、活発なコミュニティコントリビューターのエコシステムによって推進されています
- GitLab はセルフホスト・セルフマネージが可能です
現在使っているツールと一緒に GitLab を使えますか？
はい、他のツールも GitLab と統合できます。私たちのインテグレーションを利用したり、カスタムソリューションを構築したりすることが常に可能です。 GitLab は必要なものをすべて提供しているので、時間とコストを節約するために移行を進めることもできます。
メモ: ユーザーが現在使用しているツールについての情報を取得してください。
GitLab の最新情報は何ですか？
最新の GitLab 機能を確認するには、次を参照してください:
ノベルティをもらってもいいですか？
もちろんです！ご自由にお取りください。バッジをスキャンしてもよろしいでしょうか？ところで、現在 GitLab ユーザーですか？
メモ: 一部のノベルティはチャレンジを完了したユーザーのみに提供される場合があります。イベント企画スタッフに確認してください。
GitLab は他のツールとどう違うのですか？
GitLab を使えば、計画から本番までの開発ライフサイクルのあらゆる段階を、たった 1 つのプラットフォームで実現できます。これは、（コンテキストスイッチやインテグレーションのトラブルが減ることで）時間が節約でき、（ライセンスを購入するツール数が減ることで）コストも節約できることを意味します。私たちはオープンソースであり、コードベースで予定されている内容についても完全に透明です。誰でも私たちのプラットフォームに貢献し、協力して取り組むことができます。
メモ: これは時間とともに変わる可能性があるので、最新のマーケティング資料を入手するには About ページを確認してください。何か変更があれば、このドキュメントを更新するための MR を作成してください。
なぜ GitLab に移行するのか？ - フローチャート
ユーザーが「他のツールではなく、なぜ GitLab を使うべきなのか？」と尋ねてきた場合、次のワークフローに沿って進めてください。
「現在どのツールを使用していますか？」と尋ねる
a. GitHub + GitHub Actions の場合
GitLab CI/CD はより成熟しており、ツールは社内で管理されているため、GitLab はあらゆるニーズに対するサポートを提供できます。GitHub Actions のように追加コストもありません。GitHub Actions はマーケットプレイス方式を採用しており、ベンダーから追加ライセンスを購入し、ベンダーにサポートを依頼する必要がある場合があります。また、コードが GitHub によって保守・更新されていないため、脆弱性やバグが存在する可能性もあります。
GitLab はエンタープライズおよびオンプレミスにも適しています。主な理由の 1 つは、GitLab が水平方向にスケーラブルであり、アップグレードやノード追加時にダウンタイムが発生しないことです。GitHub は垂直方向にしかスケールできず、スケーリングやアップグレード時にダウンタイムが発生します。
b. BitBucket + Jenkins の場合
Jenkins はジョブ作成方法が多岐にわたり（ビジュアル、Groovy など）、保守すべきプラグインも多数存在するため、管理が困難です。Groovy は学習と保守に時間を要する別の言語です。これによりチームの新規開発者のオンボーディング時間が増加します。GitLab を使えば、CI/CD を YAML で 1 つの指定された方法で構成するか、AutoDevOps を使用して DevOps ワークフローの自動化を支援できます。
BitBucket は長らくほとんど更新がなく、DIY DevOps の段階では CI/CD、Issue 管理などのために他のツールを必要とします。GitLab を使うだけで、開発ライフサイクル全体を 1 つの DevOps プラットフォームで実現できます。
c. GitHub + セキュリティベンダーの場合
異なるツールの管理は煩雑なプロセスです。さまざまなセキュリティベンダーが存在しますが、GitLab は 1 つのプラットフォームで包括的なセキュリティおよびコンプライアンス機能のセットを提供します。そのため、これらすべての機能に対して個別にライセンスを支払い、インテグレーションを個別に管理する必要はありません。
使用するデモプロジェクト
以下はデモに使用できるデモプロジェクトです。プロジェクトを自分のワークスペースにクローンし、クラスタに接続するか、まだアクセス権がない場合は TMM チームにアクセスを依頼してください。
DevSecOps
すべてのデモで通常 Simple Notes が使用されます。私は次のワークフローで進めます:
パイプラインエディター（
CI/CD メニュー > エディター）で.gitlab-ci.ymlファイルを確認し、自動補完とプレビューに支えられて CI/CD パイプラインの構築がいかに簡単かを示します。.gitlab-ci.ymlから作成されたパイプラインを表示し、提供されているスキャナーを順を追って説明します。以下を含む MR を表示し、レビューします:
- セキュリティポリシー
- コード品質
- 脆弱性スキャン
- ライセンススキャン
脆弱性レポートを表示します
