ポイント: GitをBMC AMI DevX Code Pipelineと統合することで、ソースコード管理が改善され、プロセスが合理化され、メインフレームDevOpsが強化されます。組織はワークフローを自動化し、より良いコラボレーションのためにGitの機能を活用できます。
- Gitは複数の言語と方法論をサポートし、並行開発を可能にします。
- BMC AMI DevX Code Pipelineはハイブリッドアプローチを提供し、チームがGitと従来の方法の間で選択できます。
ますます多くのメインフレーム組織がGitに移行するか、移行を検討しています。従来、メインフレームは別個のプラットフォームとして存在し、独自のツールとプロセスを持ち、クラウド、モバイル、ウェブなどの他のプラットフォームから隔離されていました。しかし、より多くのメインフレームチームがDevOpsに導入されるにつれて、これらの壁は崩れ始めています。多くの組織は、JenkinsやGitHub Actionsのような分散ツールを使用して、継続的インテグレーション/継続的デリバリー（CI/CD）パイプラインを編成しています。また、多くの組織は、ソースコードをスキャンするためにSonarQubeや、セキュリティを強化するためにVeracodeのようなツールを使用しています。自然なことに、組織はバージョン管理およびソースコード管理（SCM）の事実上の標準であるGitを、ソースを保管するために探し始めるでしょう。しかし、これだけでは結果は得られません。ビルドやデプロイなどのDevOpsプロセスの残りを処理するための何かが必要です。DevOpsを次のレベルに引き上げるためには、GitをBMC AMI DevX Code Pipelineのような世界クラスのビルドおよびデプロイメントシステムと組み合わせて、DevOpsを強化する必要があります。
なぜ今Gitなのか？
Gitの選択は簡単です。業界で支配的なSCMシステムであり、採用する理由は多くあります。
- 開発者の体験を考慮して設計されています。ネイティブのGitを使用する場合でも、GitLab、GitHub、Bitbucketのような人気のリモートを使用する場合でも、Gitは可能な限り最高のユーザー体験を提供し、日常の開発を容易にするために作られています。Gitは、比較、マージ、変更の承認を容易にするなど、開発者の体験を向上させるための多くの組み込み機能を提供します。
- Gitは、複数の言語と作業方法論をサポートしています。Java、C、Node、Pythonなどの分散言語をサポートするだけでなく、Cobol、JCL、Rexx、PL1、アセンブラ、またはメインフレームアプリケーションに必要な他のソース言語もサポートできます。
- チームや個人間での並行開発を可能にするブランチングサポートを提供します。Gitは、ユーザーが開発またはR&Dのために隔離された環境を作成し、その後、そのコードをメインブランチまたはトランクにマージできるようにします。
- Gitは、組織全体のソフトウェア配信ライフサイクル（SDLC）プロセスを統合することを可能にします。メインフレームは、組織の残りの部分と同じツールとプロセスを使用する場合、もはや孤立したプラットフォームにはなりません。
- 新しい開発者のオンボーディングを容易にし、メインフレームプラットフォームの経験の浅いエンジニアに力を与えます。大学卒業生や若いエンジニアは、初日からGitシステムでトレーニングを受けているため、すでに経験を持っています。彼らは学校を卒業する際にすでにGitHubアカウントまたはそれに相当するものを持っており、学業でGitを使用してきました。
- Gitプラットフォームはオープンで、ほぼすべてのシステムに統合しやすいです。その普及した使用により、ほとんどのDevOpsツールや環境ですでにGitをサポートしており、Gitシステムはほとんどのプラットフォームとツールをサポートしています。
GitはBMC AMI DevX Code Pipelineとどのように機能するのか
では、Gitはどのようにして BMC AMI DevX Code Pipeline と連携して次世代のDevOpsシステムを作成するのでしょうか？あなたは考えているかもしれません。「BMC AMI DevX Code Pipelineはソースコード自体を処理しないのですか？」はい、BMC AMI DevX Code Pipelineはソースコードを処理するだけでなく、そのソースの処理方法においてスピード、機動性、品質、速度を提供します。しかし、上記のように、組織がGitを持ち込んでBMC AMI DevX Code Pipelineを補完したいと思う理由はたくさんあります。GitがBMC AMI DevX Code Pipelineの世界クラスのビルドおよびデプロイ能力の上に何を得意とするのかを許可します。メインフレームでGitを使用することは、他のプラットフォームや他のコードベースでGitを使用するのと何も変わりません。開発者はローカル環境にコードをブランチし、変更を加え始めます。そのプロセスの一環として、彼らはBMC AMI DevX Code Pipelineを呼び出して、自分のローカル環境でビルドやユニットテストを実行します。変更が完了し、満足したら、開発者はメインブランチに変更をマージするためのプルリクエストを発行します。その時点で、変更がレビューされ、完了していればメインブランチに再度マージされます。これは、Javaで作業している分散開発者が行うことと何ら変わりません。これがBMC AMI DevX Code PipelineがGitと持つ唯一のインタラクションではありません。変更が完了し、メインブランチにマージされると、それらはデプロイされなければなりません。BMC AMI DevX Code Pipelineのオープンボーダーアプローチのおかげで、変更を促進しデプロイするために必要なすべての機能はAPIを介して公開されているため、BMC AMI DevX Code Pipelineを使用して変更をデプロイすることもできます。これをさらに簡単にするために、Jenkinsプラグイン が開発され、このタスクを処理でき、Gitシステムから簡単にトリガーできます。Jenkinsがない場合、同じ統合がGitHub ActionsやAzure DevOpsなどの他の人気のオーケストレーションツールにも構築されています。APIがあれば、私たちの専門サービスチームがパイプラインのデプロイメントフローを作成する手助けをします。メインフレームを、組織の他のプラットフォームで使用するのと同じプロセスとCI/CDツールに接続すれば、クロスファンクショナルチーム間でのデプロイを調整でき、メインフレームに行く変更はクラウドや他の分散システムの変更と同時にデプロイできます。
誰もGitに移行しなければならないのか？
答えはシンプルです。「いいえ。」何事にも言えることですが、これはすべてのシナリオに適合する解決策ではありません。Gitには多くの利点があり、どんなシナリオでも使用できますが、すべてのチームやアプリケーションに合うとは限りません。BMC AMI DevX Code Pipelineを使用すると、組織内で開発にハイブリッドアプローチを取ることができ、チームはGitに移行することが自分たちにとって適切かどうかを決定できます。チームAとチームBの例を見てみましょう。チームAはメンテナンスモードのアプリケーションをサポートしており、実際の新規開発は行っておらず、年に1〜2回しかパッチや更新をデプロイしません。チームBは、毎月、毎週、または場合によっては毎日デプロイしている非常にアクティブなアプリをサポートしています。チームAにとって、Gitに移行することはあまり意味がなく、限られた利点しか得られません。したがって、チームAにとっては、従来のメインフレーム開発方法を使用するのが良いでしょう。しかし、チームBはGitに移行したいと考え、Gitが提供する多くの利点を享受します。通常、チームAまたはチームBは、他のチームの希望に従わなければなりませんが、BMC AMI DevX Code Pipelineではそうではありません。BMC AMI DevX Code Pipelineは、1つのチームがGitを使用し、他のチームがすべての開発ニーズにBMC AMI DevX Code Pipelineを使用できるハイブリッドアプローチを可能にします。これにより、組織内での柔軟性が確保され、各チームが自分たちに最適な決定を下すことができます。
どこから始めればよいのか？
これをすべて読んだ後、あなたは「どこから始めればよいのか？コードをGitに置いて作業を始めるだけでいいのか？」と自問しているかもしれません。できるけれど、それが最良のスタート地点ではないかもしれません。何事も、主要な変革に伴うリスクを減らすために、段階的アプローチが望ましいです。成功の実績を持つBMCは、Gitを使用してメインフレームDevOpsを強化するために成功裏に移行するための手順をいくつか提供しています。
- ステップ1: レガシーメインフレームSCMシステムからBMC AMI DevX Code Pipelineに移行します。別のSCMソリューションや自作のツールがある場合でも、そのシステムから離れ、BMC AMI DevX Code Pipelineのような機敏性を備えたモダンツールに移行することは、成功への第一歩です。すでにBMC AMI DevX Code Pipelineを持っている場合は、すでに1/3の道を進んでいます。そうでない場合、BMC プロフェッショナルサービスが移行を支援 し、すぐに利点を享受できるようにします。
- ステップ2: すべてのプロセスを自動化し、パイプラインを構築します。既存のDevOpsツールをBMC AMI DevX Code Pipelineと統合し、可能な限り自動化を開始します。チームが自動化とDevOpsに慣れて、プロセスをできるだけ効率的にするようにします。
- ステップ3: すべてのチームを評価し、必要に応じてGitに移行を開始します。すでにパイプラインを設定し、プロセスを自動化した後は、チームを評価し、Gitオファリングに移行したいチームをBMC AMI DevX Code Pipelineのために定義されたパイプラインに接続します。再度、BMCのプロフェッショナルサービスには、ソースコード、履歴、メタデータをGitに移行するためのスクリプトがあります。
GitとBMC AMI DevX Code Pipelineを合わせて使用することで、組織はメインフレームのワークロードを、DevOpsだけがもたらすスピードと効率で管理できます。これにより、コードは並行開発を促進し、即座に理解可能な場所で維持されるだけでなく、コードのシームレスで正確なビルド、テスト、デプロイを可能にします。これらの概念をさらに詳しく探求するには、私たちのeBookをダウンロードしてください。メインフレームのためのGit。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を表しているわけではありません。