SlideShare une entreprise Scribd logo
1  sur  44
物理ネットワーク受け入れテストの
自動化を考える
1
今日の話
NPStudy #7 ではぎわらさんが発表したものを発展させた内容ですが、
単体としてわかるものになっています。
https://network-programmability.connpass.com/event/22643/
そもそも#7は何の話だったか
L1Patch応用NWテストシステム というものの開発と検証のお話でした。
一言でいうと、「物理ネットワークのテストを自動化する仕組み」です。
http://www.okinawaopenlabs.org/wp/wp-content/uploads/17_1300_4_Hagiwara.pdf
【現状】
脅威の現地・現物・
人海戦術
【開発・検証】
機械処理によるテスト
この辺の話の背景
ネットワーク構築・運用
CLI/APIで操作可能な、さまざまな製品を多数
つなぎ合わせて、顧客のシステムや自社サービ
スを構築する。
Network
Compute
Storage
Orchestration
UI
VNF
顧客システム
SIer,SP,Ops
顧客
CLI/API
サービス
価値が
提供できて
いるか?
?
サービス観点での判断が重要
多数のブラックボックスの組合せ
構成要素間連携などをふくめて、システム全体
がどうふるまうか?
提供したい価値が正しく提供できているかどう
かを、利用者のサイクルに追従できる形で
4
ネットワークの課題
5
自動化が難しい
考え方の違い
つながる前提で、単一の項目を
順に調べる。
つながる保証はない。つながる
こと自体を保証したい。
 多数の機器間整合性をチェック
つながらないなら現地作業
現地・現物・人力
人海戦術になりがち
デバイスごと固有の操作体系
6
ネットワークは繋がるもの
届きさえすれば中の設定は画一的
テストも1つに着目、ツールも色々
ネットワークは繋げるもの
色々な機器の整合性を取る必要がある…
テスト? 現地の人手作業…
全体の動作の確認が難しい
最終的に狙った動作/状態に
なっているのか?
ひとつひとつの操作が成功
≠ 最終的にほしい動作の実現
機器間の整合性
→ 検討パターンが多い
机上での影響範囲確認は難しい。
7
Operation (c)
Operation (a)
Operation (b)
Operation (d)
?
結果として…
なかなか人手による作業から逃れられない
影響範囲が読みにくいので、作業前に知見者によるレビュー・
レビュー、そしてレビュー
いざ本番デプロイしてみてはじめてわかるレビューの見落とし
事前に検証環境でテストするにしても、人的・時間的コストがかさむ。
結局、全パターンをフォローするのは難。
8
NWがシステム(サービス)全体のAgilityのボトルネックに…
課題に対するアプローチ
9
課題に対するアプローチ
大規模化・複雑化するシステムのすべてを人でフォローするの
は限界がある。
実機・実際のシステムをもとにテストをする
人力ではできない速度で・人力では見きれない範囲(パターン)を
 テストの自動化
10
テストの考え方: BDDとその理由
ネットワークの「ふるまい」とテストユースケース
それを自動化するために必要な機能と今年度のターゲット
#7ではBDDでなく
pingテストパターンの記述でした
BDDの考え方
11
受け入れテスト
ユニットテスト
なぜBDDなのか?
12
最終的に狙った動作/状態になっているのか?
ひとつひとつの操作が成功 ≠ 最終的にほしい動作の実現
なぜBDDなのか?
テストの目的を明確にする
システム/サービスとして、
どう動くことが期待されているのか?
最終的に満たすべき「仕様」は何か?
実際的なテストができる
実際の使われ方を想定したシナリオ
無駄なテストをさける
上位のインプット(仕様)と
ユニットテストにつながりを持たせる
End-to-Endで動けば、
詳細なテストはある程度省ける
13
Should TDD and BDD be used in conjunction? - Stack Overow
http://stackoverflow.com/questions/33746804/should-tdd-
and-bdd-be-used-in-conjunction
ネットワークの「ふるまい」?
14
静的な
ふるまいの
テスト
動的な
ふるまいの
テスト
定常状態にあるネットワークで、通信サービスが提供できて
いること
 NWで実現されるべき通信ができる…機能試験
ネットワークが状態変化するときに、通信サービスへの影響
が測れること
 ネットワークの状態を変化させる…障害試験(リンクダウン)
 状態変化タイミングでの影響を測定する
 NWの状態が変化する前後で、提供したい「通信サービス」と
してはどのようにふるまうのか?
静的なテスト
15
外部LAN
内部LAN DMZ
Internet
④③②
①
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
①
② ③ ④
テスト用ノード
テストに応じて
HTTP, SSH, DNSなど
アプリケーション
トラフィックを生成
テスト用ノード
動的なテスト(リンク障害試験)
16
L3SW
FW1
(Pasv)
FW2
(Act)
L2SW1 L2SW2
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
FW1-L2SW1間
リンク
UP
DOWN
TCP & ICMP ping
TCPコネクションの
状態やパケットロス
の測定
NWのテスト自動化に必要な要素
17
テスト対象の
NW(トポロジ)を作
る・操作する
テスト対象の
NW機器を設定・操
作する
テスト対象のサーバ
リソースを設定・操
作する
テスト用のノードを
つくる・操作する
(個々のテスト実行)
テスト用のノードを
テスト対象に配置(接
続)する
テストのための多様なトラフィック生成、
トラフィックの送受信
テストの結果判定
複数ノードの同時制御(client/server etc)
物理・論理構成に対するテストパターンの網羅
必要なテストトラフィックを
必要なポイントで入出力させるための仕組み
物理トポロジのソフトウェアによる操作
障害模擬・物理経路の系切替試験実行
NW機器インタフェース(CLI/REST/Netconf…)による
機器コンフィグレーション、機器状態取得
テスト対象の物理・論理リソース、
サービスの設定・セットアップ
NWのテスト自動化に必要な要素
テスト対象の
NW(トポロジ)を作
る・操作する
テスト対象の
NW機器を設定・操
作する
テスト対象のサーバ
リソースを設定・操
作する
テスト用のノードを
つくる・操作する
(個々のテスト実行)
テスト用のノードを
テスト対象に配置(接
続)する
既存のツールや
自動化の取組がある
2015年度
SDN技術をつかった
技術検証(PoC)実施
2016年度のターゲット
具体的なユースケースに対して
どこまでテストできるか?
18
【#7からの発展】
振舞いに着目し(BDD)、
ICMP以外での柔軟なテストを記述
テスト自動化のしくみ(NetTester)
19
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
OFS1
OVS
テスト用
ノード
Test
Scenario
(Cucumber)
NetTester
OFS操作による
リンクアップ・ダウン
OpenFlow Switchを
Patch Panel として制御する
NetTester API を使った
テスト用ノードの生成・配置(Patch panel)
テストノード上の各種操作(テスト実行)
テスト用のノードを
つくる・操作する
(個々のテスト実行)
2016年度ターゲット
2015年度の取組
をもとに実装
テスト対象NW
テスト対象の
NW(トポロジ)を
作る・操作する
テスト用のノードを
テスト対象に
配置(接続)する
デモ
解説付きデモ動画
NetTesterでテスト自動化!~Network Test System Project~
https://youtu.be/C7z3aaWgsf4
20
デモの流れ
21
VPNサーバのIPアドレス変更要求
 構築担当によるネットワークの設定変更
設計・構築
受け入れテスト
仕様変更
受け入れテスト
ネットワークの新規構築
 役割分担
 構築担当によるネットワークの設計・構築
構築担当によるテスト
 通信(機能)テスト
 リンク障害時のFW切替・切戻しテスト
構築担当による再テスト
 受け入れテストの変更
 変更後のNW要件確認
22
VPNサーバのIPアドレス変更要求
 構築担当によるネットワークの設定変更
設計・構築
受け入れテスト
仕様変更
受け入れテスト
ネットワークの新規構築
 役割分担
 構築担当によるネットワークの設計・構築
構築担当によるテスト
 通信(機能)テスト
 リンク障害時のFW切替・切戻しテスト
構築担当による再テスト
 受け入れテストの変更
 変更後のNW要件確認
PoC状況設定
23
発注者
要件定義
NW基本設計
NW詳細設計
構築
構築指示
納品
受入テスト
実施
受入テスト
作成
構築担当者
ヨーヨーダイン社
要件定義で合意したとおりに、
発注者の業務が行えるような
NWが構築されているか?
(「ヨーヨーダイン社」「タジマックス通信工業社」は架空の企業名です)
タジマックス通信工業社
PC
テスト対象NW(論理)
24
内部LAN
SSL
VPN
DNS
資産
管理
テスト
環境
PC PC
10.10.10.0/24
外部LAN
203.0.1.113.0/29
Internet
198.51.100.94
内部LAN
192.168.1.0/24
タジマックス通信工業社ヨーヨーダイン社
タジマックス社はVPNで
接続して共同開発を行う
DMZ
10.10.0.0/24
PCPCPC
NAT
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mon
dai_kaitou_2013h25_2/2013h25a_nw_pm1_qs.pdf
平成25年度 ネットワークスペシャリスト試験の問題を
もとに、架空の中小企業ネットワークとして設定
(「ヨーヨーダイン社」「タジマックス通信工業社」は架
空の企業名です)
テスト対象NW(物理)
25
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
Active/Standby
Clustered Firewall
(Juniper SSG)
外部LAN
内部LAN
DMZ
Internet
テスト用ノード テスト用ノード
テスト用ノード
ヨーヨーダイン社
26
VPNサーバのIPアドレス変更要求
 構築担当によるネットワークの設定変更
設計・構築
受け入れテスト
仕様変更
受け入れテスト
ネットワークの新規構築
 役割分担
 構築担当によるネットワークの設計・構築
構築担当によるテスト
 通信(機能)テスト
 リンク障害時のFW切替・切戻しテスト
構築担当による再テスト
 受け入れテストの変更
 変更後のNW要件確認
テストシナリオ例(動的なテスト)
27
Feature: リモート開発環境への安定したアクセス
タジマックス通信工業社の社員として
ヨーヨーダイン社内の開発環境に安定してアクセスしたい
なぜならリモート作業を日常的に行うから
Scenario: リンク障害発生でもリモート接続が切れない
Given ヨーヨーダイン社のDMZ内部のVPNサーバ
And タジマックス工業のPCをVPNクライアントに
And ヨーヨーダイン社のサーバにVPN経由でリモートアクセスして作業
When “FW1” と “L2SW1” 間にリンク障害が発生
Then リモート接続が切れていない
https://github.com/net-tester/examples/blob/feature/ood_demo/features/tcp_fw1_l2sw1_linkdown.feature
"patch panel" 設定
(テスト用ノードの配置設定)
テスト用ノード生成と配置
28
Given(/^ヨーヨーダイン社のDMZ内部のVPNサーバ$/) do
@vpn_server = Netns.new(attributes_for(:vpn_server))
end
https://github.com/net-
tester/examples/blob/feature/ood_demo/feature
s/step_definitions/virtual_host.rb
sequence :virtual_port_number, 2
factory :vpn_server, class: NetTester::Netns do
name 'vpn_server'
dmz_network
ip_address '10.10.0.11'
physical_port_number 9
mac_address {Faker::Internet.mac_address('00')}
end
trait :dmz_network do
netmask '255.255.255.0'
gateway '10.10.0.1'
virtual_port_number
end
https://github.com/net-
tester/examples/blob/feature/ood_demo/feature
s/factories.rb
テスト用ノードのパラメタ設定 NW(セグメント)のパラメタ設定
テスト用ノード
テスト用ノード生成と配置
29
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
OFS1
OVS
vpn_server
10.10.0.11/24
port
9
port
2
OpenFlow Switchを
Patch Panel として制御する
"patch panel" 設定
(テスト用ノードの配置設定)
テスト用ノード操作(テスト実行)
30
When(/^ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからTCP接続を開始$/) do
cd('.') do
@echo_server = AsyncExecutor.new(host: @vpn_server, result_file: 'log/tcp_server.log')
@echo_server.exec("../../features/support/echo_server.pl 80")
@echo_client = AsyncExecutor.new(host: @tajimax_pc, result_file: 'log/tcp_a.log')
@echo_client.exec("../../features/support/echo_client.pl 203.0.113.5 80 30")
end
end
https://github.com/net-tester/examples/blob/feature/ood_demo/features/step_definitions/continuous_tcp_steps.rb
tcp echo server/client をテスト用ノード上で実行してログを取得("tcp ping")
Given(/^ヨーヨーダイン社のサーバにVPN経由でリモートアクセスして作業$/) do
step %(ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからpingを連続実行)
step %(ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからTCP接続を開始)
end
https://github.com/net-tester/examples/blob/feature/ood_demo/features/step_definitions/remotework_linkdown_steps.rb
テスト用ノード操作(テスト結果判定)
31
Then(/^ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからのTCP接続が維持されている$/) do
@echo_client.join
cd('.') do
line_count, _ = check_connection('log/tcp_a.log')
expect(line_count).to be == 30
end
end
ログから、一定時間以上の通信切断が発生しなかったことを確認。
Then(/^リモート接続が切れていない$/) do
step %(ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからのpingによる疎通が 10 秒以内に復帰)
step %(ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからのTCP接続が維持されている)
step %(FWの主系が Passive 、予備系が Active になっていること)
end
https://github.com/net-tester/examples/blob/feature/ood_demo/features/step_definitions/continuous_tcp_steps.rb
https://github.com/net-tester/examples/blob/feature/ood_demo/features/step_definitions/remotework_linkdown_steps.rb
テスト対象NWの物理構成操作
32
When(/^FW1-L2SW1間リンク障害発生$/) do
cd('.') do
make_port_down(14)
make_port_down(15)
end
end
def make_port_down(port)
thrower = Expectacle::Thrower.new(base_dir: __dir__ + '/../support/expectacle', logger: :syslog, verbose: false)
pica8_hosts = YAML.load_file("#{thrower.hosts_dir}/pica8_hosts.yml")
pica8_commands = YAML.load_file("#{thrower.commands_dir}/pica8_port_#{port}_down.yml")
thrower.run_command_for_all_hosts(pica8_hosts, pica8_commands)
end
https://github.com/net-tester/examples/blob/feature/ood_demo/features/step_definitions/util.rb
https://github.com/net-
tester/examples/blob/feature/ood_demo/feat
ures/step_definitions/fw_fault_steps.rb
OpenFlow Switch (Pica8)にログインしてポートダウン コマンドを実行
- "ovs-ofctl mod-port br0 14 down"
https://github.com/net-tester/examples/blob/feature/ood_demo/features/support/expectacle/commands/pica8_port_14_down.yml
When(/^“FW1” と “L2SW1” 間にリンク障害が発生$/) do
step %(10 秒待つ)
step %(FW1-L2SW1間リンク障害発生)
end
https://github.com/net-
tester/examples/blob/feature/ood_demo/features/step_definiti
ons/remotework_linkdown_steps.rb
テスト対象NWの物理構成操作
33
L3SW
FW1
(Act)
FW2
(Pasv)
L2SW1 L2SW2
OFS1
OVS
port
15
port
14
vpn_server
tajimax_pc
FW状態(Act/Pasv)変化
FW1-L2SW1間
リンクダウン/リンクアップ操作
34
VPNサーバのIPアドレス変更要求
 構築担当によるネットワークの設定変更
設計・構築
受け入れテスト
仕様変更
受け入れテスト
ネットワークの新規構築
 役割分担
 構築担当によるネットワークの設計・構築
構築担当によるテスト
 通信(機能)テスト
 リンク障害時のFW切替・切戻しテスト
構築担当による再テスト
 受け入れテストの変更
 変更後のNW要件確認
要件変更
35
PC SSL
VPN
DNS
資産
管理
テスト
環境
PC PC
Internet
タジマックス通信工業社ヨーヨーダイン社
PCPCPC
203.0.1.113.5
203.0.1.113.4
NAT IP の変更
Firewallの
フィルタ
NATルール更新
テスト
VPNによる接続ができること
そのほかのサービスに影響がないこと
36
VPNサーバのIPアドレス変更要求
 構築担当によるネットワークの設定変更
設計・構築
受け入れテスト
仕様変更
受け入れテスト
ネットワークの新規構築
 役割分担
 構築担当によるネットワークの設計・構築
構築担当によるテスト
 通信(機能)テスト
 リンク障害時のFW切替・切戻しテスト
構築担当による再テスト
 受け入れテストの変更
 変更後のNW要件確認
テストシナリオ更新・再実行
37
diff --git a/features/step_definitions/continuous_ping_steps.rb b/features/step_definitions/continuous_ping_steps.rb
index 05f6229..1b6860f 100644
--- a/features/step_definitions/continuous_ping_steps.rb
+++ b/features/step_definitions/continuous_ping_steps.rb
@@ -3,7 +3,7 @@
When(/^ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからpingを連続実行$/) do
cd('.') do
@ping_client = AsyncExecutor.new(host: @tajimax_pc, result_file: 'log/ping_a.log')
- @ping_client.exec("ping -D -i 0.1 -c 300 203.0.113.5")
+ @ping_client.exec("ping -D -i 0.1 -c 300 203.0.113.4")
end
end
diff --git a/features/step_definitions/continuous_tcp_steps.rb b/features/step_definitions/continuous_tcp_steps.rb
index 40726c9..889efe4 100644
--- a/features/step_definitions/continuous_tcp_steps.rb
+++ b/features/step_definitions/continuous_tcp_steps.rb
@@ -6,7 +6,7 @@
When(/^ヨーヨーダイン社のDMZ内部のVPNサーバにタジマックス工業のPCからTCP接続を開始$/) do
cd('.') do
@echo_server.exec("../../features/support/echo_server.pl 80")
@echo_client = AsyncExecutor.new(host: @tajimax_pc, result_file: 'log/tcp_a.log')
- @echo_client.exec("../../features/support/echo_client.pl 203.0.113.5 80 30")
+ @echo_client.exec("../../features/support/echo_client.pl 203.0.113.4 80 30")
end
:
要求(仕様)変更に対する
受け入れテストの修正
できたこと
トポロジ操作を含めて、テストを
記述・実行できるようになる
 ex: リンクダウン発生・障害試験の実施
 これまでは手動 → 人手よりは早いし、ミ
スもしない (ミスをしないように作りこめ
る)
 実際、東京にいながら沖縄にあるNWの障
害試験ができている
要求変化に対して、修正 → テス
ト → 本番デプロイのサイクルを
早く回すことができる
 一度テストシナリオを書いておけば、運
用上の変更操作に対してシナリオ修正・
再テストをすぐに実行できる
実機固有のトラブルの発見
 ex: 古いSSG → ARP不安定挙動 (OS更新
で回避)
 仮想環境(仮想アプライアンス)などでは
見つかりにくい
業務に近いテスト・複雑な機能の
テストのつくりこみ
 ex: FirewallのDPIフィルタ(DNS)動作の
テスト
38
難しかったこと
Teardown処理
テストを繰り返す…物理NW機器に前のテストの状態が残る
 アプリや仮想環境のテスト(常に初期状態からテストを実行可)と大きく異なる点
テストごとに「残る状態」とその初期化(teardown)検討が必要
「テストが通らない」原因調査(トラブルシュート・切り分け)
テスト用ツール(NetTester+OFS), テスト対象NW機器設定, 機器間の
物理接続…
39
まとめ
40
まとめ
昨年度の活動をベースに、Tremaチームと共同で
「NWの受け入れテスト」ツール (NetTester) を作りました。
41
NWの「ふるまい」のテストを
 NWに対する期待
=NW上で何が実現されるべきなのか?
これまでのソフトウェア開発のノウハウが応
用できるように
 BDDツール(Cucumber)との連携
実現する
 "静的なテスト" だけでなく、従来手作業で行っ
ていた "動的なテスト" も自動化可能!
NWを利用する側の観点で
NWサービスが提供する
価値を保証する
NWの要求変化に対して、
より柔軟&迅速に追従する
インフラ構築・運用プロセスの展望
42
変更
自動テスト
リリース
本番
環境
検証
環境
運用者
機械的に解釈
できる
構成管理
要
件
テストパス後
設定反映
自動構成
自動テスト
ソフトウェアによるインフラの継続的なテスト、サービスデリバリ
OFS
NetTester
変更後の
テスト
シナリオ
今後の課題
「できないこと」のテスト
例: FWフィルタが不適切(必要以上にポートが解放されているなど)で
ないことのテスト
「利用者視点の受け入れテスト」とはまた別な観点
CI/DevOps的なプロセスを考えた周辺のシステム連携
実用トライアル: 実際に運用業務で使ってみる
43
参照
NetTester
 net-tester · GitHub
https://github.com/net-tester
 テストシナリオ
net-tester/examples
https://github.com/net-
tester/examples/tree/feature/ood_demo
 解説付きデモ動画
NetTesterでテスト自動化!~Network Test
System Project~
https://youtu.be/C7z3aaWgsf4
 デモ動画 (スクリーンキャスト)
https://asciinema.org/a/c9n8xrwxfofpoxv
b306ucmb94
2015年度活動
 L1Patch応用NWテストシステム | Okinawa
Open Laboratory
http://www.okinawaopenlabs.org/archive
s/research2014/150410
 2015年度 PoC コード
GitHub - oolorg/ool-l1patch-dev
https://github.com/oolorg/ool-l1patch-
dev
44

Contenu connexe

Tendances

pixivのインフラを支える技術
pixivのインフラを支える技術pixivのインフラを支える技術
pixivのインフラを支える技術
Ryuta Kamizono
 
.NET最先端技術によるハイパフォーマンスウェブアプリケーション
.NET最先端技術によるハイパフォーマンスウェブアプリケーション.NET最先端技術によるハイパフォーマンスウェブアプリケーション
.NET最先端技術によるハイパフォーマンスウェブアプリケーション
Yoshifumi Kawai
 
initとプロセス再起動
initとプロセス再起動initとプロセス再起動
initとプロセス再起動
Takashi Takizawa
 

Tendances (20)

人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
 
pixivのインフラを支える技術
pixivのインフラを支える技術pixivのインフラを支える技術
pixivのインフラを支える技術
 
ネットワークシミュレータで手軽にネットワークのお勉強(GNS3編)
ネットワークシミュレータで手軽にネットワークのお勉強(GNS3編)ネットワークシミュレータで手軽にネットワークのお勉強(GNS3編)
ネットワークシミュレータで手軽にネットワークのお勉強(GNS3編)
 
CyberAgentのインフラについて メディア事業編 #catechchallenge
CyberAgentのインフラについて メディア事業編 #catechchallengeCyberAgentのインフラについて メディア事業編 #catechchallenge
CyberAgentのインフラについて メディア事業編 #catechchallenge
 
Ansibleで始めるインフラ構築自動化
Ansibleで始めるインフラ構築自動化Ansibleで始めるインフラ構築自動化
Ansibleで始めるインフラ構築自動化
 
NATとNAPTを混在するのはやめような
NATとNAPTを混在するのはやめようなNATとNAPTを混在するのはやめような
NATとNAPTを混在するのはやめような
 
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
 
Linux女子部 systemd徹底入門
Linux女子部 systemd徹底入門Linux女子部 systemd徹底入門
Linux女子部 systemd徹底入門
 
Network miner 使ってみた
Network miner 使ってみたNetwork miner 使ってみた
Network miner 使ってみた
 
.NET最先端技術によるハイパフォーマンスウェブアプリケーション
.NET最先端技術によるハイパフォーマンスウェブアプリケーション.NET最先端技術によるハイパフォーマンスウェブアプリケーション
.NET最先端技術によるハイパフォーマンスウェブアプリケーション
 
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS   更新系と参照系で異なるORMを併用して上手くいった話DDD x CQRS   更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
 
initとプロセス再起動
initとプロセス再起動initとプロセス再起動
initとプロセス再起動
 
MySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいことMySQL 5.7にやられないためにおぼえておいてほしいこと
MySQL 5.7にやられないためにおぼえておいてほしいこと
 
Cisco Modeling Labs (CML)を使ってネットワークを学ぼう!(DevNet編)
Cisco Modeling Labs (CML)を使ってネットワークを学ぼう!(DevNet編)Cisco Modeling Labs (CML)を使ってネットワークを学ぼう!(DevNet編)
Cisco Modeling Labs (CML)を使ってネットワークを学ぼう!(DevNet編)
 
Kotlinアンチパターン
KotlinアンチパターンKotlinアンチパターン
Kotlinアンチパターン
 
PenTesterが知っている危ないAWS環境の共通点
PenTesterが知っている危ないAWS環境の共通点 PenTesterが知っている危ないAWS環境の共通点
PenTesterが知っている危ないAWS環境の共通点
 
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
 
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsugJava ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
 
Python製BDDツールで自動化してみた
Python製BDDツールで自動化してみたPython製BDDツールで自動化してみた
Python製BDDツールで自動化してみた
 
外部キー制約に伴うロックの小話
外部キー制約に伴うロックの小話外部キー制約に伴うロックの小話
外部キー制約に伴うロックの小話
 

En vedette

En vedette (20)

ネットワークプログラマビリティ勉強会
ネットワークプログラマビリティ勉強会ネットワークプログラマビリティ勉強会
ネットワークプログラマビリティ勉強会
 
ラズパイ2で動く Docker PaaSを作ってみたよ
ラズパイ2で動く Docker PaaSを作ってみたよラズパイ2で動く Docker PaaSを作ってみたよ
ラズパイ2で動く Docker PaaSを作ってみたよ
 
自動化と画面を考えてみました
自動化と画面を考えてみました自動化と画面を考えてみました
自動化と画面を考えてみました
 
CDP Indicator
CDP IndicatorCDP Indicator
CDP Indicator
 
ネットワークプログラマビリティ勉強会 これまでのおさらい
ネットワークプログラマビリティ勉強会 これまでのおさらいネットワークプログラマビリティ勉強会 これまでのおさらい
ネットワークプログラマビリティ勉強会 これまでのおさらい
 
ラズパイ2で動く Docker PaaS
ラズパイ2で動く Docker PaaSラズパイ2で動く Docker PaaS
ラズパイ2で動く Docker PaaS
 
いんふらフレンズ
いんふらフレンズいんふらフレンズ
いんふらフレンズ
 
API イントロダクション APIC-EM, Prime Infrastructure & CMX
API イントロダクション APIC-EM, Prime Infrastructure & CMXAPI イントロダクション APIC-EM, Prime Infrastructure & CMX
API イントロダクション APIC-EM, Prime Infrastructure & CMX
 
Lagopus + DockerのDPDK接続
Lagopus + DockerのDPDK接続Lagopus + DockerのDPDK接続
Lagopus + DockerのDPDK接続
 
Contiv
ContivContiv
Contiv
 
Apache Spark+Zeppelinでアドホックなネットワーク解析
Apache Spark+Zeppelinでアドホックなネットワーク解析Apache Spark+Zeppelinでアドホックなネットワーク解析
Apache Spark+Zeppelinでアドホックなネットワーク解析
 
VPP事始め
VPP事始めVPP事始め
VPP事始め
 
Dockerと外部ルータを連携させる仕組みを作ってみた
Dockerと外部ルータを連携させる仕組みを作ってみたDockerと外部ルータを連携させる仕組みを作ってみた
Dockerと外部ルータを連携させる仕組みを作ってみた
 
ELK ではじめる自宅ネットワーク監視
ELK ではじめる自宅ネットワーク監視ELK ではじめる自宅ネットワーク監視
ELK ではじめる自宅ネットワーク監視
 
Ansible npstudy-shtsuchi
Ansible npstudy-shtsuchiAnsible npstudy-shtsuchi
Ansible npstudy-shtsuchi
 
Telemetry事始め
Telemetry事始めTelemetry事始め
Telemetry事始め
 
NetOpsCoding#5 introduction
NetOpsCoding#5 introductionNetOpsCoding#5 introduction
NetOpsCoding#5 introduction
 
Ansible x napalm x nso 解説・比較パネルディスカッション nso
Ansible x napalm x nso 解説・比較パネルディスカッション nsoAnsible x napalm x nso 解説・比較パネルディスカッション nso
Ansible x napalm x nso 解説・比較パネルディスカッション nso
 
ネットワーク運用とIoT
ネットワーク運用とIoTネットワーク運用とIoT
ネットワーク運用とIoT
 
ネットワークの自動化・監視の取り組みについて #netopscoding #npstudy
ネットワークの自動化・監視の取り組みについて #netopscoding #npstudyネットワークの自動化・監視の取り組みについて #netopscoding #npstudy
ネットワークの自動化・監視の取り組みについて #netopscoding #npstudy
 

Similaire à 物理ネットワーク受け入れテストの自動化を考える

OpenStack Summit in Atlanta 参加報告
OpenStack Summit in Atlanta 参加報告OpenStack Summit in Atlanta 参加報告
OpenStack Summit in Atlanta 参加報告
Akira Yoshiyama
 
Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用
Yukio Kumazawa
 

Similaire à 物理ネットワーク受け入れテストの自動化を考える (20)

オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
 
オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
オープンクラウド基盤の価値と導入へ向けた考慮点 〜IaaSからPaaSまで - EMC様セミナー 「あなたのビジネスを高速化!DevOpsとアジャイル開発...
 
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
[db tech showcase Tokyo 2015] C17:MySQL Cluster ユーザー事例紹介~JR東日本情報システム様における導入事例...
 
OpenStack最新動向と構築のポイント - EMC様セミナー 「あなたのビジネスを高速化! OpenStackが実現する戦略的なクラウドインフラ」
OpenStack最新動向と構築のポイント - EMC様セミナー 「あなたのビジネスを高速化! OpenStackが実現する戦略的なクラウドインフラ」OpenStack最新動向と構築のポイント - EMC様セミナー 「あなたのビジネスを高速化! OpenStackが実現する戦略的なクラウドインフラ」
OpenStack最新動向と構築のポイント - EMC様セミナー 「あなたのビジネスを高速化! OpenStackが実現する戦略的なクラウドインフラ」
 
サイバーエージェント様 発表「OpenStackのNWと物理の話」
サイバーエージェント様 発表「OpenStackのNWと物理の話」サイバーエージェント様 発表「OpenStackのNWと物理の話」
サイバーエージェント様 発表「OpenStackのNWと物理の話」
 
第3回「マイクロソフトの仮想化と、クラウドの今後」(2011/06/16 on しすなま!) ①Microsoft様資料
第3回「マイクロソフトの仮想化と、クラウドの今後」(2011/06/16 on しすなま!) ①Microsoft様資料第3回「マイクロソフトの仮想化と、クラウドの今後」(2011/06/16 on しすなま!) ①Microsoft様資料
第3回「マイクロソフトの仮想化と、クラウドの今後」(2011/06/16 on しすなま!) ①Microsoft様資料
 
サーバーレスのアーキテクチャパターンとそれぞれの実装・テストの勘所
サーバーレスのアーキテクチャパターンとそれぞれの実装・テストの勘所サーバーレスのアーキテクチャパターンとそれぞれの実装・テストの勘所
サーバーレスのアーキテクチャパターンとそれぞれの実装・テストの勘所
 
20140329 modern logging and data analysis pattern on .NET
20140329 modern logging and data analysis pattern on .NET20140329 modern logging and data analysis pattern on .NET
20140329 modern logging and data analysis pattern on .NET
 
テスト駆動で行うネットワーク自動化のすすめ
テスト駆動で行うネットワーク自動化のすすめテスト駆動で行うネットワーク自動化のすすめ
テスト駆動で行うネットワーク自動化のすすめ
 
クラウドが拓いたITの進化
クラウドが拓いたITの進化クラウドが拓いたITの進化
クラウドが拓いたITの進化
 
New IP へのステップ その2) NFV – ソフトウェアで実装するネットワークの世界
New IP へのステップ その2) NFV – ソフトウェアで実装するネットワークの世界New IP へのステップ その2) NFV – ソフトウェアで実装するネットワークの世界
New IP へのステップ その2) NFV – ソフトウェアで実装するネットワークの世界
 
Circle of Code with Cloud Foundry
Circle of Code with Cloud FoundryCircle of Code with Cloud Foundry
Circle of Code with Cloud Foundry
 
Cloudflareを活用したWebパフォーマンスチューニング
Cloudflareを活用したWebパフォーマンスチューニングCloudflareを活用したWebパフォーマンスチューニング
Cloudflareを活用したWebパフォーマンスチューニング
 
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
 
OpenStack Summit in Atlanta 参加報告
OpenStack Summit in Atlanta 参加報告OpenStack Summit in Atlanta 参加報告
OpenStack Summit in Atlanta 参加報告
 
Owasp Project を使ってみた
Owasp Project を使ってみたOwasp Project を使ってみた
Owasp Project を使ってみた
 
オブジェクトストレージのユースケース (Cloudweek2014 講演資料)
オブジェクトストレージのユースケース (Cloudweek2014 講演資料)オブジェクトストレージのユースケース (Cloudweek2014 講演資料)
オブジェクトストレージのユースケース (Cloudweek2014 講演資料)
 
経済学のための実践的データ分析 5.特許データの分析
経済学のための実践的データ分析 5.特許データの分析経済学のための実践的データ分析 5.特許データの分析
経済学のための実践的データ分析 5.特許データの分析
 
201709 osc josug
201709 osc josug 201709 osc josug
201709 osc josug
 
Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用
 

Plus de skipping classes

スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービススマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
skipping classes
 
Serf<s>のことも時々でいいので思い出してください </s>を使ってみよう
Serf<s>のことも時々でいいので思い出してください</s>を使ってみようSerf<s>のことも時々でいいので思い出してください</s>を使ってみよう
Serf<s>のことも時々でいいので思い出してください </s>を使ってみよう
skipping classes
 

Plus de skipping classes (9)

スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービススマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
スマートフォンとOVSとOpenFlowで作る ネットワークリソースシェアリングサービス
 
次世代のあれ
次世代のあれ次世代のあれ
次世代のあれ
 
OpenStack Kuryrについて
OpenStack KuryrについてOpenStack Kuryrについて
OpenStack Kuryrについて
 
いろいろなデバイスでOpenVNetを動かしてみようとした。
いろいろなデバイスでOpenVNetを動かしてみようとした。いろいろなデバイスでOpenVNetを動かしてみようとした。
いろいろなデバイスでOpenVNetを動かしてみようとした。
 
クラウドを活用したシステム開発における、ネットワークのInfrastructure as Code
クラウドを活用したシステム開発における、ネットワークのInfrastructure as Codeクラウドを活用したシステム開発における、ネットワークのInfrastructure as Code
クラウドを活用したシステム開発における、ネットワークのInfrastructure as Code
 
Docker on Mesos With OpenVNet (eng)
Docker on Mesos With OpenVNet (eng)Docker on Mesos With OpenVNet (eng)
Docker on Mesos With OpenVNet (eng)
 
Docker on Mesos with OpenVNet
Docker on Mesos with OpenVNetDocker on Mesos with OpenVNet
Docker on Mesos with OpenVNet
 
Serf<s>のことも時々でいいので思い出してください </s>を使ってみよう
Serf<s>のことも時々でいいので思い出してください</s>を使ってみようSerf<s>のことも時々でいいので思い出してください</s>を使ってみよう
Serf<s>のことも時々でいいので思い出してください </s>を使ってみよう
 
Docker and OpenVNet
Docker and OpenVNetDocker and OpenVNet
Docker and OpenVNet
 

Dernier

Dernier (7)

NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
 
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
 
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイスLoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアルLoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
 
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半        2024/04/26の勉強会で発表されたものです。新人研修 後半        2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
 

物理ネットワーク受け入れテストの自動化を考える