jol(Java Object Layout)を使ったオブジェクトのサイズ取得

jol(Java Object Layout)というOpenJDKに含まれるツールを使用して、オブジェクトのメモリサイズが取得できるらしいので試してみる。

OpenJDK: jol

■環境
・Windows7 Home Premium 64bit
・JDK 1.8.0_60-b27
・Eclipse Luna SR1 (4.4.1)
・jol (0.4) (※jol-cli-0.4-full.jar)

■すること
jolを使用して何ができるのかを調べる。
主目的は、1処理におけるメモリ量の取得とする。
よって割とメイン所(と思われる)の機能のみ追いかける。

■クラス紹介
1.ClassLayoutクラス
jolを使用する上で基本となるクラス。クラス・クラスインスタンスのメモリ情報を取り扱う。

●処理対象特定系

通番	static	戻り値の型	メソッド名	引数	メソッド概要
1	○	ClassLayout	parseInstance	Object	インスタンスのメモリ情報を取得する。
2	○	ClassLayout	parseInstance	Object, Layouter	インスタンスのメモリ情報を取得する。第二引数のLayouterで読み込み時の動作変更が可能
3	○	ClassLayout	parseClass	Object	クラスのメモリ情報を取得する。
4	○	ClassLayout	parseClass	Object, Layouter	クラスのメモリ情報を取得する。第二引数のLayouterで読み込み時の動作変更が可能

●サイズ取得系

通番	static	戻り値の型	メソッド名	引数	メソッド概要
5		SortedSet< FieldLayout>	fields	-	インスタンス内に含まれるフィールドのメモリ情報を取得する。
6		int	headerSize	-	インスタンスのヘッダサイズ(int値)を取得する。
7		int	instanceSize	-	インスタンスのサイズ(int値)を取得する。
8		String	toPrintable	-	インスタンスのメモリ情報を整形して詳細情報を出力する。
9		String	toString	-	インスタンスのメモリ情報を整形して出力する。

2.FieldLayoutクラス
フィールドのメモリ情報を取り扱う。

●サイズ取得系

通番	static	戻り値の型	メソッド名	引数	メソッド概要
1		String	name	-	フィールド名を取得する。
2		String	offset	-	インスタンスが占めるサイズの先頭からのメモリ量を取得する。
3		int	size	-	フィールドのサイズを取得する。
4		String	typeClass	-	フィールドの型を取得する。
5		String	toString	-	フィールドの詳細を取得する。

3.VMSupportクラス
JVMのメモリに関連する情報を取得する。

通番	static	戻り値の型	メソッド名	引数	メソッド概要
1	○	String	vmDetails	-	JVMのメモリ情報を出力する。

4.GraphLayoutクラス
インスタンス生成からGraphLayout#parseInstanceした時点までにおける、指定したインスタンスに対するメモリの状態を可視化する。

通番	static	戻り値の型	メソッド名	引数	メソッド概要
1	○	GraphLayout	parseInstance	Object	インスタンスのメモリ情報を取得する。
2	○	-	toImage	String	引数で指定したファイル名(～.png等)でグラフを生成する。

●HelloWorld的なやつ

package com.hhhhhskw.jol;

import java.util.SortedSet;

import org.openjdk.jol.info.ClassLayout;
import org.openjdk.jol.info.FieldLayout;
import org.openjdk.jol.util.VMSupport;

public class HelloJol {

	private String HELLO_JOL_HOGE = "HOGEEEEEEEEEEEEEEEEE";
	private String HELLO_JOL_FUGA = "FUGAAAAAAAAAAAAAAAAA";


	public static void main(String[] args) {
		HelloJol hj = new HelloJol();
		System.out.println("■JVM情報■");
		System.out.println(VMSupport.vmDetails());

		System.out.println("■クラスインスタンスのメモリ情報■");
		System.out.println(ClassLayout.parseInstance(hj).instanceSize());
		System.out.println(ClassLayout.parseInstance(hj));
		System.out.println(ClassLayout.parseInstance(hj).toPrintable());

		SortedSet<FieldLayout> flSet = ClassLayout.parseInstance(hj).fields();

		flSet.stream().forEachOrdered(fl -> {
			System.out.println("■フィールドのメモリ情報■");
			System.out.println(fl.name());
			System.out.println(fl.size());
			System.out.println(fl.typeClass());
			System.out.println(fl);
		});

		System.out.println(flSet);
	}
}

●実行結果*1

■JVM情報■
WARNING: Unable to attach Serviceability Agent. You can try again with super-user privileges. Use -Djol.tryWithSudo=true to try with sudo.
WARNING: VM details, e.g. object alignment, reference size, compressed references info will be guessed.

Running 64-bit HotSpot VM.
Using compressed oop with 3-bit shift.
Using compressed klass with 3-bit shift.
Objects are 8 bytes aligned.
Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]

■クラスインスタンスのメモリ情報■
24
HelloJol.HELLO_JOL_HOGE@12(4)
HelloJol.HELLO_JOL_FUGA@16(4)
size = 24

com.hhhhhskw.jol.HelloJol object internals:
 OFFSET  SIZE   TYPE DESCRIPTION                    VALUE
      0     4        (object header)                01 00 00 00 (00000001 00000000 00000000 00000000) (1)
      4     4        (object header)                00 00 00 00 (00000000 00000000 00000000 00000000) (0)
      8     4        (object header)                05 c0 00 f8 (00000101 11000000 00000000 11111000) (-134168571)
     12     4 String HelloJol.HELLO_JOL_HOGE        (object)
     16     4 String HelloJol.HELLO_JOL_FUGA        (object)
     20     4        (loss due to the next object alignment)
Instance size: 24 bytes (estimated, add this JAR via -javaagent: to get accurate result)
Space losses: 0 bytes internal + 4 bytes external = 4 bytes total

■フィールドのメモリ情報■
HELLO_JOL_HOGE
4
String
HelloJol.HELLO_JOL_HOGE@12(4)
■フィールドのメモリ情報■
HELLO_JOL_FUGA
4
String
HelloJol.HELLO_JOL_FUGA@16(4)
[HelloJol.HELLO_JOL_HOGE@12(4), HelloJol.HELLO_JOL_FUGA@16(4)]

【感想】
・継承関係にあるクラスのフィールドの中身までさかのぼってサイズ取得してくれるので便利。
・アプリケーション単位で特定の箇所でメモリサイズを取得する場合、インスタンスを適当に決めると、重複してサイズ取得する恐れがあるので、取得対象とするインスタンスは慎重に選ぶべき。
・VMSupport、GraphLayoutクラスを使用したサンプルは下記のソースを参照。
code-tools/jol: 4443d2696dcf /jol-samples/src/main/java/org/openjdk/jol/samples/


【参考】
[Java]オブジェクトの使用メモリを測る - Qiita

*1:「sa-jdi.jar」を入れ、VM引数に「-Djol.tryWithSudo=true」を指定することで警告を消せる可能性がある。警告は無視しても動作する。　※手元の環境では、左記の対応を行ったうえで管理者権限で実行しても変化しなかった。。実行環境をOpenJDKにした方がよいかも。

『オブジェクトデザイン』第2章 DoubleDispatchパターン実装

下記エントリに影響を受けて、『オブジェクトデザイン』を読み始めている。kymmt90.hatenablog.com

『オブジェクトデザイン』の第2章において、DoubleDispatchパターンの実装が紹介されているが、
要点が書かれているだけで全体の実装が書かれていなかったので、実装してみた。
DoubleDispatchパターン自体は、GoFのVisitorパターンとほとんど同じものらしい。

【要件】
じゃんけん(Scissors,Paper,Stone)*1を実装する。
オブジェクト自身にオブジェクトが他のオブジェクトを負かすかどうかを判定する処理を書いておく。
→3種類のオブジェクトにじゃんけんの処理を記述するため、9通りの結果が生じることになる。

【書籍からの変更点】
『オブジェクトデザイン』の例では、「あいこ」の場合が考慮されていなかったので、
「あいこ」を表現するために、booleanからintで数値を返却するよう変更した。
変更に伴い、他のオブジェクトを負かすかどうかの判定処理を抽象クラス(※新規作成)に追い出して共通化した。

【シーケンス図】※だいぶ適当

【実装】github.com
■実行結果の例 (※標準出力)

自分の手 : パー
相手の手 : グー
勝敗 ： 勝ち

【感想】
「操作するデータの型」「データごとの操作」に対する判定処理が消えたことで、各クラスの関心事を細かく分断することができた。
ただしインタフェースクラスに定義するメソッドの数、シグネチャが変動する可能性があるので、初期設計が難しそう。

【参考】
ダブル・ディスパッチ～ 典型的なオブジェクト指向プログラミング・イディオム ～

オブジェクトデザイン (Object Oriented SELECTION)

*1:グーはRockではなくてStoneで習った気がしたので…

PowerShellを使ってOracleJDKサイレントインストール

OracleJDKをサイレントインストールする。

【概要】
・OTNサイト(US)から取得したJDK8u45(64bit)のインストーラを使用しサイレントインストールする。*1
・ダウンロードしたインストーラは「C:\\tmp」に置く。
・環境変数も設定する。
→ユーザ環境変数の「JAVA_HOME」と「PATH」にJDK実行に必要なパスを設定する。
・インストーラが出力するログは「C:\tmp\JDKsetup.log」に格納する。

【実行環境】
・Windows7 Home Premium 64bit
・PowerShell 4.0 (※新しい関数は使っていないので、おそらくPowerShell2.0以降であれば動作する)

【スクリプト】

Function Download{
    $serverSourceURL = "http://download.oracle.com/otn/java/jdk/8u45-b15/jdk-8u45-windows-x64.exe"
    $localSourceURL = "C:\\tmp\\jdk-8u45-windows-x64.exe"
    Write-Host ("■インストーラ取得先URL : " + $remoteFileLocation)
    Write-Host ("■インストーラ保存先パス : " + $downloadToPath)
    
    $client = new-object System.Net.WebClient
    # ライセンスに同意する
    $cookie = "oraclelicense=accept-securebackup-cookie"
    $client.Headers.Add([System.Net.HttpRequestHeader]::Cookie, $cookie)

    Write-Host "★ダウンロード開始（しばらくお待ちください…）"
    $client.downloadFile($serverSourceURL, $localSourceURL)
    Write-Host "★ダウンロード終了"
    return
}

Function Install{
    Write-Host "★インストール開始（しばらくお待ちください…）"
    # インストーラ実行（※同期実行）
    cmd /c "start C:\tmp\jdk-8u45-windows-x64.exe /s /lang=1041 INSTALLDIR=C:\java\jdk1.8.45\ /L C:\tmp\JDKsetup.log" 
    Write-Host "★インストール終了"

    # ユーザー環境変数設定
    # PATHは末尾に付加する
    $user_path = [Environment]::GetEnvironmentVariable('PATH', 'User')
    $user_path += ';' +　"C:\java\jdk1.8.45\bin\"
    [Environment]::SetEnvironmentVariable('PATH', $user_path, 'User')

    # JAVA_HOMEは更新する
    #$user_java_home = [Environment]::GetEnvironmentVariable('JAVE_HOME', 'User')
    $user_java_home = "C:\java\jdk1.8.45\"
    [Environment]::SetEnvironmentVariable('JAVA_HOME', $user_java_home, 'User')

    Write-Host ("■現在のユーザー環境変数 PATH : " + $user_path)
    Write-Host ("■現在のユーザー環境変数 JAVA_HOME : " + $user_java_home)
    return
}

# 処理開始
Write-Host "★★★Oracle JDKのダウンロード・インストール開始"

Download
Install

Write-Host "★★★Oracle JDKのダウンロード・インストール終了"
# 処理終了

■実行結果

PS C:\Windows\system32> (ファイルパス）.ps1
★★★Oracle JDKのダウンロード・インストール開始
■インストーラ取得先URL : http://download.oracle.com/otn/java/jdk/8u45-b15/jdk-8u45-windows-x64.exe
■インストーラ保存先パス : C:\tmp\jdk-8u45-windows-x64.exe
★ダウンロード開始（しばらくお待ちください…）
★ダウンロード終了
★インストール開始（しばらくお待ちください…）
★インストール終了
■現在のユーザー環境変数 PATH : (既存のPATH設定値）;C:\java\jdk1.8.45\bin\
■現在のユーザー環境変数 JAVA_HOME : C:\java\jdk1.8.45\
★★★Oracle JDKのダウンロード・インストール終了

■結果確認

C:\>java -version
java version "1.8.0_45"
Java(TM) SE Runtime Environment (build 1.8.0_45-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)

C:\>

【備考】
・インストーラを毎回取りに行くので、インストーラの有無チェックが必要。
・インストールを毎回実行するので、プログラム一覧をなめてOracle Javaの存在チェックする処理が必要。*2

【参考】
java - Downloading jdk using powershell - Stack Overflow
Microsoft WindowsのJDKのインストール

【改訂新版】 Windows PowerShell ポケットリファレンス

*1:PowerShellの関数のみで実行したかったが、リクエストに載せるCookieの設定方法がわからなかったので、.NETのクラスを使った。

*2:要は冪等性を作りこむ必要がある。現状のコードのまま2回実行すると、インストーラを再ダウンロードし、再インストールを実行する。

JavaでTelnetクライアント作成・RHELにTelnetサーバ導入

JavaのSocketクラスを使ってTelnet接続してみる。
ついでにTelnetサーバを立てる手順も備忘録として残す。

【すること】
・Telnet接続する。
※セッションモードで端末に接続し、コマンドが打てるところまで確認する。
　NVTとしての仕様は網羅しない。

【環境】
●OS
クライアント側：Windows7 64bit
サーバ側　　　：Red Hat Enterprise Linux Server release 7.1 (Maipo)

●Java
1.8.0_60-b27

【Telnetサーバ導入】
０．はじめに
・23番ポートを空ける。
・Telnetを実行するユーザはスーパーユーザである必要があるため、rootユーザで接続確認する。
　Telnetプロトコルで使用するユーザ名とパスワードは平文で流れるので注意する。
[参考]　ITエンジニアの「やってはいけない」 - [セキュリティ編]運用管理にtelnetを使ってはいけない：ITpro
・スーパーサーバであるxinetdを利用してTelnetサーバを管理する。
[参考]　xinetd - Wikipedia

１．インストール(※rootユーザで行う)

yum update
yum install telnet -y
yum install telnet-server -y
yum install xinetd -y　※RHELには入ってないので入れておく

２．xinetdよりTelnetサーバ有効化

vi /etc/xinetd.d/telnet

●/etc/xinetd.d/telnet

service telnet
{
        flags           = REUSE
        socket_type     = stream
        wait            = no
        user            = root
        server          = /usr/sbin/in.telnetd
        log_on_failure  += USERID
        disable         = no ←「yes」から「no」へ変更し、有効化
}

３．xinetd起動および自動起動の設定
(※xinetdを起動することによりTelnetサーバも起動する)

service xinetd start
chkconfig --add xinetd
chkconfig xinetd on

インストール手順はここまで。

【Telnet接続】
●Telnet接続用クラス

package hhhhhskw.com;

import java.io.BufferedInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.Socket;

/**
 * Telnet接続用クラス
 */
public class TelnetConnector {

	private final static int DEFAULT_TELNET_PORT = 23;

	private final static byte IAC = (byte) 255;
	private final static byte DONT = (byte) 254;
	private final static byte DO = (byte) 253;
	private final static byte WONT = (byte) 252;
	private final static byte WILL = (byte) 251;

	/**
	 * NVTとしてのネゴシエーションを行う
	 * @param os
	 * @param is
	 * @throws IOException
	 */
	private void negotiation(OutputStream os, BufferedInputStream is) throws IOException {
		byte[] buff = new byte[3];
		while (true) {
			is.mark(buff.length);
			if (is.available() >= buff.length) {
				is.read(buff);
				// ネゴシエーション完了
				if (buff[0] != IAC) {
					is.reset();
					return;
				// DOコマンドに対してWONTで返答する
				} else if (buff[1] == DO) {
					buff[1] = WONT;
					os.write(buff);
				}
			}
		}
	}

	/**
	 * 実行メソッド
	 * @param host
	 * @param port
	 */
	public void execute(String host, int port) {

		Socket socket = null;
		OutputStream os = null;
		BufferedInputStream is = null;

		try {
			socket = new Socket(host, port);
			os = socket.getOutputStream();
			is = new BufferedInputStream(socket.getInputStream());

			// 23番ポートへの接続の場合ネゴシエーションを行う
			if (port == DEFAULT_TELNET_PORT) {
				negotiation(os, is);
			}

			StreamConnector stdinToSocket = new StreamConnector(System.in, os);
			StreamConnector socketToStdout = new StreamConnector(is, System.out);

			Thread input = new Thread(stdinToSocket);
			Thread output = new Thread(socketToStdout);

			input.start();
			output.start();

		} catch (IOException e) {
			e.printStackTrace(System.out);
			System.err.println("接続中に例外が発生しました");
			System.exit(1);
			// コネクションはクローズしない
			// } finally {
			// try {
			// socket.close();
			// os.close();
			// is.close();
			// } catch (IOException e) {
			// }
		}
	}

	/**
	 * ストリームの読み書きクラス
	 */
	class StreamConnector implements Runnable {

		private InputStream is = null;
		private OutputStream os = null;

		public StreamConnector(InputStream in, OutputStream out) {
			this.is = in;
			this.os = out;

		}

		@Override
		public void run() {
			byte[] buff = new byte[1024];
			try {
				while (true) {
					int n = is.read(buff);
					if (n > 0) {
						os.write(buff, 0, n);
					}
				}
			} catch (IOException e) {
				e.printStackTrace(System.out);
				System.out.println("入出力の書き込み中に例外が発生しました");
				System.exit(1);
			}
		}
	}
}

● 実行クラス

package hhhhhskw.com;

public class TelnetMain {

	/**
	 * mainメソッド
	 * @param args 第一引数：ホスト名　第二引数：ポート番号
	 */
	public static void main(String[] args) {
		String host = args[0];
		int port = Integer.parseInt(args[1]);

		TelnetConnector tc = new TelnetConnector();
		tc.execute(host, port);
	}
}

●実行方法
第一引数にサーバのホスト名（IPアドレス）、第二引数にポート番号を指定し、実行する。

java hhhhhskw.com.TelnetMain (ホスト名orIPアドレス) 23

●実行結果

Kernel 3.10.0-229.el7.x86_64 on an x86_64
(サーバ名) login: root
root
Password: (パスワード)

Last login: Sat Sep  5 07:17:35 on pts/2
[root@ip-xxx-xxx-xxx-xxx ~]# ls -al
total 104
dr-xr-x---.  4 root root  4096 Aug 31 04:23 .
dr-xr-xr-x. 18 root root  4096 Aug 30 07:59 ..
-rw-------.  1 root root  9813 Feb 25  2015 anaconda-ks.cfg
-rw-------.  1 root root  1974 Aug 31 05:34 .bash_history
-rw-r--r--.  1 root root    18 Dec 28  2013 .bash_logout
-rw-r--r--.  1 root root   176 Dec 28  2013 .bash_profile
-rw-r--r--.  1 root root   176 Dec 28  2013 .bashrc
-rw-r--r--.  1 root root   100 Dec 28  2013 .cshrc
-rw-------   1 root root 45711 Sep  5 07:18 nohup.out
drwxr-----   3 root root    18 Aug 30 08:00 .pki
-rw-r--r--   1 root root  7154 Aug 31 02:27 ps.txt
drwx------.  2 root root    28 Aug 30 07:55 .ssh
-rw-r--r--.  1 root root   129 Dec 28  2013 .tcshrc
-rw-------   1 root root   759 Aug 31 04:23 .viminfo
[root@ip-xxx-xxx-xxx-xxx ~]#

【参考URL】
http://www.kg-group.com/JavaContent/Menu/TreeView5150_16/reference/j-network/Telnet.java
Telnetプログラム IT EngineerによるIT生活/ウェブリブログ
CentOSでtelnetできるようにするまでの手順(クライアント・サーバ) | Futurismo
UJP - 技術情報(dotforward.jp)

AWS Summit Tokyo 2015 2日目【EA-08】

AWS Summit Tokyo 2015の2日目に参加した。
下記セミナーに参加したので、まとめ・感想文を書いておく。
※正確な情報・見解は後日公開される(であろう)公式資料や資料作成者のスライド等を参照のこと。

[EA-08: Enterprise Advance]AWS と NGN（フレッツ・キャスト）によるハイブリット・ネットワークのメリット ～高速映像配信・教育 PF 事例～

http://www.awssummit.tokyo/session.html#EA-08

【講演概要】

AWS上のサービスをNGN（フレッツ・キャスト）という専用線を使用し、インターネットを介さずに利用するサービスの内容紹介および事例紹介
※6/5付けでサービス試用開始されている。
「プレスリリース」
「フレッツ・キャスト」経由のAWSダイレクト接続検証環境の提供開始について〜パブリッククラウドとの連携強化に向けた取り組み〜 | お知らせ・報道発表 | 企業情報 | NTT東日本

【講演内容】

０．導入

・NTT東日本では、伝統的に自前のWebサービスを使用して各種コンテンツ・サービスを提供してきた。
・今回初めてAWSを利用する。

１．何故、AWSを選んだのか

・新サービス立ち上げにあたって、重視したのは「コスト」「サービス」「フレキシビリティ」の3点
→以前は「サーバ設備」や「ネットワーク」という点を重視していた。
・増え続ける動画トラフィックに柔軟に対応したい、という思いがあった。
　インターネットに占める動画トラフィック量は、2013年～2018年で倍になる、と予測されている。
　動画トラフィックの大部分はIPビデオ*1が占めており、今後もこの傾向は続くとみられる。
・AWSに限らず、パブリッククラウドの選定に当たって最も重要視したのは「セキュリティ」だった。
→NTT東のお客様と社内の双方から求められた為。結果としては各種AWSのサービスの組み合わせにより担保できた。

２．フレッツ・キャストの紹介

・ISPを介さずに、AWSのNWからNTT東日本のNWを通って利用者がサービスを利用することを可能とする。
・全FTTHユーザのうち、7割がNTT西・東を利用している。
・以下の3点を売りとして挙げていた。
①速度　　　　：通信キャリアのVPNより安価で高速
②セキュリティ：回線認証（※IPSecでない）
③品質　　　　：クローズドなNW。24時間365日対応可能。
・4KのVoDが可能となる。
→「ひかりTV 4K」等

３．サービス事例

・サービス適用例として「映像配信」「ICT教育」を挙げていた。
　①映像配信
　・会場と配信サーバをNGNで結び、配信はNGNかインターネット経由で行う。
　→現在は映像データをバイク便で運んでいるが、回線に置き換えられる。
　・課題：IPv6
　　AmazonVPC内ではインターナルでIPv6のアドレスを割り当てることができない点が課題。
　　→リバプロを立てることで解決したとのこと。IPv6のアドレスの割り当て先としてELBを使用しなかった理由としては、セキュリティ面の都合？？
　　[参考]http://srad.jp/~ozuma/journal/591374/
　　　　　http://d.hatena.ne.jp/rx7/20130925/p1
　②ICT教育
　・ICTパッケージとして提供する。学校・学習塾がターゲット。
　→インフラから学習アプリの導入～運用まで提供する。
　　「反転学習」*2にも使用できるとのこと。
　・公教育の分野のため、個人情報の取り扱いに対する要望が強い。

●苦労した点
・有識者が少なかったこと
→書籍の情報や「ドコモ・クラウドパッケージ」を活用した。

●良かった点
・IaaS部のセキュリティは外部に協力を仰いだ。（ex.スカイアーチ社）
・サーバ構成を頻繁に変更することができた。
→50～60？回は構成を変更したとのこと。

*1:IP（インターネットプロトコル）ネットワーク経由で配信する動画コンテンツを指す

*2:反転授業 - Wikipedia

AWS Summit Tokyo 2015 2日目【Day2 キーノート】

AWS Summit Tokyo 2015の2日目に参加した。
いくつかセミナーに参加したので、まとめ・感想文を書いておく。
※正確な情報・見解は後日公開される(であろう)公式資料や資料作成者のスライド等を参照のこと。
※長くなったので基調講演のまとめを前に置いた。

Day2 キーノート【同時通訳】

セッションスケジュール - AWS Summit Tokyo 2015 - クラウドで、未来を「今」に。- 2015年6月2～3日 グランドプリンスホテル新高輪にて開催

【基調講演まとめ】

１．AWSはモバイル分野・エンタープライズ分野に注力する。
→AWSが言うエンタープライズ分野への注力、というのはIaaS、PaaSレイヤの提供・運用だけでなく、
　VDI環境のフルマネージメントサポート*1や、ファイル共有サービスとメールやカレンダーアプリを業務利用できるレベルでの提供、といったDaaS(※Desktop as a Service)、SaaSなどの上位レイヤのサービスも提供・運用することを指す。
　
２．AWSの各マネージドサービスは「世界で使用されているサービス」という実績がある。
→AWSとしての顧客は全世界・多業種にわたる。その顧客ごとのユースケースに対して、AWSは各マネージドサービスを適用してきた実績がある。
　そのため、十分な適用・運用実績を持って顧客にアプローチをかけることが可能となっている。

【基調講演内容】

１．AWSの歴史

[内容]
・2006年からサービス開始。
・サービスの数が飛躍的に増えた。またサポートできるレイヤも増えた。
→2006年：24　2015年：516
・現在、一ヶ月におけるアクティブユーザが100万ユーザに達している。
→ここでいうアクティブユーザというのは、AWSのサービスを実運用しているレベルのユーザの数を指すらしい。

２．AWSのモバイルサービス

[概要]
・AWSはモバイルデベロッパー向けのサービスに注力する。
→モバイルビジネスのモデルに沿うようなサービスを提供する、ということ。
　→インフラ*2の抽象化等。本来モバイルデベロッパーが時間をかけるべき箇所はアプリ開発であるので、その他の部分をAWSがサービスとして提供する。

[内容]
・AWS LambdaとAmazon Cognitoが6/3より東京リージョンで使用可能となった。（※途中で発表された。）
・AWSが提供するモバイルサービスについて、４つの観点から紹介していた。
(1)ユーザ管理
・BtoB, BtoC, MtoMなどの認証情報を扱う認証基盤として、「Amazon Cognito」を紹介した。
→「Amazon Cognito」はID認証およびデータ同期、セキュリティに関する機能を提供する認証基盤サービス。
・イベント(データ)駆動が可能となっており、データ同期を契機としてAWS Lambdaのサービスを実行する、といった使い方ができる。また、他デバイスでの認証状況をCognitoにて参照できるため、デバイス毎のアプリの使用状況の把握が可能となる。

[利用事例]
　ATARI Inc. ： フィットネスアプリの認証基盤

(2)ユーザ行動分析
・「Amazon Mobile Analytics」を紹介した。
→デバイスから送られるデータをAnalyticsで受け取り、Amazon S3(データストレージ)とAmazon Redshift(分析基盤サービス)を使用し、過去分のデータとマージした結果をAnalyticsのコンソールに表示するという使い方ができる。

[利用事例]
　(※企業名は失念した) ： メッセージのプッシュ基盤と組み合わせ、メッセージにおけるデバイス毎のA-Bテストに使用

(3)SNS Push
・Amazon Simple Notification Service (Amazon SNS) を紹介した。
→メッセージのプッシュ基盤サービス。データ駆動が可能となっており、AWS Lambdaと組み合わせることができる。

[利用事例]
　Path Inc. ： 1日5億件のメッセージを送信するプッシュ基盤サービスを構築

(4)AWS Lambda
・「AWS Lambda」では、ステートレスなイベント駆動型の処理を作成することができる。
→イベント駆動型のバックエンドサービスを作成することができるため、「インフラの抽象化」が可能となる。
・Javaでの記述に対応予定。

３．Deep Dive DynamoDB

[概要]
AWSの川本さんの発表。Amazon DynamoDB紹介

[内容]
・Amazon DynamoDBはAmazonが社内利用するために作ったNoSQLデータベースシステム。
・AWSのIaaSレイヤのサービスを扱いやすいように作られている。
・DynamoDB内に格納したデータを「DynamoDB Streams」として取り出すことができ、StreamデータをAWS Lambdaに読み込ませ、Redshift、Amazon Machine Learning（機械学習サービス）等に出力することで、サーバレスで目的のデータを取り出すことが可能となっている。

４．デベロッパ（コミュニティ）向けサービス

[概要]
AWS Community Heroes 横田さんのマネージドサービスの利用事例紹介。

[内容]
(1)スシロー
予約用モバイルアプリから待ち時間情報を収集・加工し、Amazon Machine Learningへ連携するという事例。他にも回転寿司の皿にセンサーをつけて、売れ方や廃棄を管理しているらしい。*3

(2)ガリバーインターナショナル
ユーザ認証毎？のイベント駆動でモバイルアプリにメッセージをプッシュ配信するという事例

[まとめ]
・両サービスの特徴としては、全てAWSのマネージドサービスで構築されており、EC2を一切使っていないこと。
→プログラミングが不要となる、とのこと。*4
・開発および運用をスピーディーに実行することができる。
→1ヶ月かかっていた作業が3日で完了するようになった。

５．エンタープライズモビリティ

[概要]
Gene Farrellさん(TE-10セッションの発表者)によるマネージドサービスのモバイル端末対応について
※紹介程度だった。

[内容]
・全マネージドサービスについて、モバイル端末に対応する。
→業務システムにおけるモバイルファースト
・Amazon WorkDocsが東京リージョンで使用可能となるとのこと。（※途中で発表された。）
→「Amazon WorkDocs」はクラウド上でのファイル共有サービス。


基調講演はここで終了。ランチセッションに移行した。

・協賛企業一覧

・企業ブース(入り口入ってすぐの所)

*1:例としては、VDI越しに利用者が使用するユーザ企業やベンダー等が作成した業務アプリの保守を行うためのサービスを提供する等。

*2:ここではBaaSレイヤにあたる

*3:今度見に行こう･･･

*4:業務アプリを作る必要が無くなる、という意であると思われる

Oracle Certified Expert, Java Platform, EE 6 Web Component Developerうかった

Oracle Certified Expert, Java Platform, EE 6 Web Component Developer(OCJ-WC)に合格した。
受験動機としては、生のサーブレットを触ったり、アプリケーションサーバにデプロイする資産構成をまとめたりする機会があり、体系的な知識を得るために勉強しておきたかった為。


【試験名】
Java EE 6 Web Component Developer Certified Expert Exam
Java EE 6 Web Component Developer Certified Expert | Oracle Certification Exam


【勉強方法】
JavaEE6の資格に対応した日本語の問題集がないので、英語の問題集をメインに使用し、その他書籍やWeb上の情報を使いながら勉強した。
問題集を1～2周する中で、都度JavaDocを確認したり、サンプルアプリを作ったりし、問題集の各単元ごとに出てくるコードや設定を確認する、という学習方法をとった。
また不安に感じた部分は検証し、ブログの記事として書いた。
http-method-omissionを試す - ITお絵かき修行
サーブレット3.0のセキュリティ系アノテーションを試す - ITお絵かき修行


【使用した教材　書籍】
１．『Ocejwcd Study Companion: Certified Expert Java Ee 6 Web Component Developer (Oracle Exam 1z0-899)』

Ocejwcd Study Companion: Certified Expert Java Ee 6 Web Component Developer (Oracle Exam 1z0-899)

■使用感
ゴツくて重い。確実に筋力がつく*1
全22章、666ページあるので1周するのが非常にしんどい。
ただこの1冊を理解できたらサーブレット3.0の仕様はマスターした、といっても過言ではないと思う。そのくらい仕様を細かく解説している。
問題の精度はそこそこ。若干細かすぎる感がある。レベル感は少し難しめ(と感じた)。
章ごとの構成は「解説+問題」というオーソドックスな構成。自分は問題のみ使用して、解説は都度読んだ。
誤植が少なからず存在するので、詰まったときは早めに回答を見たほうが精神衛生上良い。

■総評
後で紹介するSJC-WC用の紫本のほうがオススメ。ただし、万全を期したいのであれば買ったほうがいいかも。
自分はこの機会に英語の問題文に慣れる、という気持ち込みで買った。今となっては買ってよかったと思っている。


２．『SUN教科書 Webコンポーネントディベロッパ(SJC-WC) 試験番号:310-083』

SUN教科書 Webコンポーネントディベロッパ(SJC-WC) 試験番号:310-083

■使用感
JavaGoldの紫本より少し薄く、少し重い。
内容自体はJavaEE5時代の試験に対応した内容だが、十分対応できる。
ただしサーブレット2.5と3.0とで仕様が変わってる部分がたくさんあるので、サーブレット3.0に関する情報は別途自分で集めなければならない。
本番の試験でも「ここ紫本でやったところだ…！」的な問題が少なからずあった。レベル感は本番の試験と似ている。(問題によっては若干易しいかも)

■総評
合格したいなら絶対に買うべき。書籍はこれ一冊でもいいかも。


３．『Beginning Java EE 6 GlassFish 3で始めるエンタープライズJava (Programmer’s SELECTION)』

Beginning Java EE 6 GlassFish 3で始めるエンタープライズJava (Programmer’s SELECTION)

■使用感
重い。詰まってる感がある。１．の問題集と同時に持ち運ぶのはかなり厳しい。

■総評
試験勉強ではほとんど使わなかった。ただしRESTful Webサービスに関する説明は参考になった。


【使用した教材　Web】
１．サーブレット仕様書、第 3.0 最終版
http://www.cresc.co.jp/tech/java/Servlet_Specifications/Servlet_Specification_3_0_Japanese.pdf

２．Java EE | TECHSCORE(テックスコア)
Java EE | TECHSCORE(テックスコア)

３．サーブレット3.0の新機能（1/5）：CodeZine
サーブレット3.0の新機能 （1/5）：CodeZine

４．Servlet 3.0 の新機能概要 | 寺田 佳央 - Yoshio Terada
Servlet 3.0 の新機能概要 | 寺田 佳央 - Yoshio Terada

１．２．は初めて勉強する際に一通り目を通した。
３．４．は都度確認する際に使用した。受験直前までお世話になった。


【試験の感想】
・JavaSEの試験のようにコードを追いかけていく試験ではなく、基本的に暗記モノの試験なので時間が足りないと感じることは無かった。
・JSP、カスタムタグ、JSTL、EL式、デプロイメント記述子(web.xml)のタグ情報や組み合わせ、設定可能な属性を執拗に聞かれる。なので、その他の部分の割とわかりやすい部分(「Java サーブレットの概要」など)で点を落とさないようにするべき。
・合格ライン61%に対して、正解率71%だった。自分はセキュリティに関するアノテーションが苦手だった。

*1:B5サイズで厚みが3.9cmある。Amazonの配送情報によると1.2kgらしい･･･