１２月２日Javaで創るクラウド時代のエンタープライズ開発
～マイクロサービス、ＤｅｖＯｐｓとＪａｖａの最新動向～
を聴いてきたのでメモメモ
■ごあいさつ
・こんなに集まると思わなかった・・・
・本社の人きている
・マイクロサービスに興味→既存はどうする？
ＪａｖａＯｎｅでも話題
■Java EE for cloud Native and Microservices
・業界の傾向３つ
１．レガシー、ＥＲＰのような成熟したもの（進化早くない）
２．ミッションクリティカル 進化している
３．次世代のイノベーション クラウドネイティブ
・クラウドネイティブ
大きな変化
ビジネスを動かす：ソフトの重要性 例うーばー
特徴
１．ＤｅｖＯｐｓ
２．as a service
３．マイクロサービス
４．分散している
・ＤｅｖＯｐｓ
Ｄｅｖｅｌｏｐｍｅｎｔの測定：
サービス、製品、機能
どのくらい動いているか
→コードを変えると環境が安定しなくなる
マニュアルの介入はあるべきではない
→自動化
Dockerイメージがきちんとできて・・・
ハードワイヤー依存があってはいけない
プロビジョニングできて、エラスティック
アプリケーション
ステートが必要ならば、管理する：別のサービスに持っていく
→独立したコンフィグ・サービス
レイテンシー
クラウド：分散＝レイテンシーある
終わるまでブロックは効率よくない、非同期に
・マイクロサービスの原則
1つのアプリケーションに押し込むと問題起こる
アプリケーションの書き直し、テストしなおし
ＡＰＩだけがコミュニケーション（内部プロセス使わない。すべてＲＥＳＴ）
・なぜマイクロサービス
コンウェイの法則
組織の構造がプロダクトに反映
アプリケーション
１つのフィールドで数週間：このモデルでは機能しない
→マイクロサービス アジャイルで 俊敏性
マイクロサービスの特徴
・アプリケーション分割→バージョン：複雑さ
・多言語対応
・強固なバウンダリー：境界線がしっかり
最初から始める
・まず、マイクロサービス
既存の資産ある（多い）
→オプションいろいろ
１．アプリを分解（推奨しない）
２．アプリケーションの追加：マイクロサービスで
サイズは？
1つの答えはない
原則：２つのピザが足りるくらい（７，８人）
１，２人も理想ではない
パッケージ
・Ｄｏｃｋｅｒコンテナ(他のコンテナでもいい）
パッケージを別にすること大事
ＪａｖａＥＥ
・とても成功している：包括的ＡＰＩ
・クラウド上に展開
変化
マイクロサービス
ディストリビューテッド コンピューティング
多言語
新しい技術
アプリケーション
分散された環境でも動かす
ＪａｖａＥＥ：色々技術、次世代に関連あるものも
・投資したものを使えるように
・ＪａｖａＥＥ ＡＰＩ
・ＪａｖａＥＥ：標準がない
クラウド開発
クライアント
データストア
モバイルファースト→モバイルオンリ
ステートレスをまず考える→うまくいかなかったら、ステートフルに
ＪａｖａＥＥ処方せん的プログラミングモデル
テクニカルな詳細
・プログラミングモデル
・結果整合性：１００％あてはまるわけではない
・シンプルなデータ構造：ＮｏＳＱＬ
セキュリティ：重要
ＯｐｅｎＩＤＣｏｎｎｅｃｔ：事実上標準
ロケーション
うすいレイヤ：コンフィグレーション：外部化
回復性
回復用コマンド
レポートする・しない
パッケージング；どっかー
サーバーれす：
マルチテナンシー：効率よくない？
→効率よくなる、人の数も減る
独立性
全体像
ロードバランス
１．エンドユーザーのロードバランス
２．サービスのロードバランス
ＪａｖａＥＥ７→ＪａｖａＥＥ８
■JavaSE9 アップデートと移行のポイント
資料公開されるので、リラックスして聞いてね
・自己紹介
３つのカテゴリ
・大きな非互換性：コードいじる必要有り、アプリ多い
・中：コードいじる必要有り、アプリ少ない
・小：簡単に回避可能
サーベイ
・９ いない
・８ 結構いる
・７ いる
・６ いる
・５ ０ではない
Ｊａｖａは相変わらず後方互換性に専念
しかし、既存のプログラムに大きい影響を及ぼす可能性のある変更は多い
注意：本セッションは全ての非互換性をカバーしない可能性がある
甲の薬は乙の毒
・ＪＤＫがバグを直したら・・・バグの振る舞いに依存していた人が！
ＳｕｎからＯｒａｃｌｅへ
ＪＤＫ７ ＨａｓｈＭａｐ：マップの順番を保証しない
→ＪＤＫの中にも順番に依存しているものが（＾＾；）
このような例は、やまほどある
Ｊａｖａは相変わらず後方互換性に専念
しかし、すべての既存プログラムが必ず正しく動作することを保証したわけではない
リリース互換性の範囲
バイナリー、ソース、振る舞い
セキュリティアップデート：バイナリーがロードできなくなることはない
フューチャーリリース：幅は広いがバイナリーがロードできなくなることはない
プラットフォームリリース：場合によって、バイナリーの互換性ない
非互換性の原因（代表）
・バグ修正
・対応アルゴリズム変更（セキュリティなどで）
・セキュリティ改善
・サポート来往のプラットフォームの変更
・ネイティブコードの使用
・プロパティの変更
・非推奨の警告
・デプロイ系の変更
・内部実装の変更
ＧＣ
内部ＡＰＩ
・パッケージ
・ツールやファイルの削除
・非推奨のメソッド・クラス・機能削除
赤字は今回ＪＤＫ９の修正
ＪＤＫ９の非互換性→最新版コンポーネントを
ＯｐｅｎＪＤＫ
ＪＤＫ ９
来年７がつあたり
ＪＥＰに書いてある
大
・ＪＥＰ２５０：ＪＤＫの内部ＡＰＩを利用不可に！
プロジェクト ジグゾー
JDK8に含まれるjdepsツールで検出できる
→ＪＤＫ９に含まれるほうを利用したほうがいい
マルチリリースＪａｒファイル（ＪＥＰ２３８）
コマンドラインのフラグで従来の振る舞いに戻すことが出来る
→一番重要
・ＪＥＰ２２３ Ｎｅｗ Ｖｅｒｓｉｏｎ Ｓｔｒｉｎｇ Ｓｃｈｅｍａ
セマンティックバージョニングに準拠
バージョンを見て処理している場合、必要
・ＪＥＰ２２０：rt.jarがなくなる
中
・ほとんどのsun.misc.*とsun.reflect.*APIの排除
注意！sun.misc.Base64
・ＪＥＰ２１４：ＧＣの組み合わせ
・認識されないＶＭオプションに注意→ＪＶＭが起動しない
→起動するか、警告が出るかをまず確認
・ＪＥＰ２３１：ほとんどつかわれていない
・ＪＥＰ１８２：Ｊａｖａｃでの-source,-target
ＪＤＫ９では１．６以上しかサポートしない
（Ｏｎｅ plus three back）
・Java.awt.peerとjava.awt.dnd.peerパッケージなくなる
・ＪＥＰ２４０：hprof削除
ＪＶＭの内部で実装されている jmap -dump,gc.heap・・・
・ＪＥＰ２４１：jhat削除
・ＲＭＩのＨＴＴＰの仕組み（ＪＤＫ８で非推奨）
・Thread::stop(Throwable)が例外をＴｈｒｏｗする
・Serialized Appletなくなる・・・気づく人いない？
・ＪＮＬＰ Ｐａｒｓｉｎｇきびしくなる
・アップル時代のＡＰＩ排除
・com.sun.image.codec.jpeg
・ＧＣのログ関係変わる
・_は識別しとして利用できなくなる
・３２ビットWindowsのクライアントＶＭの排除
・デプロイの機能はクライエントのぷらっとっふぉーむだけをサポートする
・Ｇ１がデフォルトのＧＣに
・ＪａｖａＤＢの排除
・ＪＤＫ９で非推奨になったものが・・・
アーリーアクセスで確認
■Ｏｒａｃｌｅクラウドプラットフォームで実践するアプリケーション開発と運用の最新トレンド
・オラクルのアプリケーション開発の全体像
企業のソフトウェア３とおり
コア
差別化
イノベーション
・クラウド活用の３つのパス
１．ＩａａＳ
２．ＰａａＳにもっていく
３．クラウドネイティブ
・オラクル：多くのサービス群
・２つの主要な開発アプローチ
クラウドネイティブ
既存
・クラウドネイティブ
マイクロサービスをベース：Ｏｒａｃｌｅ隙間なくサービス
・アプリケーションコンテナクラウドサービス
Ｄｏｃｋｅｒ
・Developerクラウドサービス
・ＡＰＩプラットフォームサービス：近日
ＡＰＩライフサイクル管理
・アプリケーションパフォーマンスもにたりんぐクラウドサービス
コールのトレース：
・ＯｒａｃｌｅＪＥＴ
Ｊａｖａｓｃｒｉｐｔツールキット
多くのＵＩ
・クラウドネイティブのデモ
ＪＡＸ－ＲＳベース
ステートレス
ＳＰＡをＯｒａｃｌｅＪＥＴで
アイデンティティクラウドサービス
・まとめ
・既存アプリケーションのモダナイゼーション
ＪａｖａとＤａｔａｂａｓｅのモダナイゼーション
力を入れている
ＡｐｐＴｏＣｌｏｕｄ
Ｊａｖａクラウドとデータベースクラウドによるライフサイクル自動化
オープンソースを使ったものの(ＰＨＰ，ＭｙＳＱＬ，Tomcat）クラウド移行
クラウドレガシー：インフラは変わった。オペレーションが・・・
・でも
ＡｐｐＴｏＣｌｏｕｄツール
Ｗｅｂｌｏｇｉｃ→Ｊａｖａ ＣｌｏｕｄＳｅｒｖｉｃｅへ
■Ｏｒａｃｌｅ ｃｌｏｕｄで実現するＤｅｖＯｐｓ
・新しい機能を迅速に＆安定性
・ＤｅｖＯｐｓが求められる企業＝ＩＴの力をコアに
・ＤｅｖＯｐｓ実現のサイクル
Ｐｌａｎ
課題管理、アジャイル、Ｗｉｋｉ
Ｃｏｄｅ
Ｇｉｔリポジトリ、クラウド上でプログラミング、
コードレビュー（プルリク）ＩＤＥ連携
マージリクエスト
ビルド
ハドソンが入ってます。Ｊｅｎｋｉｎｓを使える人は使えます
シェルも使えます（＝ネットにアクセスできます。クラウドをＲＥＳＴで）
テスト
JUnit,Seleniumの自動実行
リリース
デプロイ
簡単なコンフィグレーション
クラウドスタックマネージャー
オペレート
スケーリング、パッチ適用
もにたりんぐ
機械学習による分析
デモ
Cargo Tracker：宅急便確認システム
選択する理由
・速い
・サービスの選択肢を提供
・コミュニケーションとコラボレーション
開発の自動化
でぷろいめんと：イミュータブルインフラストラクチャ
実例Ｄｅｖｅｌｏｐｅｒ Ｃｌｏｕｄ Ｓｅｒｖｉｃｅの開発チームによる利用
