サービス分割時の複雑性に対処する: テスト戦略の話 - クックパッド開発者ブログ

技術部の taiki45 です。 現在のクックパッドでは、cookpad.com 内のデータを利用するようなプロダクトでも、cookpad.com を提供しているアプリケーション(本体アプリケーション)とは別に新規のアプリケーションとして設計・実装しています。また、すでに本体アプリケーションの一部として実装されているプロダクトについても、トレードオフを考慮しながら場合によっては、本体アプリケーションから独立した別のアプリケーションとして設計・実装することが増えてきています。これらの本体アプリケーションや、新規にあるいは本体アプリケーションから独立させて設計・実装したアプリケーションのことを「サービス」と呼んでいます。また、この本体アプリケーションから独立させることを「サービス分割」と呼んでいます。 制御できないほどの巨大な複雑なまとまりを制御するために、その巨大なまとまりと単純なまとまりに

[aladhi]

最近考えてることについて書きました！マイクロサービス！

[tbpg]

Microservicesのテスト戦略の話だ http://martinfowler.com/articles/microservice-testing/

[tai-hey]

テストコードもマイクロサービス化。疎結合になっていく。関心領域がサービスによって決まるはずだから、その範囲内で担保する仕組みぽいですね。複数サービスを跨いだ全体での総合検証は別途必要そう。

[june29]

クックパッドはどんどん Microservices 化の流れだ。

[masudaK]

社内で完結するものならいいんだろうなぁ

[mactkg]

“Consumer-Driven Contract testing” の解説。サービスを分割して開発しているときに、連携するためのAPIをどうテストするかの問題を解決する。

[hi-hats]

CDCという用語

[manhole]

「Consumer-Driven Contract testing パターン」

[takuma510]

[Consumer-Driven Contract testing]

[omron]

マイクロサービスに切り分けた時のテスト方式

[Jxck]

DbC でのテストってことか

[vanish_l2]

経営感覚を持ったプログラマー凄い

[Kwappa]

ぞ、続編をはよ…

[hiroomi]

”新規にあるいは本体アプリケーションから独立させて設計・実装したアプリケーションのことを「サービス」と呼んでいます。”

[katzchang]

contractを書く手間が少なければいいなぁ。互換性を崩さないのってまだそんなに苦労してないけど、大きくなると辛いのかな。

[suzan2go]

参考になる

[indication]

マイクロサービスで提供する場合のテスト手法

[ebo-c]

micro serviceでなくてもアプリとapiとかdeploy時のブラウザ・サーバのずれた状態とか応用が効く考えかな。pactにはbetter than traditional integration testとある

[shinyorke]

ここまで腹落ちするマイクロサービスの実践例初めて見た流石すぎる

[efcl]

マイクロサービスでのテスト。

[wyukawa]

“クックパッドでは各サービス間の連携には、Protocol Buffers や Thrift を用いた RPC を利用するのではなく、JSON over HTTP を利用する方針にしています。”

[tinsep19]

この形は Integration Contract Testing 戦略と呼ばれているものに近い。この戦略は Provider が提供する機能や Consumer が必要とする機能を Contract としてくくりだし、コンポーネント単体でそれらの Contract をテストする手法です。

[koyancya]

スーパーインテグレーションテストだ

[kimutansk]

このあたりのスキーマ管理や検証についてはどこも苦しむ話ですか。Schema Registryみたいなものを設けるのでなく、個々でContract作って検証／同意する方式と。

[michiomochi]

後々役に立ちそう

[ryuzee]

完全にマイクロサービス化の話