@ 仕事個人活動

Size: px

Start display at page:

Download "@ 仕事個人活動 https://www.facebook.com/neuecc"

ふみなもちやま
6 years ago
Views:

2 @ 仕事個人活動

3 神獄のヴァルハラゲートモンスタハンターロアオブカード

4 AWS+C# によるウェブソーシャルゲーム汎用的

5 その他 30% C# 50% AWS 20%

6 using

7 何故C# リリース後わずか半年でC#に全面移行

8 C# Everywhere Windows WinForms, WPF Mac Xamarin.Mac Windows Tablet Windows Store Application Web Application ASP.NET MVC/WebAPI, OWIN Cloud Microsoft Azure, AWS Game Unity, PlayStation Mobile SDK Mobile Xamarin.iOS Xamarin.Android Windows Phone 8 SDK Embedded Windows Embedded.NET Micro Framework NUI Kinect, LeapMotion

9 C# Everywhere - Current Windows WinForms, WPF Mac Xamarin.Mac Windows Tablet Windows Store Application Web Application ASP.NET MVC/WebAPI, OWIN Cloud Microsoft Azure, AWS Game Unity, PlayStation Mobile SDK Mobile Xamarin.iOS Xamarin.Android Windows Phone 8 SDK Embedded Windows Embedded.NET Micro Framework NUI Kinect, LeapMotion

10 C# Everywhere - Future Windows WinForms, WPF Mac Xamarin.Mac Windows Tablet Windows Store Application Web Application ASP.NET MVC/WebAPI, OWIN Cloud Microsoft Azure, AWS Game Unity, PlayStation Mobile SDK Mobile Xamarin.iOS Xamarin.Android Windows Phone 8 SDK Embedded Windows Embedded.NET Micro Framework NUI Kinect, LeapMotion

11 on AWS

12 現在の規模感 100 アプリケーションサーバー 10,000 リクエスト / 秒 100,000,000 ページビュー / 日問題ない C# によるウェブソーシャルゲーム開発

14 IIS8 (EC2 Windows Server 2012) MySQL 5.6(RDS) Redis(EC2 Amazon Linux)

15 Database

16 NoSQL でいい? RDBMS の利点

17 RDS こそ AWS を使う最大の理由! SQL Server vs MySQL AWS + C# の企業としては RDS としての良さのほうを選ぶ

18 r3.8xlarge ったら最強ね!

19 機能単位の垂直分割を採用水平分割は避ける

20 機能単位の垂直分割を採用ヴァルハラゲートレベルの負荷でも垂直分割で耐えられているので(r3.8xlargeは素晴らしい) ほとんどのアプリケーションは大きなデメリットを抱える水平分割する必要性はないのでは水平分割は避ける

21 DB 管理は GUI ツールを使いたい水平分割はツールと相性最悪

22 アプリケーションからはMasterのみ参照同一AvailabilityZoneへ配置する

23 public interface ITypedConnection : IDisposable { DbConnection Slave { get; } DbConnection Master { get; } } public BattleEntity SelectById(BattleConnection battle, int id) { return battle.master.query<battleentity>("select * from battle where id new { id }); } public UserEntity SelectById(UserInfoConnection user, int id) { return user.master.query<userentity>("select * from user where id new { id }); } コーディング時のミス防止 ( 間違った接続の利用はコンパイル時に弾かれる ) テーブルの別 DB への分割時にも完全にコンパイルチェックが効くので安全に行える C#( というか型付き言語 ) を使う利点

24 クエリは生 SQL を手書き Dapper connection.query<dog>("select * from dogs where id new { id = 100 })

25 テーブルと 1:1 で関連づいたクラス T4 テンプレート + ADO.NET GetSchema

26 [Serializable] [DataContract] public class GuideTemplateMaster { [DataMember(Order = 1)] public GuideCode GuideId { get; private set; } [DataMember(Order = 2)] public Int32 No { get; private set; } [DataMember(Order = 3)] public String Title { get; private set; } [DataMember(Order = 4)] public String Body { get; private set; } [DataMember(Order = 5)] public String LinkController { get; private set; } [DataMember(Order = 6)] public String LinkAction { get; private set; } [DataMember(Order = 7)] public Int32 Priority { get; private set; } [DataMember(Order = 8)] public NavicoCharacter NaviId { get; private set; } [DataMember(Order = 9)] public NavicoFaceType NaviPattern { get; private set; } Int Enum への変換などは生成後手で修正している半自動生成初回の雛形作成というぐらいの位置づけ public override string ToString() { return "" + "GuideId : " + GuideId + " " + "No : " + No + " " + "Title : " + Title + " " + "Body : " + Body + " " + "LinkController : " + LinkController + " " + "LinkAction : " + LinkAction + " " + "Priority : " + Priority + " " + "NaviId : " + NaviId + " "

27 永久に保存する領域データベースなど期間保存 Memcached/RedisなどExpire 付きアプリケーション単位 Static 変数リクエスト単位 - HttpContext.Items

28 永久に保存する領域データベースなど期間保存 Memcached/RedisなどExpire 付きアプリケーション単位 Static 変数リクエスト単位 - HttpContext.Items

29 アイテム名など不変の情報はキャッシュキャッシュ用コードもインデックス見て使い方が判別できるものもテーブル定義と一緒に自動生成してしまう ( マスタじゃない普通のテーブルに関してもインデックスを見てデータベースアクセサの雛形は自動生成してます ) public static class GuideTemplateMasterCache { public static readonly ReadOnlyCollection<GuideTemplateMaster> All; public static readonly ReadOnlyDictionary<Tuple<GuideCode, Int32>, GuideTemplateMas public static readonly ILookup<GuideCode, GuideTemplateMaster> ByGuideCode; } static GuideTemplateMasterCache() { using (var connection = new GeneralConnection()) { All = connection.master.queryenumerable<guidetemplatemaster>( "select * from GuideTemplateMaster").ToList().AsReadOnly(); } ByGuideIdAndNo = All.ToDictionary(x => Tuple.Create(x.GuideId, x.no)).asreadonl ByGuideCode = All.ToLookup(x => x.guideid); }

30 結合はアプリケーション側で LINQ to Objects で簡単

31 Redis

32 インメモリ Key-Value ストア RDS の不得意な部分を補える

33 用途毎のグループ分けと単純分散定時 (21:00~21:30, 22:00~22:30 など ) 開催のバトルの時だけ忙しいがそれ以外はほぼ 0 という極端なグラフになる Battle グループなど

34 Slave vs ElastiCache Redis

35 Protocol Buffers Speed?

36 Performance + Async

37 Time To First Byte

38 言語構文レベルでサポートされる非同期 var names = Members.Select(x => new { Name = x.getname() }).ToArray(); Members が 10 人だとして GetName が 2ms かかると同期だと 10 * 2 = 20ms var names = await Members.Select(async x => new { Name = await x.getnameasync() }).WhenAll(); 非同期で一気に同時に取得すれば 2ms で済む

39 // 例えば memcached の場合 var memcached = new MemcachedClient(); // 3 回アクセスがあって辛ぽよ var a = memcached.get("hoge"); // +10ms = 10ms var b = memcached.get("hage"); // +10ms = 20ms var c = memcached.get("huga"); // +10ms = 30ms // 1 度に問い合わせて分配 var all = memcached.get(new[] { "hoge", "hage", "huga" }); // +10ms var a2 = all["hoge"]; var b2 = all["hage"]; var c2 = all["huga"]; 別に非同期構文とかなくてもできるじゃん!?

40 // 例えば memcached の場合 var memcached = new MemcachedClient(); // 3 回アクセスがあって辛ぽよ var a = memcached.get("hoge"); // +10ms = 10ms var b = memcached.get("hage"); // +10ms = 20ms var c = memcached.get("huga"); // +10ms = 30ms // 1 度に問い合わせて分配 var all = memcached.get(new[] { "hoge", "hage", "huga" }); // +10ms var a2 = all["hoge"]; var b2 = all["hage"]; var c2 = all["huga"]; でも Incr とか Get 以外のコマンドは? それにこうしたコードってオブジェクトモデルでまとめにくい! 性能優先 vs 設計優先の対立になるの?

41 全コマンドがパイプライン化可能 Client-Server 間で 4 回の応答待ちが発生パイプラインで呼ぶと全部まとまってコマンド飛ばせるので往復遅延時間が削減

42 全てが非同期で自動でパイプライン化される var a = redis.tryget("hoge"); // Task なのでひどぅーき var b = redis.tryget("huga"); var c = redis.tryget("hage"); await Task.WhenAll(a, b, c); // 10ms

var fronthps = await field.ownguild.members.where(x => x.position == Position.Front).Select(async x => new { Name = await x.name, CurrentHP = (await x.userstatus).currenthp }).WhenAll(); x.name や x.

43 var fronthps = await field.ownguild.members.where(x => x.position == Position.Front).Select(async x => new { Name = await x.name, CurrentHP = (await x.userstatus).currenthp }).WhenAll(); x.name や x.userstatus は Redis への通信こうして書いたコードは自動的にパイプライン化されて非同期実行されている LINQ と相性良い IntelliSensable 超大事そうした LINQable のための設計と性能が両立できる // 自分の実行可能 (TP 不足じゃないとか ) なアビリティを ActionType でグループ分け var abilities = (await field.ownstatus.getcommandabilities()).where(x => x.canexecute == CanExecuteReason.CanExecute).GroupBy(x => x.actiontype);

44 Log for Performance

45 外部通信 (HTTP, SQL, Redis) を全て記録するアプリ側から行う利点

46 public class HttpProfilingHandler : DelegatingHandler { static readonly Logger httplogger = NLog.LogManager.GetLogger("Http"); public HttpProfilingHandler() : base(new HttpClientHandler()) { } public HttpProfilingHandler(HttpMessageHandler innerhandler) : base(innerhandler){ } protected override async Task<HttpResponseMessage> SendAsync( HttpRequestMessage request, System.Threading.CancellationToken cancellationtoken) { // 通信の前後を Stopwatch で測る var sw = Stopwatch.StartNew(); var result = await base.sendasync(request, cancellationtoken).configureawait(false); sw.stop(); } // 以下に好きなようにログ仕込む例えば JSON 化 httplogger.trace(applicationperformancelog.tojson( DateTime.Now, request.method.tostring(), request.requesturi.tostring(), sw.elapsedmilliseconds)); return result; HttpClient に対して DelegatingHandler を挟むことで処理の前後を簡単にフックできる new HttpClient(new HttpProfilingHandler());

47 public class LoggingDbProfiler : IDbProfiler { // 中略 MiniProfiler に用意されている IDbProfiler をカスタムして,ADO.NET のコネクションとして使うことで自由に仕込める var conn = new ProfiledDbConnection(new SqlConnection(), new LoggingDbProfiler()); } // コマンドが完了された時に呼ばれる public void ExecuteFinish(System.Data.IDbCommand pro ExecuteType executetype, S { commandtext = profileddbcommand.commandtext; if (executetype!= ExecuteType.Reader) { stopwatch.stop(); sqllogger.trace(newtonsoft.json.jsonconvert. { date = DateTime.Now, command = executetype, key = commandtext, ms = stopwatch.elapsedmilliseconds }, Newtonsoft.Json.Formatting.None)); } }

48 public class RedisProfiler : ICommandTracer { static readonly Logger redislogger = NLog.LogMan Stopwatch stopwatch; RedisSettings usedsettings; CloudStructures( 自社製の Redis ライブラリ ) に用意されてるプロファイラの口に通すことで送った / 受け取ったオブジェクトなどがモニタできる } public void CommandStart(RedisSettings usedsetti { this.usedsettings = usedsettings; stopwatch = Stopwatch.StartNew(); } public void CommandFinish(object sentobject, obj { stopwatch.stop(); var ms = (long)system.math.round(stopwatch.e redislogger.trace(applicationperformancelog.tojsonwithhost(datetime.now, usedsettings.host, command, key, ms)); }

49 記録したら簡単に見れなければならない Glimpse

50 全体の実行時間のほかあらゆるメトリクスを常時可視化目に見えてRedis並列実行

51 開発環境上では常に全SQL発行に対して explain結果も出すようにしている手動でやるようだと絶対にやらないので機械的に自動でやって常に見えるところに置かなければならない明らかにヤヴァそうなもの(Using filesortとか)は警告するこれにより開発者が開発中に自分で気づけるように誘導

52 同一キーの重複時警告送信受信オブジェクトのダンプオブジェクトサイズ Expire 残り時間通信時間などの表示

53 Workflow

54 Git + GitHub(Business) Jenkins Deploy

55 Next Generation Log Management & Analytics ログをクエリ

56 最高のモニタリング SaaS 自社製プラグインで Performance Counter などの情報も集積表示 SDK を叩いてアプリ側から Redis の利用具合を可視化

57 Analytics

58 アプリケーション分析のためのロギング Semantic Logging Application Block Tableau

59 アプリケーション分析のためのロギング Semantic Logging Application Block Tableau とかやってたら東京リージョンに来た Kinesis がきになるぅぅぅ!

60 Conclusion

61 C# + AWS は現実解構成は堅くシンプルに環境は常に最新に

Microsoft認定資格問題集(70-483_demo)

Microsoft認定資格問題集(70-483_demo) Microsoft 認定資格問題集受験番号 : 70-483 受験名 : C# でのプログラミング言語 : 日本語問題数 :179 問テストバリュー (TESTVALUE) はこの日本語版問題集の著作権を所有します問題集の他人への展開譲渡転売複製転載等の無断行為は法律上で禁止されています違反が発覚した場合法的措置を取らせて頂きますので予めご了承ください問題 1 Orderオブジェクトのコレクションがあります

@ 仕事 個人活動

@ 仕事個人活動