マイクロソフトのALMつーかアジャイル対応をきいてきた

Microsoftの

Architech Jumpup Start セミナー
今こそ考えるエンタープライズ向けアプリケーションのライフサイクル管理
にいってきた。

その内容をメモメモ

---

＜＜クラウド時代のアプリケーションライフサイクルを考える＞＞

■ALMおさらい
・Application Lifecycleの例
　ウォーターフォール
　V字型
　スパイラル
　インクリメンタル
・アジャイルソフトウェア開発
　短期間で価値のあるソフトウェアをお客様へ

クラウドコンピューティングのインパクト
・IaaSを導入した会社２０１３年から８．３ポイント→１９．４
　（４０００社のうち）
・新しいアプリはクラウドシフト（８０％以上）

クラウド化のメリット
・フレキシブルな開発・テスト環境
・モダンアプリケーション基盤
・マルチOSサポート
・基盤セキュリティ
・ビジネスの変化にすばやく対応するITインフラ

■Cloid時代のALM
ビジネスの変化にすばやく対応するITインフラ
・サーバ０の購入、セットアップに数ヶ月
・クラウドで同じ環境を用意するなら１～２日

ビジネスの変化にすばやく対応するITインフラとアプリケーション
・アプリケーション開発は早くなっていない
Microsoftの事例
・Cloud時代のアプリケーションに必要なスピード感
　　４にんづつ
　　４週間ごとにクラウドに新機能
　　年に一度オンプレミス製品に反映
・機能のアップデート
　　２年→３週間へ
・１２ヶ月でVSへの変更点

なぜ、アプリケーション開発にスピード感が必要なのか？
　　ビジネス要求をタイムリーに反映できるITが
　　ビジネスの差別化を推進
・IT部門より、高校生のほうが知っている
　　でも、ビジネスは進む・・・
・ビジネスにフォーカスした戦略的なIT
　　DevOps
　→何年も言われている＝できてない
　運用の評価は可用性
　→共通ゴール：早くリリース・MTTRで評価
　　成果物の共同所有
　　自動化

DevOpsへの主な課題→いっぱい

成功するCloud時代のALM
　　継続的デリバリー
　　アジャイルな手法
　　DevOpsをまわす

ALM：Application Lifecycle Management
　　計画
　　モニタリング
　　フィードバック

テクノロジーが改善できること
　・ツールを使って改善

DevOpsを可能にするテクノロジー
・仮想化、構成管理、リリース管理
・もにたりんぐ、分析、インシデント対応
・ビルド・測定・フィードバック：仮説主導型開発

事例紹介
・ソフトバンクテクノロジー
・日本郵政スタッフ
・ビービーシステム：人による品質のぶれがない
・富士通システムズ・ウェスト
　　→３回繰り返すなら意味あり

何をするかを決めるのは、人

■今後のALM
・Cloud上で稼動するDevOpsが活用される
・Cloud上でのALM実践によりテストと本番が同一環境となり更新リスクが低減
・Dockerにより促進

Docker（Azureでもサポート）により促進されるもの
・軽量、移植しやすい
・オンプレでテスト、クラウドで運用
（公式な見解ではありません）

まとめ：クラウド時代のALM
・継続的デリバリー
・Agileな手法
・DevOpsをまわす

AzureとVisual StudioでDevOpsが現実解に

---

＜＜TFSスクラム開発とリリース管理を使えばRapid Releaseが行える＞＞

Online Service Gate
・クラウドサービスを利用するためのセキュリティゲートウェイ
・シングルサインオン

開発プロセスの課題
・Office３６５はrapid release
・世界標準の変化も早い
・開発スピードをあげる

従来の開発はウォーターフォール
・要件定義ですべてのタスクを洗い出し、WBSを作成
・ガントチャートで全員にタスク割り当て
・「イナズマ線」

ウォーターフォール
・はじめては弱い
・当初見積もりからぶれると、把握・調整が大変
・負荷高くなる、遅延？品質下げる・・・ことはできない

Rapid Release
・TFSをソースバージョン管理だけでなく
・タスク管理、工程管理も
　→スクラム開発を採用

■スクラム開発を採用
狙いは
・おおよそのスケジュール感はぶれない
・いち早く手が打てるように
・世界標準の開発経験を

ウォーターフォールの開発の流れ
・最初に全工程のタスクを決定
　　PMが全体を見積もる
・事前に計画したスケジュールでタスク

スクラム
・バックログを決定
・タスクは週初めに、全員で見積もる
・週終わりにタスクが終わったか？確認

ウォーターフォールとスクラムの違い

TFSでスクラム開発はとても簡単
・定期的に意図を説明、慣れてもらう

TFSタスクボード、バーンダウンチャートでの確認

ルールを決めてスクラム開発にシフト
・なにをバックログ、タスクにするか
・リリースタイミングとブランチのルール
　　ソースバージョン管理のルール

チームワークのためのコミュニケーション
・デイリースクラムを実施
・スプリント計画で全員で見積もる
・振り返りで改善する→時間を確保して、できるだけやりたい

・理解したところだけツールを使う

デプロイ
・バーンダウンするようになった
・ブレが小さくなった。見える化

見える化：知らないことには対応できない
メンバーのアラートに気づいて手を打てる
早く開発できるようになった

リリース管理を採用　Release Management

RM特徴は承認フローと配置の自動化
・ビルド定義
・リリースパス
・しシーステンプレート：リリースパス、配置処理
・リリース

複数のステージでワークフローを定義

配置をPowerShellでカスタマイズ

バージョン管理分岐に対応するには
・リリース用に分岐を作成する
　　ビルド定義をリリース用に複製
・リリーステンプレートもリリース用に複製

速くリリースできるようになった
（上げる時間は変わらない）

問題
・TSSがサポートしていない部分
　ルールの明文化→教育十分：

リリース管理：範囲の見極めと承認フロー

---

＜＜クラウドへ向かうエンタープライズ開発者のための開発基盤入門＞＞
セッションの目的とゴール
Visual Studio Onlineを中心に

・アジャイル開発の価値提案
　可視化：アジャイル開発優位
　順応性：はじめは変わらないが、
　ビジネス価値：
　リスク：アジャイル→先送りしない

これからのALM
・ビルド、メジャー、ラーン
　ビジネスの仮説
　継続的デリバリー
・DevOps
　ALM＋DevOps＝モダンALM
・これからのエンタープライズ開発者の開発スタイル
　　テスト／コードの作成
　　ソースコントロールへのコミット
　　サーバー側でのコードのコンパイル
　　サーバー側でのテストの実行
　　ソフトウェアパッケージの配置
　　（あと１項目、メモ取れなかった）
・ALMとクラウド
　（すまん、ものすごい複雑な図で、メモすらとれん
　　近くで、スマホで写真撮っている音が・・　＾＾；）

・Visual Studio onlineによるクラウド上のALM

Visual Studio Onlineへのアクセス
・ブラウザからのアクセス
・作業項目の作成／変更について
　　バックログの管理(Team Web Access）
　　タスクボード
　　チェックインポリシー

プロセステンプレート
　　・SCRUM
　　・CMMI
バージョン管理
　　・GIT
　　・TeamFoundation

バックログの調整
　　バックログの入力
スプリント計画
　　かんばん
スプリント続行
　　バーンダウン

デモ
・バックログあたり
・ビルド＆CI
・Azure Application Insight
　　負荷テストできる（まだプレビュー）

---

あとでしらべる

Microsoft Architect forum2014 winter

みんな道半ばで不安だらけだけど、「熱い心とコミニティ」、これさえあればあれば大丈夫！

JJUG CCC 2014 Fallに行ってきた（途中、抜け出していなかったけど）
つづき。基調講演（一番初め）

これからのJavaエンジニアの生きる道

をメモメモ

---

自己紹介
今回の登録者数６４５過去最高（毎年４００前後）
さいこうにうれしい
２０１２年　寺田さん愛してる
前回はベンダー主導
今回はコミュニティ主導
７ねんやってきてよかった
スポンサーの各社の皆様、ありがとうございます
プラチナ＊ORACLE
今回KDDI、びずりーち、IBM、りくるーと、楽天
ドリンクおいしっくすさん、LINEさん
スポンサー各社さまも大事なコミュニティ
日本のJavaコミュニティまだまだ！もりあげましょう！

で、本題
風呂敷広げすぎた
でも、大事な問題
２００２年SIer　WebLogic+Oracle
　　→PowerPoint職人
２０１４　ベンチャー
　　Lucene/そーらー
近い将来、技術の変化による社会変化が起こる
今日はここで考える
技術の変化→社会の変化
３つ大事な変化
１．クラウド
２．人工知能
３．Java

１．クラウド
・早ければ数時間でインフラ構築作業完了
・Webサービスの成長に合わせたスケールアウトの仕組み
クラウドでカバーする領域：かなりサポート
最近話題の技術　Docker：使う人多い
　コンテナ型仮想化を基盤としたアプリケーションの構成管理
　OSからアプリケーションをまでの構成情報をまとめてレポジトリに登録配布
コンテナを移動するのが、非常に簡単
　荒井さんがいってる

クラウド間でのコンテナポータビリティが向上してしまうと、
クラウド事業者は次に何を狙うか
→データーロックイン
・データーロックインを狙って、クラウド事業者はデータ活用の
ための各種ツール、ミドルウェア、ライブラリをさらに充実させる

いまあるだけでも
・RDS/Aurora
EMR
RedShift

BigQuery

HDInsight

データが容易なクラウドプラットフォームにデータ移行する企業が増加
大量に蓄積されたデータは人工知能に利用される


２．人工知能
認識→意思決定→行動
認識：自然言語処理、音声認識、画像認識
意思決定：探索、制約充実、組み合わせ最適化、推論・論理、不確実性、予測、学習

意思決定の基本技術
論理推論
条件を満たす最適解・・・

最近話題の技術
わとそん！
IBM　ディープブルー
じゃパティで勝った
積極的にワトソン営業こうせい＝三井住友、みずほ
想定ユースケース
・オペレーター

人工知能が話題、結構盛り上がっている
認識精度が上がった
　　うぃきぺでぃあ
　　統計的手法
意思決定は進んでいない
東ロボくん（NII)
　音声、画像認識：
認識について自然言語処理、音声・画像認識の技術の向上が著しい
きねくと
マシーンラーニング
（SVMの説明してました）

統計で問題を解くポイントは、理ずめで説明できないが、なんとなくよく当たるということ

ワトソンの仕組み
認識　　
　　音声認識→統計的手法
意思決定
　　質問解析（イメージ）
　　検索（イメージ）
　　回答評価（イメージ）：確信値
真の人工知能は人間の脳の働きをコンピューターでシミュレーション
見せかけだが、人工知能が社会に絶賛浸透中

３．Java
Javaone2014の復習
すずきゆうすけさん
・サプライズはない
・まあしょうがない
・コミュニティにシフト

JavaSE9
じぐそー
HTTP2
らいとうぇいとJSON

Java８も

あんしんしてつかえる
クラウド
HTTP

安心して使える堅牢な環境
大規模WebサービスにJVM
JVM上で動く新たな言語
Hadoop（YARN)、インメモリSPARK
JVMで動く統計解析ツール

多くの資産を持ち、堅牢なJavaは強い
２０年残る→５０年のこる
COBOLはそうだった・・・そこでためいきつかない

社会は、どう変わるか
・人工知能で、１０人中９人は今の仕事がなくなる
・なくなる職業
　　レジ係→セルフレジ
　　キーパンチャー
ハードな未来
デジタルビジネスの仕事は５倍になる「ガートナー」
Javaエンジニアにとってはチャンス

クラウドや人工知能７、Javaなどの最新技術への追随
　線形代数、微分方程式
　Docker
グローバル対応（英語など）

　でも、もっとだいじなのは

熱い心とコミニティ

２１世紀は心の時代
KickStarterは製品が与える心に響く何かにお金をはらっている

明らかに心の時代へ移行している中、Javaエンジニアはどうすべきか
たぶん、エンジニアみんながやりたいことをやったほうが世の中はよくなる
この先、生き残るためにはとか、よく聞く。
僕は１０回を生き抜くために使いたくない（プロジェクト２，３年→一生で１０回）

JJUG（じぇいじゃぐ）副会長３人の一人
ひらめきのつみかさね→すごいものができている

そして、もうひとつ大事なこと

コミニティ重要
企業は余裕ない。人は企業とコミニティが補間しあいながら成長する時代

エンジニアが成長できる場として
JJUGはみなさん
みんな道半ばで不安だらけ
でも大丈夫
あつい心とコミュニティがあれば大丈夫

今日のお勧めセッション：ROOM2にいけ

Javaの仕様策定の関与の仕方とか、MVCの仕様策定に関してとか

JJUG CCC 2014 Fallに行ってきた（途中、抜け出していなかったけど）
つづき。いちばんさいご

MVC1.0を通じてadaopt a JSRを知ろう！

をメモメモ

---

JJUGではadaopt a JSRはじめました。
adaopt a JSR＝JCP,JSRに参画する

JSR：Javaの仕様の構成
JCP：JSRの使い方

JSR：Javaの仕様の構成
　Javaの仕様はJSRで定義
　　　JSR337:Java SE 8：３０８，３１０，３３５を傘下
　　　JSR335:ラムダ式

JSR：３つの構成要素
・仕様文書
・仕様テストツール
・リファレンス実装

JCP:Java Community Process
JCP2.9はJSR355で定義されている

EC：企業団体JUG・仕様の最終承認
JSR SpecLead：仕様作成の中心
PMO：事務局（Oracle Americaの担当者)
JCPメンバー：仕様のレビュー、Spec Leadになりたいよという

JSR提案
（事務局さいばん）
JSRレビュー
EC投票
通らなかったらやり直し１かい。
ExpertGroupがはいる
Early draftを何回も
Public草案
JSRレビュー
EC投票
Finalドラフト

JSR371ExpertGroupまだ募集中

JCPメンバー
　Oracle AmericaとJSPA契約を結んだ個人、企業、組織
　　　JJUGもJCPメンバー

詳しくは、JJUGナイトセミナー
これからのJCP、コミュニティと共に

補足
JEP(じぇっぷ）JDK Enhancement-Proposal
→OpenJDKの実装
JEPは実装固有のものもある（GCなど）

Adopt-a-JSR
・個人がJSPメンバーとして活動するのは面倒
　　JSPAを結ぶ必要がある
　　次期JCPでは、加入が楽
・ユーザーグループを通じて参加すれば、気が楽＆声が届きやすい
　　Adopt-a-JSR
・ユーザーグループを通じて仕様策定に貢献
　活動内容は自由
・JJUG at Adopt a JSRメーリングリスト
　JSR 371　MVC1.0にコミット

まずJJUGに参加（MLに登録するだけ）
JCPアカウントを作成してJJUGにひもづけ

Javaに対する様々な貢献With Adopt a JSR
７月のJJUGナイトセミナー

MVC1.0の経緯
JJUGとしての貢献

MVCの経緯
　JAX-RS：アクション指向REST向け
　JSF：コンポーネント指向

アクション指向
JerseyMVC
SpringMVC
Struts

もともとJAX-RSの延長だった

Oracleのサーベイ
６０．８％　MVCあったほうがいい

いろいろあって、別Spec
MVC１．０（JSR-371)

JJUGとしての貢献
・MLを購読する
・参照実装を試す
・MVC1.0についてTweet,ブログに書く

日本語ページある

MLを購読する
・JAX-RSベース、サーブレットベース？
・Testフレームワーク
・Portlet
・MLに意見を

参照実装　Ozark.java.net
CDIベース

フリーディスカッション
なぜJSFだとだめなの？

AngularJSとの組み合わせ
Microsoft　GUIをクライアントサイド
RESTはのこすべき（JAX-RSもわるくない）
JSFが今後使えるか？
デザイン会社に発注した場合：JSFは合わない
→JSF2.2　HTMLの属性として

　

JavaSE8、JavaME8、JavaEE7の話を聞いてきた！

JJUG CCC 2014 Fallに行ってきた（途中、抜け出していなかったけど）
つづき。順番ぐちゃぐちゃだけど、午前２番目

■Java Create The Future
Simon Ritterさん

をメモメモ

---

いま、Javaの状態
　　→２０周年になろうとしてるけど、いろいろおきてる
　Java：いろいろ
　　プラットフォーム
　　言語
　　ライブラリ
　　VM
　　・・・それ以上
　今日皆さんがきているのも・・・Javaはコミュニティ
　　いろいろな側面
　　スタンダードの定義
　　オープンソース
　　JUG
　　いろんな側面

コミュニティー３つとりあげる
　１．カンファレンス
　　例＊Javaらんど
　　　ドイツでJUGが開催２２のJUG
　　　成功。２日８００人来年も（さらに倍の参加者予定）
　　　ベルギー：３５００人参加
　２．LJC(ろんどんじゃばこみにてぃ）
　　　スタンダード、教育
　３．ハイライト！スタンダードに対して
　　　モロッコJUG　個々の仕様の作成
　　　Adapt a JSR
JUGは異なる様々な取り組み
　　Javaコミュニティプロセス　１５年
　　Oracle　SUNがいうだけではない
　　いろんなインプット
　　　　IBM,RedHat,Twitter
　　　　規模の小さな企業
　　　　エンドユーザー：例　銀行とかもニーズ必要
　　　　個人も！

すうじとしてしょうかい：Java8について
　　ロードショー２０カ国以上
　　イベント　７５以上
　　Webキャスト
　　Moocも　エンベティッド用　８０＋
　　５人：いろいろ出張

コミュニティ増えている
　　世界各地に

JavaSE8
・ことし３がつろーんち！
　たくさんの関心
　関連して本もたくさん
　９ヶ月ぐらいの間に
・スタンダードだけでない
　→前：オープンソース
　　OpenJDK
　　Oracle以外も貢献
　　　すてぃーぶんこーるぼーん
　　　　Date　Time　API
・JDK8
　いろんなものふくまれている
　とくに２つ紹介
　　　シンタックス変更
　　　　ラムダ式
　　　　パラメータ化されたビヘイビア
　　　　関数プログラミングの要素も
　　　　　すとりーむすAPI、これくしょんでいろいろ
Streams　
・コンピューターパワー・アーキの変化（マルチコア）：並列化
　シーケンシャル、並列を考えなくて良い
　変えることも簡単（１回のメソッドコール）
　後方互換性

パフォーマンス向上→JDK8にすべし。はやくなるから

セキュリティ
トらんすポートレベルなど

あたらしいつーる
JRockit→つかえるように
ミッションコントロールなど
アドバンスドマネージメントコンソール

JavaSEロードマップ
２つの大きなリリース
８のUpdate40,60
２０１６：JDK9
　さらに進化：モジュラリティパフォーマンス、セキュリティ
そのあと・・・

コミュニティ、ぜひおてつだいしてくださいね
JDK9アーリーアクセスもうでてる
ためして、どんどんふぃーどばっくしてね

JAVA　ME8
まいくろえでぃっしょん

去年
・複雑なライブラリMEとSEの重なり少なく、MEはわかれていた
　　CLDC、CDCの２つ：サブセットの中にサブセット
・JavaME8　シンプルに
　　API：SEと多くオーバーラップ（もちろん、重ならないところも必要だけど）
　　言語上の観点では違いないように

急速に普及
・ARM,フリースケール、クアルコム
・低消費電力、小メモリ
・こういったデバイスでも機能する

モバイル
・Oracleモバイルアプリケーションネットワーク
・RoboVM：Android,IoSではしらせる
・JavaCard

ME8アップデート来年
２０１６　ME9

この点でもおちからをかりたいとおもってます
らずべりーぱいとかで、ボードやすくなってる
→アプリ開発しやすくなってる
　あーりーびるど

JavaEE7
・アクティブなコミニティ
・アプリケーションサーバー
・コミュニティからのコントリビューション
・仕様をデベロッパーのニーズを満たす
・個人のコントリビューション
新しいフィーチャー
・HTML5に対するサポート（JSON,WebSocket）
・スケーラビリティ（デベロッパーがスレットコントロールできる）
・GlassFish；まだ生きている！
　　JavaEEのリファレンスである
　　Oracle：コマーシャルサポートはしないが、４．１は出ている
・JavaEE8の将来
　　調査結果：JSONのバインド、セキュリティ、キャッシング、クラウド
　　多くのJSR
・ロードマップ
　　JavaEE8仕様作成
　　GlassFish5

継続して参加してね！
・個人のJSRが採用されることを願ってる
・JavaEE8はもっとかかわってほしい

来年、Java２０周年記念
２０年たっても完成していない

JSRをだすには
２つ
JCPに個人が参加するのを簡単にしようとしてる
オープンソースプロジェクトに参加する
　　OpenJDK,GlassFish
　Adapterのセッションで説明するよ

Elasticsearchとkibanaの話を聞いてきた

JJUG CCC 2014 Fallに行ってきた（途中、抜け出していなかったけど）
まずは、

Elasticsearchとkibanaではじめる検索＆分析

をメモメモ

---

検索としてのElasticsearch

Elasticsearch
　フリーワード検索
　絞込み
　ハイライト
　ソート
　ページング
　集計
　サジェスト
・スキーマフリー、分散ドキュメントストア、REST,JSON
・オープンソース
・設定なしで簡単に試すことが可能
・Javaで実装、拡張も容易

はてなブックマークとか

インストールから検索まで
・解凍して、たたくだけ（設定不要）
・検索：エンドポイントにJSONでクエリー

分散構成、スケール

インデックス単位でデータをもつ
　　シャーディングできる（シャードの単位）
　　レプリケーション

全文検索とは
・転置インデックス：単語からIDがひける

レコード：ドキュメント
フィールド：RDBのカラム
スキーマ
ターム、トークン

単語の区切り方
　　N-Gram：あたまから何文字かできる
　　形態素解析

特徴：Geo

Percolator
くえりを登録できる

クライアントライブラリ

Hadoop　Integretion

解析としてのElasticserch
ELK stack：ログすたっしゅ→Elasticserch→きばな

Logstash＝fluentdとおなじです。
　フィルター
　JRuby

aggregation：集計機能のこと
　ファセット：特定のフィールド何件
　Facetよりも強力

kibanaで可視化
・Kibana3
・Javascript

Kibana4：開発中（使用に注意）
β版
アクセスすると→データがどんなの入っているか教えてくれる
ダッシュボード機能
地図（Geo）

marvel(製品）
・Elasticserch監視用
・本番環境で使うときは言ってください。お金を取りに行きます