楽天トラベルとSpring(Spring Day 2016)
•
14 j'aime•14,121 vues
Author : Takahiro Fujii, Thomas Ludwig Description : Spring Day 2016で発表させて頂いた資料となります。 楽天トラベルでは、 大規模なオンライン旅行システムの開発・運用を行なっています。 本資料は 1 - 楽天トラベルはどのようにArchitectureが変化し、改善を行なってきたか 2 - 直面した課題を解決する為にどのようにSpringを利用し、目的を達成したのか という構成となります。 TOPIC(抜粋) APIドキュメントを継続して最新の状態を維持するには(Spring RestDocs) シンプルにセッションを管理するために(Spring Session) Microservice化していく中でログの追跡を可能にするには (Spring Cloud Sleuth) 同じプロパティの値を複数のアプリでそれぞれ管理したくない(Spring Cloud Config) メンバーに使って欲しいライブラリを使ってもらうには・scaffoldを提供するには(Spring Initilizr)
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (20)
Similaire à 楽天トラベルとSpring(Spring Day 2016)
Similaire à 楽天トラベルとSpring(Spring Day 2016) (20)
Plus de Rakuten Group, Inc.
Plus de Rakuten Group, Inc. (20)
Dernier
Dernier (9)
楽天トラベルとSpring(Spring Day 2016)
- 1. 楽天トラベルとSpring Nov/18/2016 Takahiro Fujii / Thomas Ludwig Travel Service Development Department, Rakuten Inc
- 2. 自己紹介 – Takahiro Fujii 藤井 貴浩(@taka_ft) トラベルサービス開発・運用部 Hotel Booking チーム Assistant manager 仕事 ・ 海外ホテル関連システム ・ インバウンドサイトの開発 ・ コネクティビティ ・ 予約システムの開発 ・ 最近はフロントエンド 趣味 ・ Design ・ Web Design ・ Basketball
- 3. 自己紹介 – Tommy Ludwig Tommy Ludwig (@TommyLudwig) トラベルサービス開発・運用部 Booking Platformチーム 仕事 Walt Disney Parks & Resorts ・ 予約システムの開発 Rakuten (現在) ・ 楽天トラベルの予約システムの開発 Open source • Spring Boot • Spring Session 撮影者：藤井 貴浩 (Spring One 2015) • Zipkin
- 4. Past Slides • Spring REST Docsを利用して鮮度の高いDocumentを運用しよう • Cloud Native:PaaS編 / Spring Cloud at Netflix • Spring CloudとZipkinを利用した分散トレーシング • JSUG SpringOne Platform 2016 報告会 - New in Spring Data • SpringOnePlatform 2016報告会 Case study
- 5. Agenda • 楽天トラベルの説明 • 楽天トラベルのarchitectureの変化 • 直面した課題と解決へのアプローチ
- 6. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • Microservice化する中でログの追跡を可能にするには • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 7. 楽天トラベルの説明
- 10. 楽天トラベルとJava • 楽天トラベルでは、メイン言語の1つとしてJavaを利用。 • 古くはStruts, SAStruts, Seasar等のフレームワークを利用して いましたが、約5年前からSpringを利用し始めました。 • 現在では、自部署のJavaアプリケーションの多くがSpring, SpringBootを利用しています。 • 部署の開発環境・サービスに興味がある方は2年前の弊社 カンファレンスでの発表資料をご覧ください。 ※ある程度古い為、現在の状態とは異なる場合があります。
- 11. サービス • ユーザサービス – 楽天トラベルのサイトを構成するプロダクト • 施設向けサービス(管理画面) – 楽天トラベルで商品を販売される – クライアント(ホテル・レンタカー会社・バス会社など)向けのシステムのプロダクト • 社内向けサービス • 共通系サービス – 決済・会員・ポイント・広告・通知・メールなど – 横断系の部署でサービス(市場・トラベル・金融系)を跨いで管理されるものが多い
- 13. 国内ホテル 海外ホテル 航空券 レンタカー バス 施設 管理画面 インバウンド 外言語 サイト DP (ホテル+航空券) etc…
- 15. 海外ホテル
- 20. 国内ホテル 海外ホテル 航空券 レンタカー バス 施設 管理画面 インバウンド 外言語 サイト DP (ホテル+航空券) etc…
- 32. Issues • APIの使い方がすぐには分からない • セッション管理をもっと簡単にできないっけな、、 • アプリが増えてきて、プロパティファイルの変更が面倒… • ログの追跡が面倒 • もっと簡単にAPIを実装できないっけな、、 • + 新しく来た人にSpringの色々を覚えてもらうのにコストがかか るな…
- 33. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • Microservice化する中でログの追跡を可能にするには • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • + 新しく来た人にSpringの色々を覚えてもらうには
- 34. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 36. API Documentation • Documentが嘘をついている – 実際にデプロイされているものと異なる – プロダクトの仕様変更を追えてない・更新漏れ 「このAPI, Documentに書いてある通りに呼ぶと エラーが返ってくるんだけど…??」 「ごめん、Documentには反映出来てないんだけど、最 近API更新して、この項目にはこの値をセットすること になったんだ」 Consumer Producer「まじか」 API利用者 API提供者
- 37. API Documentation • APIのExampleの不足 – 1パターンのRequest/Responseのサンプルしかない – ※少ないExampleでAPIの使い方がConsumerに迷いなく伝わるべきではある 「このAPI、複数部屋の予約するときってこのこの項 目のレスポンスの値ってどうなる？ Documentになかったんだけど」 「お疲れ様です。前に自分が送ったときのサンプル があるので、見つけて送りますね。」 (そこきたかー) 「ありがとうございます。(たまに忘れられる)」 Consumer API利用者 Producer API提供者
- 38. API Documentation • 開発中のプロダクトのドキュメントが無い – DEV/STGなどにdeployされているAPIが本番と異なる仕様の場合の把 握が難しい 「DEV環境の**API動いてなくない？」 「あ、今PJTで改修していて、インタフェースを変 更しています。○○にこの項目を追加してもら えれば呼べますよー」 「ありがとうございます・・・」 Consumer API利用者 Producer API提供者
- 39. API Documentation • 適正・役割・管理の問題 – Documentの品質の不安定さ(ルールがなく、プロダクト担当のエンジニアに品質が依 存する、特にエンジニアでは得手・不得手は結構はっきり分かれる) – Documentを書く係の人なんていない(特に内部API) – Documentが大切なのはみんな(たぶん)分かってる、が整備することができない(特に 更新・維持) 「Document書くのはエンジニアの仕事じゃないんじゃないかな…」 「そうでなくとも、Document書くの苦手・・」 「あの人の書くコードは分かりやすいんだけど、Documentが何言っ てるか分からない…」 Developer1 Developer2「これリリースしたらあそこのDocument更新しないと・・・」(忘れる) 何回か忘れると維持するモチベーションがなくなる
- 40. API Documentation(あとで見てね) • Issues – APIの使い方のキャッチアップに時間が掛かる(生産性の低下) – Documentが嘘をついている(実際にデプロイされているものの仕様変更を追えてない・更新漏れ） – Documentの品質の不安定さ(ルールがなく、プロダクト担当のエンジニアに品質が依存する、特にエンジニ アでは得手・不得手は結構はっきり分かれる) – Documentを書く係の人なんていない(特に内部API) – Documentが大切なのはみんな(たぶん)分かってる、一方でなかなか整備することができない(特に更新・維 持) – APIでカバーされている機能の領域が不明瞭(機能がかぶるAPIが他につくられたり、使えると思ったAPIが 機能足りてなかったり、思っていたのとちょっと違うということがAPIを使い始めてから分かったり) – APIのExampleの不足(1パターンのRequest/ResponseのサンプルしかないAPIなど) – 開発環境・QA環境で動いているプロダクトのドキュメントがない(今動いているプロダクトのドキュメントが環 境毎にほしい) – APIのRoll(Vision)が不明瞭で、ある機能を作成するのに、新規のAPIを作成するべきか、既存の機能を改修 するべきか悩むことがある – 古いシステム、日本語サイト用の仕様が日本(語)に依存するところがあったりして、英語でちゃんとドキュメ ントを書いておかないと日本(語・文化)に詳しくない人には分かりにくい仕様がある – (昔の話ですが)似ているけど違う、他のチームのAPIだと連携に時間がかかったりすることが理由の一端と なり、機能がかぶるAPIが作成された – サービス設計者が必要なリソースを取得するのに利用するAPIをすぐに特定できない
- 41. API Documentation Tool http://swagger.io/ { }… Swagger RAML http://raml.org/ Spring REST Docs https://projects.spring.io/spring-restdocs/ etc...
- 42. API Documentation Tool https://projects.spring.io/spring-restdocs/ etc... 今日は、 Spring REST Docs について話します。
- 45. API Documentation Tool src/test/javaの下に *Documentation.javaというクラス を作成します。 ※Document対象となるクラス名のルールは変更可能 spring mvc testのテストコードに、 documentするためのmethodを追 加するようなイメージ ※REST Assuredでもできます
- 47. adocって？ [source,bash] ---- $ curl 'http://localhost:8080/greeting?name=takahiro' –I ---- [source,http] ---- GET /greeting?name=takahiro HTTP/1.1Host: localhost ---- [source,http] ---- HTTP/1.1 200 OK Content-Type: application/json;charset=UTF-8 Content-Length: 37 {"id":1,"content":"Hello, takahiro!”} ---- curl-request.adoc http-request.adoc http-response.adoc adocを直接開くとこんな感じです。
- 48. adocって？ curl-request.adoc http-request.adoc http-response.adoc add-on,plugin firefox : https://addons.mozilla.org/ja/firefox/addon/asciidoctorjs-live-preview/ chrome : https://chrome.google.com/webstore/detail/asciidoctorjs-live- previe/iaalpfgpbocpdfblpnhhgllgbdbchmia sublime : https://github.com/asciidoctor/sublimetext-asciidoc atom : https://github.com/asciidoctor/atom-asciidoc-preview 対応しているブラウザ/ソフト で開くとこんな感じに表示されます。
- 49. Spring REST Docsって何してくれるの？ http://projects.spring.io/spring-restdocs/ snippet : 切れ端・断片 > Document RESTful services by combining hand-written documentation with auto-generated snippets produced with Spring MVC Test.
- 51. snippetsの親は自分で用意
- 53. Spring MVC Test 1.SpringRESTDocsが部品(snippets)を作ってくれる(with SpringMVCTest) 2. snippetsをincludeする.adocファイルを作ると、ビルド時に 指定した形式に変換してくれる SpringREST Docs *-request.adoc *-response.adoc *Documentation.java api-guide.adoc Asciidoctor api-guide.html snippets *-request.adoc *-response.adoc
- 55. Why Spring RESTDocs for us now テスト 成功 Create document start end false true ・Documentの正確性が保証されることが大切だった (テストコードからDocumentを作る・テストが通らないとDocumentは生成されない) ・継続的な更新が仕組みとして提供される ・Documentをアプリに内包出来るので、各環境にデプロ イされているアプリのDocumentが提供される ・Documentを作成するのに、テストコード側の修正し かいらない ・エンジニアはテストコードかける (テストコードを書く感覚で、APIを使うのに必要なサンプルケースはまず間違いなく揃うとかも) ・Hypermediaに対応してる
- 56. How we use Spring RESTDocs • 利用促進/簡単に使ってもらえるためにabstruct class を提供(jarで + SpringInitializr経由で配布(後述)) • DefaultでアプリにDocumentがincludeされるように する • EndPointを統一 • Method名でsnippetが作られるように • alwaysDo入れておいて、コード書く側は何も考えず(い や、考えるんですが)テスト書いたらsnippetsが出来る ような状態
- 57. How we use Spring RESTDocs @Before public void setUp() { this.mockMvc = MockMvcBuilders.webAppContextSetup(this.context) .apply(documentationConfiguration(this.restDocumentation)) .alwaysDo(document("{method-name}/{step}/")).build();} http://docs.spring.io/spring-restdocs/docs/current/reference/html5/
- 58. How we use Spring RESTDocs this.mockMvc.perform(delete("/entry?parameter=hoge")) .andExpect(status().isOK()); http://docs.spring.io/spring-restdocs/docs/current/reference/html5/ → Snippetsが作成される
- 59. API Documentation • 結果 – APIの使い方のキャッチアップに時間がかなり減った – Documentが嘘をつかなくなった – サンプルが充実(API console無いのが、少し悩ましい) – アプリに内包、URIを統一することで、誰もが簡単に各環 境で動いているアプリのdocumentを閲覧できる – 他のチームのエンジニアに喜ばれた(嘘をつかない安心 の価値が高かったと思う)
- 60. API Documentation • 所感 – 正しいDocumentが当たり前にある最初の一歩としてSpring REST Docsは良 か った。 – もっと色々なことをやりたくなったら変えるかも(Swagger+Springfox/RAMLで作 られているプロダクトもあります) – 実際に使えるデータを使ったDocumentを作れないかなー – version差分を自動生成できないか。あるいはDocumentationのversioning – 基本的にテストコードだけいじればDocument作れるので、進めやすかった – Document作成より、REST DocsでDocument作るタスクの方がモチベートでき そうな肌感覚 – API Documentを作りはじめるのに、REST Docsは少ない工数で始められた – トップダウンのときどうしようかな – 今回のDocumentationの範疇ではないが、1アプリのDocumentではないもの について(依存関係は可視化すれば十分?)
- 61. Appendix DOCUMENTING RESTFUL APIS(SpringOne2GX(2015) Writing Comprehensive and Guaranteed Up-to-date REST API Documentation (SpringOne Platform(2016) Spring REST Docs Spring REST Docs を利用して鮮度の高いDocumentを運用しよう
- 62. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 64. Session管理 • セッション毎にデータを持ちたい（買い物かごやCSRF トークンなど） • applicationのインスタンスをスケールしたい • 標準のServlet APIを使い続けたい – HttpServletRequest – HttpSession
- 65. 3つの解決方法 • Sticky sessions • （アプリケーションサーバの）Session replication • Spring Session
- 72. Session clustering （Spring Session） Data store cluster Users Application instances Session data バランサー
- 73. Session clustering （Spring Session） Data store cluster Users Application instances Session data バランサー
- 74. Session clustering （Spring Session） Data store cluster Users Application instances Session data バランサー
- 75. 解決方法の比較 方法 メリット デメリット Sticky sessions バランサーの設定だけ で済む HAではない ASのSession replication HA 設定・実装はASに 依存する Spring Session • HA • AS問わず利用可能 • REST/WebSocket 必要なdependency が増える？
- 76. Spring Session • Servlet Filterで標準のHttpSessionをwrapする • Sessionのデータストア（SessionRepository) – Redis – Hazelcast – JDBC – Mongo – GemFire
- 77. Spring Session • Spring Boot 1.4からAuto-configがある – See Spring Boot documentation – 例えば • Spring SessionとHazelcastをクラスパスに入れて • spring.session.store-type=hazelcast • Spring Bootでない場合は – @EnableHazelcastHttpSession
- 78. Spring Session @ Rakuten Travel • すべてのapplicationはセッション管理が必要 というわけではない。 • セッション管理が必要とされるapplicationの 一部がSpring Sessionを利用 – データストアはHazelcast – プラスSpring SecurityでCSRFトークン生成・チェック • 残りはその他のソリューション
- 79. 参考 • Spring Session – Documentation – Spring Boot documentation • （少し古めの）MakiさんのSpring Session記事
- 80. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 81. ログ追跡 Log correlation with Spring Cloud Sleuth
- 84. そんな人にログ追跡が必要ですよ
- 85. ログ追跡とは • リクエストのstartからendまでの全サービスのログが見たい • MDCというログの機能を利用し、ユニークIDをログに追加 • そのIDをサービスからサービスへ渡す
- 86. トレーシング用語 • Span – ひとつのサービス（境界）内の処理 • Trace – リクエストのstartからendまでのSpanを含む
- 88. Spring Cloud Sleuthで実現 • Spring Bootが前提条件 • spring-cloud-sleuth-starter を追加するだけ • ログを収集して分析が できる
- 89. それだけ？！
- 90. Sleuth Integrations • HTTP (RestTemplate) • @Async • @Scheduled • Messaging – Spring Integration • Spring Cloud – Zuul – Hystrix – Feign • RxJava • See Documentation
- 91. 楽天トラベルでのログ追跡 • ログ追跡はまだ導入し始めた頃です。 • SleuthでIDを生成し、サービス間で伝搬させる • Logstashでログ収集してElasticsearchに入れる • Kibanaで簡単にTrace IDなどで検索できる
- 92. 楽天トラベルでのログ追跡 • Spring Cloud Sleuthを利用するためにまずは Spring BootじゃないプロダクトをBoot化する • slf4j・logback・ログフォーマットを統一した上で ログ調査がしやすい – 共通コンフィグはSpring Cloud Configにある
- 94. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 97. Spring Cloud Config • コンフィグはGitにある – バージョニング – source-controlled • Config serverはHTTP API を提供する • クライアントはclient library でそのAPIを呼び、 Spring Environmentにコンフィグを 追加する • プロパティを暗号化できる • 再起動なしでコンフィグの リフレッシュさせることが できる • デフォルトはクライアントか らコンフィグをプル • Gitのコミットたびにプッシュ するように変えられる
- 98. VM-03 Local PC VM-01 VM-02 Config Server Client Client Client Client JSON Centralized Source-controlled On-the-fly updates ✔ ✔ ✔ • アプリ共通の値の重複 • 環境共通の値の重複 • デプロイ・再起動なしで プロパティーを変更したい • どこで実行してもコンフィグ が取得できたい 問題 A A B C Actuatorの /refresh endpoint Git repo JSON JSON JSON
- 99. 重複の対策 • SpringのProfileで環境別のプロパティ を分ける • 共通のプロパティをグループ化 – 某app、某環境のプロパティ – 某app、環境共通のプロパティ – app共通、某環境のプロパティ – appも環境も共通のプロパティ
- 101. 一部共通のプロパティ Issue • 共通のコンフィグだが、 一部のappだけに該当する • 全appのEnvironmentに入 れたくない Solution • ”Shared config”を作る • appのように作成 • Clientでapp nameとshared config nameを spring.cloud.config.nameに コンマ区切りで設定する • appA,shareAB
- 102. Cloud Config @ Rakuten Travel • セキュリティ：外からアクセスする必要がない ので、アクセス制限で充分 – 本番のコンフィグサーバは本番のアプリケーショ ンからしかアクセス出来ない • パスワードやキーを暗号化してGitに保存して、 サーバ側で復号化してクライアントに返す
- 103. Cloud Config @ Rakuten Travel • 静的ファイルの機能も利用しています！ – ログコンフィグ（logback-spring.xml） – Hazelcastのコンフィグ（hazelcast.xml） • SpringのResourceで静的ファイルへのURI • IDEのauto-completeが使えなくなるのは個人 的に悲しいところです。
- 104. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 105. Create your scaffold from Spring Initializr
- 113. Spring Initializr • アプリケーションに必要なクラスライブラリ群がセット されたプロジェクトをサクッと作ることができる • これを使えば、様々なタイプのアプリをSpringで簡単に、 素早く作ることができる。 • 簡単にカスタマイズ可能で、社内で利用しているライブ ラリをSpring Initializrから設定できるようにすること ができる。
- 114. - name: Custom content: - name: Jasypt id: jasypt description: Provides Jasypt encryption support for property sources version: 1.6 groupId: com.github.ulisesbocchio artifactId: jasypt-spring-boot-starter Add a custom section(application.yml) https://github.com/spring-io/initializr/blob/master/initializr-service/src/main/resources/application.yml 下記のファイル一度ご参照ください 自分で3rd partyのライブラリを追加できる(簡単に) 社内のプライベートなライブラリを足したりとかも このymlもclooud-configで管理すると更新が楽
- 117. Spring Initializr Rakuten Travel Initializr Internal Repository Public Repository lombok*.jarspring*.jar rakuten*.jar customize Rakuten Travel Initializr
- 118. Spring Initializr • 会社の環境にあったinitializrの作成が可能。 • 個人やOpenなプロジェクト に限った利用ではなく、各 社のSpringアプリケーションのinitializrとしても 利用す ることができる。 • Spring Initializrを使って、簡単に社内の環境に即したア プリを作ることができる。 • Spring Initializrを使って新規プロジェクトを作るフロー にするとある程度使われるライブラリやバージョンの統 制がとれる。
- 119. ・社内ライブラリを追加する ・不要 / 使わせたくないライブラリ(SNAPSHOT等を取り除く) ・Initilizrのconfigをcloud configで管理 ・defaultのgroupを変更 ・利用促進中 こんな感じです。 Spring Initializr @ Rakuten Travel
- 120. Easy Consumption of Microservices(SpringOne Platform(2016)) ・Spring Initializrのカスタマイズについて触れています Appendix
- 121. ・spring-boot-actuatorを導入し、 health checkerを自動実装、必要に応じてカスタマイズ ここのサービス毎にバラバラだったhealth checkを統一している Appendix (Spring-Boot Actuator) http://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#production-ready <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> </dependencies>
- 122. ・spring-boot-actuatorを導入し、 health checkerを自動実装、必要に応じてカスタマイズ Appendix (Spring-Boot Actuator) Initializrでactuatorをチェックすれば プロジェクト作ったタイミングからもうhealth checkエンドポイントが実装されている
- 123. 直面した課題と解決へのアプローチ • APIドキュメントを継続して最新の状態を維持するには • シンプルにセッションを管理するために • Microservice化する中でログの追跡を可能にするには • 同じプロパティの値を複数のアプリでそれぞれ管理したくない • メンバーに使って欲しいライブラリを使ってもらうには • もっと簡単にAPIを実装する為に • 新しく来た人にSpringの色々を覚えてもらうには
- 128. TRVDD tutorial New comer 向けチュートリアルをasciidoc使って作りました :)
- 129. TRVDD tutorial New comer 向けチュートリアルをasciidoc使って作りました :)
- 130. TRVDD tutorial Guideへの リンクがたくさん笑 + 補足
- 132. まとめ ・ APIドキュメントを継続して最新の状態を維持するには(Spring RESTDocs) ・シンプルにセッションを管理するために(Spring Session) ・ Microservice化していく中でログの追跡を可能にするには (Spring Cloud Sleuth) ・同じプロパティの値を複数のアプリでそれぞれ管理したくない(Spring Cloud Config) ・メンバーに使って欲しいライブラリを使ってもらう・scaffoldを提供する(Spring Initializr) ・ health checkなどの自動実装(Spring Boot Actuator) ・新しく来た人にSpringのいろいろを覚えてもらう(Spring guides)
- 133. まとめ ・ 課題を明確すること/課題に優先度をつけることは大切 解決策として新しい技術が使えるの方が導入しやすいし、結果がわかりやすい (通常の業務と並行して勧めやすい) 課題に対する解決策として使えるツールがSpring周りに沢山ある。 ・ Spring/Microservice周りでもまだまだ出来ることは沢山ある。 やろうとして出来ていないものもかなりある。 (Service Discovery / Circuit Breaker / CQRS / CDC / Event-Driven などなど…) おまけ ・ ここ1,2年で、様々な会社がSpring Boot/Cloud/ CFなどのケーススタディを紹介するよ うになったイメージがあります。 ( SpringOne Platformでも色々な所のケーススタディ の紹介がありました)
- 135. We are hiring! Java / Spring 好きな方大歓迎…!! http://corp.rakuten.co.jp/careers/engineering/ 直接お声がけいただいても！