2014 03-15 業務アプリinsider ソフトウェア方面の先進テクノロジー
?Download as PPTX, PDF?
2 likes?5,580 views
![Nancy
public class MyModule : NancyModule {
public MyModule() {
Get[“/page/{id}”] = param => {
// データ取得
var data = new DbClient().GetData(param.id);
// データ加工
var responceData = data.Select(_ => _.Value);
// データ表示
return View["page", new { Data = responceData }];
};
Post[“/regist”] = param => { // 省略 };
}
}](https://image.slidesharecdn.com/2014-03-15insider-140316233727-phpapp02/85/2014-03-15-insider-20-320.jpg)
![シンプルなインタフェースと非同期
基本的にはGet/Set。戻り値が特殊でTask<T>で返ってくる。
プリミティブなインタフェースで、byte[]かstringくらいしか
返せないので、そのままアプリケーションに組み込むよりは
ラップしてあげたほうが使いやすい。
詳細は以下を参照
Build Insider - C#のRedisライブラリ「BookSleeve」の利用法
BookSleeveの特徴](https://image.slidesharecdn.com/2014-03-15insider-140316233727-phpapp02/85/2014-03-15-insider-37-320.jpg)
2014 03-15 業務アプリinsider ソフトウェア方面の先進テクノロジー
- 1. ソフトウェア方面の先進テクノロジー ～ Sansan 流の業務系アプリ開発者視点 ～ Sansan株式会社 藤倉 成太
- 2. ? 弊社サービスSansanについて ? SansanにおけるOSSの活用事例 ? Webフレームワーク ? PostgreSQL、Redisとクライアントライブラリ ? インフラ 今日話すこと
- 3. 名前 藤倉 成太（フジクラ シゲモト） 仕事 Sansan 事業部 開発部部長 アーキテクト 2009 年 Sansan 入社 自己紹介
- 5. たとえば RDB : Oracle / PostgreSQL / MySQL NoSQL : Memcached / Redis / MongoDB / RavenDB Web Framework : Nancy / ServiceStack DI : Unity / Ninject テスト: NUnit / NSpec / SpecFlow ロギング : log4net / NLog / Fluentd CI : Jenkins さらに選択肢を増やす Build Insider - 社内の開発環境の改善＆効率化のためにNuGetを活用しよ う それぞれが作った、ちょっとしたツールやコードを 社内用NuGetリポジトリに、公開しましょう .NETでも選択肢の数は変わらない
- 8. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 9. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 10. 名刺管理Webサービスを開発、運営 創業7年目で名刺管理に絞ったシステムを作っています。 名刺管理システム業界トップ。ちょっとだけCM流してます。 プロダクト 法人向け名刺管理Sansan C# + ASP.NET + PostgreSQL 個人向け名刺管理Eight Ruby on Rails + MySQL + AWS Sansan株式会社について
- 13. 言語 C# 5.0 (.NET Framework 4.5) Web/App Windows Server 2008 R2 / IIS 7.5 キャッシュ/セッション Redis DB PostgreSQL 9.1 インフラ 後述 Sansanの構成
- 15. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 16. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 19. 軽量Web Framework 処理を一つのメソッドで記述。 HTTPメソッドごとルーティングを指定して処理を記述。 RubyのWeb Framework、Sinatraにインスパイア。 Nancy require ‘sinatra’ get ‘/’ do # do something end post ‘/’ do # do something end
- 20. Nancy public class MyModule : NancyModule { public MyModule() { Get[“/page/{id}”] = param => { // データ取得 var data = new DbClient().GetData(param.id); // データ加工 var responceData = data.Select(_ => _.Value); // データ表示 return View["page", new { Data = responceData }]; }; Post[“/regist”] = param => { // 省略 }; } }
- 21. 用途 ログの収集解析アプリで利用。 ASP.NET & Nancy & MongoDB やりたかったこと やりたい処理は単純なデータ取得 > LINQ+αで加工 > 表示。 将来も含めて、MVCを利用するほどに大げさなものではなく、 容易に保守できるような作りにしたかった。 Nancy
- 23. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 24. PostgreSQLおさらい ? OSSのRDBMS ? 可用性向上のためのMVCCアーキテクチャ ? 組み込み全文検索エンジン ? 豊富な周辺プロダクト pgpool-II => コネクションプーリング、レプリケーション、負荷分散 Slony-I => レプリケーション PL/Proxy => 水平分散 FDW => 外部データラッパー Posgres-XC => 書き込み特化のDBクラスタ PostgreSQLについて
- 26. クエリ、設計の最適化 極端な高パフォーマンスは必要とされていないので、 基本に忠実に作ることを心がける。 seq scanさせない、頻繁に使うデータは必ずメモリに格納し、 ディスクI/Oを削減する。主要テーブルのCache Hit Rateは Cactiで常に監視して99％以上を保つ。 これらの実現のために、コードレビューとは別に SQL/テーブル設計レビューを実施している。 パフォーマンス維持の工夫
- 27. データプロバイダはNpgsql SQL Serverとほぼ同じ記述で利用可能で、OSSとしてはほぼ 唯一の選択肢になる。ADO.NETデータプロバイダとして大抵の ことはできるが、Entity Frameworkへの対応はない。 品質が特別高い訳ではないことが残念なところ。 ? Timeoutが既定値 ? 文字列日付の日付型への変換失敗 ? 大量のスレッドからの実行時、例外 ? 164個のOpen Issue (資料作成時) ただし、Github上での活動はそれなりに活発で、次期バージョン ではEntity Frameworkもサポートされるらしい。 C#からのPostgreSQL活用
- 28. Npgsqlサンプルコード using (var conn = new NpgsqlConnection(connStr)) { conn.Open(); var dataAdapter = new NpgsqlDataAdapter( @"select * from table_name", conn); var dataSet = new DataSet(); dataAdapter.Fill(dataSet); }
- 29. 他の選択肢は？ 有償製品になるが、dotConnectがある。 実はNpgsqlより歴史が長く、Entity Frameworkのサポートや LINQプロバイダ、Session State Store、Membership プロバイダなどもサポートしており、Npgsqlと比較して高機能。 ? どちらを選ぶか 費用と必要とする機能を天秤に掛けて選択。 弊社では既に分厚くラップしているので今はどちらでも大した 違いはないが、今から作るならdotConnectを選びたい C#からのPostgreSQL活用
- 31. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 32. Redisおさらい ? Memcachedより少し豪華なインメモリKVS ? データ構造(文字列、リスト、セット、ハッシュ) ? 永続化、レプリケーション ? Redis Cluster ? 将来的にはクラスタリングも可能(度々延期してますが…) ? http://redis.shibu.jp/admin/cluster/ ? P2P型で、リバランスも自動 Redis
- 34. 複数抽象度から選べるインタフェース ? RedisNativeClient ? RedisClient ? RedisTypedClient<T> 便利な機能が実装済 コネクションプールやハッシング、Pub/SubやLUAスクリプト の実行も当然サポート。 安定 更新が頻繁で利用者数も多く、安心して利用できる。 ServiceStack.Redisの特徴
- 35. ? Sample ServiceStack.Redisの特徴 var client = new RedisNativeClient("127.0.0.1", 6379); var value = client.LPop("list-key"); var client = new RedisClient("127.0.0.1", 6379); var value = client.As<Model>().GetItemFromList("list-key"); var manager = new PooledRedisClientManager("127.0.0.1:6379"); var client = manager.GetClient(); var value = client.Get<Model>("key");
- 36. いまひとつなインタフェース RedisClient型が持つpublicメソッドの数 => 437 全てのRedisデータ型を一クラスにまとめているためこんな事に ? client.GetItemFromList() ? client.GetValueFromHash() Redisデータ型ごとに分けるとか出来そうだが… メソッド名も初見では少し焦る。 ? client.Replace() => keyがあれば更新 ? client.Add() => keyがなければ挿入 これらはそれぞれコマンドあるからしょうがないとも言えるが Push、Pop、Enqueue、Dequeueは絶許。 ServiceStack.Redisの特徴
- 37. シンプルなインタフェースと非同期 基本的にはGet/Set。戻り値が特殊でTask<T>で返ってくる。 プリミティブなインタフェースで、byte[]かstringくらいしか 返せないので、そのままアプリケーションに組み込むよりは ラップしてあげたほうが使いやすい。 詳細は以下を参照 Build Insider - C#のRedisライブラリ「BookSleeve」の利用法 BookSleeveの特徴
- 39. シリアライズ/デシリアライズ Google謹製protocol buffersの.NET実装、protobuf-net。 軽量かつ高速、Googleでの利用実績もあって即決。 同類にMessagePack for CLIがあったが、当時は protobuf-netと比較するとパフォーマンス、実績の点で欠けた (ただし利便性はMessagePackの方が良かった) Redisの活用 - キャッシュ
- 41. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 42. 1. Sansanについて 2. Sansanの構成 1. Webフレームワーク 2. DB(PostgreSQL) 3. キャッシュ/セッション(Redis) 4. インフラ 3. まとめ アジェンダ
- 43. たとえば RDB : Oracle / PostgreSQL / MySQL NoSQL : Memcached / Redis / MongoDB / RavenDB Web Framework : Nancy / ServiceStack DI : Unity / Ninject テスト: NUnit / NSpec / SpecFlow ロギング : log4net / NLog さらに選択肢を増やす Build Insider - 社内の開発環境の改善＆効率化のためにNuGetを活用しよ う それぞれが作った、ちょっとしたツールやコードを 社内用NuGetリポジトリに、公開しましょう .NETでも選択肢の数は変わらない
- 47. ご清聴ありがとうございました。