0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

(なぐり書き)資料作成にあたり、最低限必要な知識_デプロイメント

Last updated at Posted at 2025-02-23

・資料作成にあたり、最低限必要な知識_デプロイメント
どのようにしてテストやデプロイを効率化するのか、テストはどのように実施するのか、Sandboxやブランチの構成はどう定義するか説明する必要があります。(人によってフォーマットが違いますが、私の場合、デプロイで語るべきCoE/エグゼクティブスポンサー/CCB/ステコミ/開発手法などはワードの本文中のデプロイメントセクションで回答しています。(なので個別に資料は作らない。))

image.png

どのようにしてテストやデプロイを効率化するのか

サンプル問題を見ると、例えば「直接本番環境に資材をデプロイしている、各開発者が個別にツールを使って開発をしている、テスト工数が相当かかっており、デプロイのスピードを速めたいユーザ要望がある」などデプロイ/資源管理方式に関する課題記述がされている傾向にあります。
今回は小規模ではなく、エンタープライズ(大規模)向けの開発となるため、Gitを使った資源管理による品質向上(デグレ漏れ・資源トラック)や、開発者のCLIの活用(PMD(自動ソースコードチェック)などExtensinoの活用)、工数削減・品質向上を目的としたJenkinsなど活用した自動デプロイ/自動テストの実施を提案する必要があります。(Gitに資源をPushすると、Wehbookの仕組みでJenkinsが検知し、CLIを実行する流れ。) ※別にこれだけが正解じゃないので、Bitbucketとか自分が過去使ったことあるツールを選択したほうが安全です。

(参考)Sandboxやブランチの構成、資源の流れ> 自信なし

まず、最初に凡例を説明します。(上段が各工程ごとのSandbox構成、下段がブランチ戦略である)
① そのうえで、Mainから資源をDevelopブランチに取得し、②各開発者がFeatureブランチへ取得、③開発・UT環境で開発が完了すると、④開発者はDevelopブランチにマージリクエスト依頼。⑤マージリクエスト依頼を受けて、レビューアーは資源を確認し、問題なければDevelopブランチへPushする。⑥DevelpブランチにPushされると、各環境に自動デプロイが実行。(UAT環境は、ユーザさんが利用していたりするので、タイミングは自動じゃないと考えます。)すべての開発が終わったら⑦MainブランチにPushし、⑧手動で本番環境に資材デプロイを行う。(プロファイルや認証など手動設定が残るため。)

その他補足事項

要件に応じて以下も提案しましょう。
・緊急で障害が発生したときのHOTFIXブランチの運用
・並行で案件が動いている際のReleaseブランチの運用

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?