JJUG CCC 2017 Spring Seasar2からSpringへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めた

1. Seasar2から Springへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めたフリュー株式会社 / 関西Javaエンジニアの会阪田浩一 @jyukutyo #ccc_f5

2. 関ジャバ会長は、フリュー所属通称: じゅくちょー @jyukutyo

3. 私のセッションは • 私の現場の、私のコンテキストでの、現実解です。 • 書籍にあるような理想形を実現するものではありません。 • アカデミックさよりビジネスと技術を等価で捉えています。

4. Agenda • Spring + Netflix OSSでのマイクロサービス化 • 試験でのSpring Cloud Contract Stub Runnerの利用

5. 伝えたいことマイクロサービス、はじめの一歩くらいならそんな大仰なことじゃない

6. サービスの変容を連載中 • 2015 Spring • クリスマスを支える俺たちとJava • 2016 Spring • Seasar2で作った俺たちのサービスの今 • 2016 Fall • 10年運用している画像サービスでの Javaの活用と今後の展望 • 2017 Spring <- now • Seasar2からSpringへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めた

7. 前回までのあらすじ

8. Application (WAR) S2Servlet DispatcherServlet DIコンテナ DIコンテナ Cubby Action Service / Logic S2Dao DAO Interceptor MVC Controller Service / Logic S2Dao DAO Interceptor Doma2 DAO 同一のJS/CSS/テンプレートファイル

9. 1つのWARに 2つのDIコンテナ

10. Springだけになるように作業中だけど、今回はスコープ外

11. 対象について

12. 対象アプリケーションサービス名ピクトリンク開始 2011年（前身サービスはもっと以前から）利用者数 1,000万人超 (有料会員数は秘密) 主な機能プリントシール機で撮影した画像を取得する + SNS的な

13. 対象アプリケーションサービス名ピクトリンク提供 Webアプリケーション iOSアプリ Androidアプリ課金キャリア課金 d/au/SB 楽天ID決済クレカ決済 iOS課金

14. ユーザ数に比例して •13万行のコードに (ライブラリは含まず)

15. 並行開発/デイリーリリースリポジトリチームA チームCチームB

16. あるある • 今日チームAがリリースするからチームBはちょっと待って • ビルド時間が長い

17. あるある • RDBMSが巨大になってきた • Oracle EE RACを今年購入した • 13億行のテーブル... • 負荷増大に対してフルスペックのサーバを追加する • お高い • オンプレミスです

18. よろしい、ならば

19. サービスごとにスケール的な

20. 前提条件開発はビジネス要件 (新機能開発・既存改修) と並行して実施する

21. 第1目標サービスクラス以降の処理を単純に 1つのマイクロサービスにしてみる

22. 理由初めからきれいなドメイン分割を気にしすぎても前に進めなさそう

23. 理由やってみてフィードバックを得て、サービスを運用改善していく

24. Application (WAR) S2Servlet DispatcherServlet DIコンテナ DIコンテナ Cubby Action Service / Logic S2Dao DAO Interceptor MVC Controller Service / Logic S2Dao DAO Interceptor Doma2 DAO 同一のJS/CSS/テンプレートファイル

25. 何が必要かクライアントサービスインスタンスA サービスインスタンスB サービスインスタンスC 10.5.83.126 10.5.83.127 10.5.83.128 ロードバランスはどうする？インスタンス数は動的に変更できる？？

26. 何が必要かクライアントサービスインスタンスA サービスインスタンスB サービスインスタンスC 10.5.83.126 10.5.83.127 サービスディスカバリディスカバリを認識する HTTPクライアント 126,127,128 10.5.83.128

27. • eureka • Service Discovery • ribbon • Client Side Load Balancing • Hystrix • Circuit Breaker • など

28. クライアントサービスインスタンスA サービスインスタンスB サービスインスタンスC 10.5.83.126 10.5.83.127 Eureka ribbon 10.5.83.128

29. Spring • Spring Cloud Netflix • Spring Bootと簡単に連携できる

30. 俺たちのサービス Spring MVC Spring Boot Spring Boot Spring Boot Eureka ribbon ！? Spring Cloud Netflix Eureka

31. Seasar2部分が残っているので、 Spring Bootではなく MVCのまま

32. 最初の移行対象クレジットカード決済機能

33. クレジットカード決済 • 外部の決済代行サービスを利用している • 決済手段としては利用が多くない • かといってどうでもいい機能でもない

34. メンバーの状況 • Spring MVCは慣れてきた • Spring Boot/Cloudは知らない • マイクロサービスは概念から知らない

35. メンバーの学習 • 各自書籍で学ぶ • マイクロサービス概念、 Netflix OSSは説明会を数回

36. 機械的かと思いきやコードを変更する部分も多い

37. この部分はクライアント？MS？どっちに置く？

38. 処理の順序とかなんかこう入り組んだコードとか

39. ユニットテスト重要もともと各クラスに必ずテストクラスを作っていた

40. 期間 2016年11月〜17年1月リリース 2017年1月末

41. ログ監視 Spring Boot ログファイル1 Spring Boot ログファイル2 インフラチームが構築

42. プロセス監視など • 監視会社に追加依頼

43. 2つめの移行別の課金機能を同様に作業してリリース済み

44. 課題マイクロサービスとして堂々と紹介できるほど完成していない

45. ビッグバンはしない。これまで通り長期間に渡って少しずつ進める

46. エンジニアの学習、フィードバックループにとって一番いい

47. 課題すべてのサービスが同じRDBMSを使っている

48. 書籍にもあるようにアンチパターン

49. これを

50. こうしたい

51. 課題オーケストレーション方式

52. オーケストレーションアプリケーションサービスA サービスB サービスCアプリケーション呼び出し側の負担が大きい

53. 課題コレオグラフィも検討したい

54. コレオグラフィでアプリケーションイベントサービスA サービスB サービスC パブリッシュ/ サブスクライブサービスD

55. Spring Cloud Stream

56. 固有の課題 • 元のアプリケーションが Spring BootではなくMVCである • Spring Cloud使えない • ribbon/Eurekaをそのまま使う

57. ribbonでのAPI呼び出しコード

58. @Resource LoadBalancingHttpClient<ByteBuf, ByteBuf> ribbonClient; ... HttpClientRequest<ByteBuf> request = HttpClientRequest.createPost(url) .withContent(“...”) .withHeader("Content-type", "application/json"); HttpClientResponse<ByteBuf> httpClientResponse = ribbonClient .submit(request) .toBlocking() .first(); HttpResponseStatus status = httpClientResponse.getStatus();

59. ribbonとEurekaの連携はライブラリ ribbon-eureka を使う

60. Spring Cloudならすぐできるのに...！と思うこと多数

61. 秋までには元のアプリケーションも Bootに移行したい

62. そうしたら Spring Cloud Sluethで分散トレーシングも入れれる

63. チームでの感想 • コード分割 + Bootのパワーで起動が早く動作確認しやすくなった • これだけでも十分メリットだ

64. チームでの感想 • Spring Bootはテストコードが書きやすい • Controller • Application

65. チームでの感想 • マイクロサービスへの分割で、サービス全体を手動テストして確認する数が減った

66. ここでテストについて

67. いわゆる結合試験 • Excelに書いてある • テスト用レコードを登録し、手でスマホを操作してテストする • 何割かGauge/Selenideで自動テストあり

68. 既存のテスト項目をそのまま実施して、 OKなら移行完了としたい

69. 自動テストは課金関連では3割ほど。あとは手で再実施...

70. その中に悩ましいケースが...

71. throw an exception and return 500 HTTP status code

72. 人為的にエラー動作をどのように起こすか？

73. マイクロサービスのコードを変えて起動するとかは...

74. Spring Cloud Contract Stub Runner

75. こんなGroovy DSLを書いて...

76. org.springframework.cloud.contract.spec. Contract.make { request { method 'POST' url '/example' body([ "id": 12345 ]) } response { status 201 body([ "name": "john" ]) headers { contentType('application/ json;charset=UTF-8’) } }

77. スタブを配備し Stub Runnerを起動すると...

78. $ java -jar -Dstubrunner.ids= com.jyukutyo:stub-example stub-runner.jar

79. DSLのとおりに動作する Webアプリケーションを起動してくれる

80. $ curl -D- -X post -H 'Content-Type:application/json' -d "{"id":12345}" http://localhost:14161/example HTTP/1.1 201 Created Content-Type: application/json; charset=utf-8 Transfer-Encoding: chunked Server: Jetty(9.3.16.v20170120) {"name":"john"}

82. これでマイクロサービスのエラー動作を作り出せる

83. 技術的詳細

85. の前に

86. Spring Cloud Contract • コンシューマ駆動契約（CDC）フレームワークの1つ • APIを使う側がほしい仕様（契約）を書き、提供側は契約を常に満たす • 使う側: コンシューマ • 提供側: プロデューサ

87. Spring Cloud Contract • 契約をGroovy DSLで書ける • DSLからスタブを生成できる • WireMockを使ってスタブをアプリケーションとして起動する • Spring Cloud Contract WireMock

88. WireMock • HTTPベースのAPIシミュレーター http://wiremock.org/

89. 契約の使い道 • プロデューサはAPIがつねに契約を満たすかの検証に使える • コンシューマは契約内容をスタブにしてテストできる

90. そのスタブを簡単にアプリケーションとして起動してくれるのが

92. Spring Cloud Contract Stub Runner • スタブをJARにして、 Mavenリポジトリに置いておく • ローカル、インハウスでも • Stub Runnerはリポジトリからスタブをダウンロードし適当なポートで起動する

93. Spring Cloud Contract Stub Runner • 複数のスタブも1つのStub Runner から起動できる • スタブをサービスディスカバリ（Eureka）に登録もできる https://github.com/spring-cloud/spring-cloud- contract/tree/master/spring-cloud-contract-stub-runner

94. クライアントサービスインスタンスA サービスインスタンスB サービスインスタンスC Eureka ribbon

95. 設定変更なし！クライアントスタブ Eureka ribbon

96. スタブをMavenリポジトリへ Artifactoryなど開発者1 MS1のスタブJAR 開発者2 MS2のスタブJAR GitでDSLを管理

97. $ mvn clean deploy/install

99. { "uuid" : "91053c7f-106d-4441-9dd0- b2b0fccb3388", "request" : { "url" : "/example", "method" : "POST", "bodyPatterns" : [ { "matchesJsonPath" : "$[?(@.id == 12345)]" } ] }, "response" : { "status" : 201, "body" : "{"name":"john"}", "headers" : { "Content-Type" : "application/ json;charset=UTF-8” WireMockのJSON

100. Stub Runner起動 Artifactoryなど Stub Runner MS1のスタブJAR MS2のスタブJAR Eureka MS1:10001 MS2:10002

101. $ java -jar -Dstubrunner.ids=[groupId]: [artifactId],(略) -Dstubrunner.idsToServiceIds. [スタブ1のartifactId]=hoge -Dstubrunner.idsToServiceIds. [スタブ2のartifactId]=fuga stub-runner.jar Eurekaへの登録名

102. /stubs スタブのポート

103. Eurekaと連携させていれば Eurekaからでも確認できる

104. Spring Cloud Contract Verifier • テストコードでスタブを利用できる • まだ使っていないので紹介だけ

105. @RunWith(SpringRunner.class) @SpringBootTest( webEnvironment=WebEnvironment.NONE) @AutoConfigureStubRunner( ids = {"com.example:http-server- dsl:+:stubs:6565"}, workOffline = true) @DirtiesContext public class LoanApplicationServiceTests {

106. 参考: InfoQ記事 Spring Cloud Contractについて Marcin Grzejszczak氏とのQ&A https://www.infoq.com/jp/news/2017/05/spring-cloud-contract （公式翻訳: 私）

107. 展望 • 2年くらいでマイクロサービス化が落ち着けばいいな

108. ご清聴ありがとうございました

JJUG CCC 2017 Spring Seasar2からSpringへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めた

Du liest eine Vorschau.

Hier ansehen

JJUG CCC 2017 Spring Seasar2からSpringへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めた

Weitere Verwandte Inhalte

Diashows für Sie (20)

Andere mochten auch (20)

Ähnlich wie JJUG CCC 2017 Spring Seasar2からSpringへ移行した俺たちのアプリケーションがマイクロサービスアーキテクチャへ歩み始めた (20)

Weitere von Koichi Sakata (20)

Aktuellste (20)