DevOps on azure 高品質クラウドデザインを求めて

Copyright © 2015-2015 ALTERBOOTH inc. All Rights Reserved.
DevOps on Azure
高品質クラウドデザインを求めて
株式会社オルターブース

自己紹介
株式会社オルターブース
代表取締役（金髪おにいさん）
小島淳（Atsushi Kojima）
とりあえずなんでもやるフルスタックエン
ジニアと思っている方が多いですが本人的には
OSSなミドルウェア職人と思っていてア
プリケーション開発をバリバリしている人から見
ると物足りないしネットワーク超絶詳しい人
から見ても物足りないという中途半端な存在
を打破しようと日々精進しています。
Microsoft MVP（Microsoft Azure）だったりします。

過去は過去。
未来は未来。
経歴なんてどうでもいい
のですが、一応面白いん
で読んでみてください。

DevOpsとは何なのか

開発部門と運用部門が協力し、ビジネスリスクを軽減させる
ための仕組みのことです。

原則1：無駄をなくす
原則2：品質を作り込む
原則3：知識を作り出す
原則4：デメリットを把握する
原則5：素早く提供する
原則6：人を尊重する
原則7：全体を最適化する
リーンソフトウェアの原則

定性（実現するために必要な質）
定量（定性を実現するために必要な量）
これ考えたことありますか？
DevOpsにおける目標設定

ビビらず本番へデプロイできる環境を提供し
システムライフサイクルの高品質化を目指す！
定性（実現するために必要な質）

10 deploy per day
※確実にデプロイ出来るというところが重要
定量（定性を実現するために必要な量）

DevOps on Azure

AzureでDevOpsを実践する場合の技術的Tips
Orchestration
Infrastructure as a Code
Immutable Infrastructure
CI/CD
今日はこれらの技術についてAzureで実践する場
合のノウハウをお伝えします。

Orchestration

複雑なコンピュータシステム/ミドルウェア/サー
ビスの配備/設定/管理の
自動化を指す用語。
Wikipediaより
オーケストレーションとは

仮想マシン
Storage
Blob
SQL
Database
Managed
Cache
こんな感じのシステムを一気につくってしまおう、そ
れがオーケストレーションです。

従来の構築方法
仮想サーバーの作成
SQL Databaseの作成
ストレージの作成
キャッシュサービスの作成
一つ一つ作っていくとかなり面倒くさいうえに、
リソースがグルーピングされていないため管理が
非常に乱雑になる。

Azure Resource Group
Azure Resource Groupとは？
複数のサービスリソースを1つのグループで管理
し、構築や運用におけるコストを軽減することが
できる仕組みのことです。
オーケストレーションの基礎
になるサービスです。

Azure Resource Group
Azure管理ポータルから「リソースグループ」を
選択して、リソースグループを作成します。
このリソースグループ内にサービスで必要なリ
ソースを組み込んでいきます。

リソースグループは
どうやって管理する？

Azure Resource Manager
Azure Resource Managerは、リソースグループをよ
り効率的にリソースを管理することができ、JSON
形式の単純なテンプレートを使ってデプロイ定義
を宣言することが出来ます。

Azure Resource Managerではリソースのデプ
ロイ定義だけでなく、様々なコントロール
を管理することが可能です。

ユーザーのAccess Controlが可能

テンプレートの基本構成
{
"$schema": "http://schema.management.azure.com/schemas/2015-01-
01/deploymentTemplate.json#",
"contentVersion": "",
"parameters": { },
"variables": { },
"resources": [ ],
"outputs": { }
}
$schema JSONスキーマファイルの格納先
contentVersion このテンプレートのバージョン

parameters セクションでは、ユーザーがリソースをデプロイす
る際に入力できる値を指定します。
"parameters": {
"siteName": {
"type": "string"
},
"siteLocation": {
"type": "string"
},
"hostingPlanName": {
"type": "string"
},
"hostingPlanSku": {
"type": "string",
"allowedValues": [
"Free",
"Shared",
"Basic",
"Standard",
"Premium"
],
"defaultValue": "Free"
}
}

"parameters": {
"username": {
"type": "string"
},
"password": {
"type": "secureString"
}
},
"variables": {
"connectionString": "[concat('Name=',
parameters('username'), ';Password=',
parameters('password'))]"
}
variables セクションでは、テンプレートを簡略化するため
の変数を定義できます。

resources セクションでは、デプロイまたは更新されるリソースを定
義します。このセクションで実際に展開するリソースを定義します。
"resources": [
{
"apiVersion": "<api-version-of-resource>",
"type": "<resource-provider-namespace/resource-type-name>",
"name": "<name-of-the-resource>",
"location": "<location-of-resource>",
"tags": "<name-value-pairs-for-resource-tagging>",
"dependsOn": [
"<array-of-related-resource-names>"
],
"properties": "<settings-for-the-resource>",
"resources": [
"<array-of-dependent-resources>"
]
}
]

VisualStudioからのデプロイ
リソースマネージャーはVisualStudioからも作成し、
簡単に配置することが出来ます。

ARMテンプレートはGitHubで公開されているんで
是非活用してみてください。
https://github.com/Azure/azure-quickstart-templates

Infrastructure as a Code

サーバー設定を全てコード化し保守性を高める技
術です。
DevOps＝Infrastructure as a Codeという認識をされ
る方が多いです。
実際にはInfrastructureではなく”Configuration”とい
う意味合いが強いです。
Infrastructure as a Codeとは

Azureでよく使うツール
Chef
Ansible
PowerShell DSC
Puppet
それぞれ特徴はあるにせよ、サーバー構成をコー
ド化し管理するというところは同じです。

Azureではエージェントが用意されています。

2つのデプロイ方法
IaC Server
Push
Pull
あるべき姿を定期的に確認する
あるべき姿を送り込む

宣言的構文
構成管理利用するコードは宣言的構文というシンプ
ルな命令語で構成されます。
package “httpd” do
action :install
end
service “httpd” do
action [ :enable, :start ]
end
Apacheをインストール
Apacheの自動起動と起動

Immutable Infrastructure

システム運用のリスクは本番環境への変更オペ
レーションです。
本番環境ではすでにサービスが稼働しているため、
何かトラブルがあればサービスダウンの危険性が
高まります。解決策は意外と簡単で本番環境に
「触らない」ことです。
Immutable Infrastructreとは本番環境と全く同じ構
成のステージング環境を用意し、それらを交互に
入れ替えていく運用方法です。
Immutable Infrastructureとは

本番サーバーステージングサーバー
変更オペレーション

Blue Green Deployment
Cloud Service
Web Role
Web Role
Production
Staging

Docker社が提供するホスト仮想コンテナ型アプリ
ケーションです。
Docker

Dockerはホストカーネルを共有します。
なので、通常の仮想サーバーの様に扱うことは可
能ですが本来はサーバーミドルウェアの機能分離
を目的としています。
Docker

Container
Azureの場合非常に簡単にContainer Service
を作ることが出来ます。
 仮想マシンに普通にDockerホストを作る
 Docker VM拡張機能を使用する
 Azure Container Service（Preview）
コンテナを
通常の仮想サーバーと
して扱う
☓ マイクロサービス
として扱う

CI/CD

継続的インテグレーションとは、継続的にビルドを実行しソフトウェア
をインテグレーションしたときに発生する様々な問題を早期に検出し、
フィードバックサイクルを短くしてソフトウェア開発の品質と生産性を
向上させる仕組みのことです。
継続的インテグレーション・デリバリ
デプロイ
コンパイ
ル
インスペ
クション
テスト

継続的インテグレーション・デリバリ
通常バグはテスト工程で発見されます。しかし継続的インテグ
レーション（以下CI）では、1日に何度でも好きなタイミングで
ビルドすることが可能なのでバグを見つけるタイミングが早くな
ります。結果、手戻りが少なくなり早期にバグを修正することに
より品質向上へつながります。
コミットコミットコミットコミットコミット
テスト
大量のバグ
発見
バグ
発見
コミットテスト
バグ
発見
コミット
通常の開発
CI

もっともっとDevOpsやるなら。。。。
Visual Studio Team Services

フルマネージドの
CIサービス
Coding IaC Orchestration Build Control
App / Service

なぜ失敗するのか

それなりに学習コストがかかる
Opsのコーディング能力には限界がある
Devの運用設計は壮大になりがち
結局のところ手動でサーバー構築できないと作
れない
障害対応時のコードメンテナンスが面倒
ブルーグリーンだけでなんとかしようとする
アラートトリガーのアクションを壮大にする
DevOpsの勘違いポイント

DevOpsの目的が技術展開のみである場合、エンジ
ニアの趣味で終わる。
壮大な夢が詰まった運用設計は非常に心惹かれる
が、一番重要なのは「何を成し得ようとしている
か」が見える仕組みである。
DevOpsの目的

参考になる書籍たち

告知

2/27〜2/28
マイクロソフト主催のDevOpsハッカソンが
開催されます。
DevOps ハッカソン
DevOpsにどっぷりハマる２日間。
チームを組んでDevOpsをハックしてみませんか？
参加資格は特になし。
DevもOpsも是非ご参加下さい！！

Product Owner Ship 勉強会
POStudy

現在の日本のITサービス業界において、
「プロダクトマネジメント」という分野が
欠落しているとも言われています。
POStudyでは、いかに「プロダクトオーナーシッ
プ」を発揮するかについて、
普段の生活や仕事を通して自己成長を重ねていく
為のヒントを、
オフラインおよびオンラインの両方のチャネルを
通して提供していきます。

第二弾は
七つの習慣ボードゲーム
日程未定

15人〜20人参加者見込みが立てば
福岡でも開催します！
3月19日
福岡開催決定！！！

おわり
後ほど禁断のLTやります

DevOps on azure 高品質クラウドデザインを求めて

More Related Content

What's hot

Viewers also liked

Similar to DevOps on azure 高品質クラウドデザインを求めて

More from Atsushi Kojima

DevOps on azure 高品質クラウドデザインを求めて