![自己紹介 髙尾 哲朗
システム構築のプロセス評価、改善、策定、開発フレームワークの設計、
実装管理、プリセールスやプロジェクトの立ち上げなど
ブログ ：http://blog.processtune.com
プロフィール ：Tetsuro Takao on
Facebook, Twitter or http://mvp.microsoft.com
コミュニティ ：.NETラボの運営スタッフ
https://dotnetlab.connpass.com/
Microsoft MVP：Visual Studio and Development Technologies
[July 2010 – June 2018]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Azure AntennaでCD/CIを学んできた
Similar to Azure AntennaでCD/CIを学んできた (20)
More from Takao Tetsuro
More from Takao Tetsuro (20)
Recently uploaded
Recently uploaded (14)
Azure AntennaでCD/CIを学んできた
- 1. Azure Antennaで CD/CI を学んできた Microsoft Azureの Continuous delivery (CD) / Continuous integration (CI)
- 2. 自己紹介 髙尾 哲朗 システム構築のプロセス評価、改善、策定、開発フレームワークの設計、 実装管理、プリセールスやプロジェクトの立ち上げなど ブログ ：http://blog.processtune.com プロフィール ：Tetsuro Takao on Facebook, Twitter or http://mvp.microsoft.com コミュニティ ：.NETラボの運営スタッフ https://dotnetlab.connpass.com/ Microsoft MVP：Visual Studio and Development Technologies [July 2010 – June 2018]
- 3. Azure Antennaとは https://azure.connpass.com/ 開発者の創造性を支援する発信基地 ハンズオンやワークショップを通して開発 者支援を行っている 少人数制なので、習熟度が高い 午後の時間をフルに使って行うハンズオン は集中的に技術を習得できる 渋谷ヒカリエの8Fなので、アクセスが容易
- 4. Azure Antennaで学んだCD/CIの重要性 https://www.slideshare.net/secret/1NNf5NaAkhTP2I 井上章さんの資料が公開されています 変更までのリードタイムを短くする 修復にかかる時間を高速化する 変更失敗率を低減させる 開発サイクルを高速化する ↓ 収益の増加 製品の市場投入の高速化
- 5. CD / CIの全体像と各種ツール 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更
- 6. 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更 Microsoft Azure DevOps Microsoft Azure DevOpsの流れ
- 7. Jenkinsのイベントトリガーで各種連携 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更 Selenium WebDriver
- 8. Jenkinsとコンテナ・オーケストレーション 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更 Container Orchestration Azure Kubernetes Service Container Repository Azure Container Repository
- 9. 設計とインプリメンテーション 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更
- 10. 設計 実装 ビルド 試験 デプ ロイ 統合 検証 スロット 変更 Microsoft Azure DevOps WebアプリケーションのCD / CI
- 15. Build Pipelines
- 16. Commit & Push
- 17. まとめ プロジェクト管理、ソース管理、配信管理、運用状況のトラッキング、次イテレーションの改修 計画を一連してシステムの生産性を向上させることがCD/CIの目的 CD/CI関連ツールはたくさんあり、自組織で最適な組み合わせを考慮して利用する必要が ある。Visual Studioを買ったからプログラムが組めるのではなく、Azure DevOpsを利用す るとCD/CIができるわけではないので、CD/CI設計はプログラムの設計以上の緻密な設計が 必要 JenkinsやAzure Pipelinesは
Editor's Notes
- 私はCD / CIについてはまだまだ勉強中なので深い部分についてはお話しできませんが、本日は渋谷ヒカリエのAzure Antennaで学んできたことを皆さんに共有したいと思います。
- 自己紹介です。
- スライドを読む
- スライドを読む
- 継続的配信、継続的統合はMicrosoft Azureがもっともシンプルに実現できると私は考えていますが、JenkinsやGitHub、Dockerもそれぞれ個別にCD/CI機能を拡張しています。 どのようなツールを使うにしても、重要なのはProject管理とソースのバージョン管理、デプロイとテスト、プロダクションリリースといった作業を同期させ、いかに次のイテレーションにつなげていくかがCD/CIの肝となります。次のイテレーションで重要なのは、機能拡張の計画や運用時のモニタリングやインサイト、利用のトラッキングなどによってシステムの挙動を修正することも含まれます。
- 例えばAzure DevOpsの場合、Visual Studioとの連携は、ローカルリポジトリからコミット、プッシュ、プルリクでMicrosoft Azure DevOpsのReposにリモートリポジトリとして同期され、PipelinesでBoardsのワークアイテムやTest Plansの各種試験とつなげることができます。これによってイテレーションに定義されたバックログのタスクやワークアイテムとバージョン管理されたソース、テストと配置が同期します。
- JenkinsとGitHubの連携では、Visual Studio - GitHubの流れからGitHubの更新を検知しJenkinsがGitHubに最新ソースを要求、取得後Build、セレニウムでテストしステージングWebにデプロイ、シナリオテストを行ってJIRAのタスクと連携した後にプロダクションWebに配信するといった流れや、Visual StudioからJenkinsのMS Build Plug-inで連携するといった流れを構築することができます。
- Dockerを使う場合、コンテナオーケストレーションツールを使うのが一般的ですので、KubernetesやAzure Kubernetes Serviceを使ったCD / CIやDocker HubとJenkinsを連携させる方法などが考えられます。また、プロジェクト管理との同期を考慮しAzure Kubernetes Serviceを使うのであればAzure DevOpsを使うのが有効ですし、別途JIRAなどでJenkinsを使ったプロジェクト管理との連携を構築することが重要です。オーケストレーションツールが操作するリポジトリのバージョン管理やタスクなどを
- 作図からコードを自動生成するジェネレーターは無いわけではありませんが、圧倒的に多いのがコードから作図するツールです。つまり、設計から実装、その後リリース時に設計文書の図を更新するというフローが最も自然なのかもしれません。しかし、それでもシーケンス図や相互作用外観図はプログラムのフローとステートマシンを表すものですのでこれを自動生成するのは困難なうえ、マイクロサービスやサーバーレスコンピューティングでインプリメンテーションしている場合はコードと設計書の同期は手作業になります。 その意味で、設計文書の作図はいかに簡単に描けるか？再利用可能な形式か？可搬性に優れているか？が重要と感じています。その結果、私はdraw.ioを使っています。
- Azure AntennaではVisual Studio、Docker for Windows、Git for Windowsを使った例を学習しました。Visual StudioのDockerサポート機能を利用する例です。
- Dockerはインストールして、ほぼ既定のまま使えますがSettingsのShared DrivesとNetworkは確認が必要です。Shared DrivesはCをチェックしておいてください。Visual StudioのDockerサポート機能を使う際に、DockerがCドライブにコンテナを作成できるようにしておきます。また私の場合、会社で使っていたのでNetworkをFixedにしていました。これはAutomaticが既定の設定になっています。
- Webアプリを作成する際にDockerサポートを有効にするためのチェックボックスが選べるのでチェックして作成します。作成したWebアプリのプロジェクトを右クリックして、[追加][コンテナオーケストレーターサポート]を選択し[Docker Compose]を選んで[OK]ボタンを選択するとOSを選択するダイアログが表示、続けて[OK]ボタンを選択すると処理が始まります。これは少し時間がかかるのでそのまま待ちます。最後に出力ペインに完了が表示されたら準備完了です。
- 出力ペインに完了が表示されたら、Docker Composeが追加されていることを確認し、Dockerfileの「EXPOSE」が80になっていることを確認します。 これによってローカルでDockerを使ったデバッグが可能になりました。初回は時間がかかりますが‘2’回目以降のデバッグはそれほど時間がかかりません。
- ローカルの環境が出来上がったので、ここでは、Azure DevOpsのBuild Pipelineの設定を例にAzure DevOps Pipelinesを使ったCD/CIをご紹介します。 Azure DevOps PipelinesはJenkinsのように、トリガーアダプターの役割を果たします。非常に多くのトリガーに対応することができるので、それらを組み合わせてCD/CIをくみ上げていきます。 図の例ではFTP Uploadを選ぶことも可能です。 つまり、CD/CIを実際に行われている組織などが、その作業を自動化するためのツールがAzure DevOpsだとも言うことができます。 Azure DevOps PipelinesはBuild PipelineとRelease Pipelineがあります。Release Pipelineには、Azureのあらゆる配置先が用意されており選択することができます。また、テストプランからタスクをインポートすることもできるので、Bordでのプロジェクトタスクの管理、テスト、リリースを同期させることが可能です。
- Build Pipelineはローカルリポジトリのビルドをトリガーにして、ビルド、プッシュ、ロック、ステージングディレクトリへのコピー、製品リリース（リリース判定前のもの）までを自動化する例を学習してきました。
- ソースを変更し、コミットしてプッシュをセンタくするとAzure DevOps側では新しいログが出力され、稼働中であるアイコンが表示されます。
- 自己紹介です。