Pactの紹介

2016/4/25 にFiNC社内で行われたMicroservices 勉強会内で使用した、Pactの紹介に関する資料です。デモについては、諸般の事情で概要のみとしています。

Transcript

1. Pact の紹介 ～Microservices のテストに困っているあなたへ～ 2016/04/25　亀田 大輔
2. 自己紹介 • 2014年8月までピクスタ株式会社で勤務 • 2014年9月に転職するも、腰痛のため2ヶ月で退職せざるをえない状況に・・・ • その後、在宅でフリーランスとして働く • 2016年5月、株式会社FiNCに入社(予定)
3. アジェンダ 1. Microservices のテストにおける課題とPactのメリット 2. Pact の概要 3. デモを交えた紹介
4. Microservices におけるテストの課題と Pact のメリット
5. Microservices のテストの難しさ 基本：Modelなどの単体テスト／request specやfeature spec で機能(結合)テスト 　→ 他サービスを呼び出す必要があると、そこはstubを使わざるをえない 「結合させてちゃんと動くのだろうか？」という不安
6. 考えられる対処法1 　　関連する実際のサービスで結合テスト • 実行に時間がかかりすぎる => デプロイにも時間がかかる • メンテナンスが大変 • サービスを分割したのに、テストで依存関係が発生
7. 考えられる対処法1 　　関連する実際のサービスで結合テスト • 実行に時間がかかりすぎる => デプロイにも時間がかかる • メンテナンスが大変 • サービスを分割したのに、テストで依存関係が発生 非現実的
8. 考えられる対処法2 　　モックを使う（例：webmock + vcr） 実際のサービスを使って request/response のモックを作成 　→各consumer がテストを実行 • 全 cosumer でテストを実行しないと、変更が問題ないか不明 ◦ デプロイには時間がかかる 可能性が高い • 検証コードや検証用のrequest/response を用意するのは誰の仕事？ ◦ テスト作成で各サービス担当チーム間で連携が必要
9. 考えられる対処法2 　　モックを使う（例：webmock + vcr） 実際のサービスを使って request/response のモックを作成 　→各consumer がテストを実行 • 全 cosumer でテストを実行しないと、変更が問題ないか不明 ◦ デプロイには時間がかかる 可能性が高い • 検証コードや検証用のrequest/response を用意するのは誰の仕事？ ◦ テスト作成で各サービス担当チーム間で連携が必要 まだサービス間の依存度合いが高い
10. 考えられる対処法3 　　コンシューマ駆動契約（例：Pact） メリット • テスト自体は各サービスで閉じて実行できる ◦ デプロイまでの手順がシンプル • テスト作成作業の責任が明確 ◦ テストを作成する際のチーム間の連携を抑えられる • （Pactは）対応言語が豊富 ◦ Ruby、JVM（Java、Scala など）、Javascript、Swift などに対応ライブラリが存在
11. Pact の概要
12. Pact の概要 Consumer Pact で作成したmock http request http response Provider Pact ファイル 生成
13. Pact の概要 Consumer Provider Pactツール (rake タスク) Pact ファイル 状態セットアップ コード セットアップ http request 再現 http response 入力 比較
14. デモ
15. 登場サービス チャットサービス アカウントサービス ログインユーザーの 情報を要求 チャット相手の 情報を要求
16. Pact を使う上で難しそうなところ • どうやってCIに組み込むか ◦ （私は未検証ですが） Pact Broker というのがあります • pactファイルだけでは Provider 側が状態を再現するのは難しい ◦ 必要なコミュニケーションはとりましょう • デバッグが少ししづらい ◦ まとめてではなく、１つずつテストを作成しましょう
17. ディスカッション