Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à 広島Ruby勉強会#35プレゼン
Similaire à 広島Ruby勉強会#35プレゼン (20)
Plus de Kakigi Katuyuki
Plus de Kakigi Katuyuki (20)
広島Ruby勉強会#35プレゼン
- 1. Rails と AWS で業務システムを 構築してみた 2013/11/02 広島 Ruby 勉強会 #035
- 3. 目的 • Rails と AWS で業務システムを構築した 際にはまったところを設計・実装の観 点から解説します。
- 4. 対象 • • • 業務アプリケーションに興味がある AWS(Amazon Web Service) に興味がある アジャイル開発に興味がある
- 5. 自己紹介 • 名前 カキギ カツユキ • 仕事 インターネット通販事業 （ EC コンサルティング企画室） • 趣味 山登り・ランニング
- 6. プロジェクト構成 • 期間 • コスト • スコープ • 組織体制 • 開発手法
- 7. プロジェクト構成 • 期間 • ６ヶ月 • 現在ステージング環境で運営 • １１月から本番環境でサービスイン
- 8. プロジェクト構成 • コスト • １００万円 • クラウドの年間保守費用込み • 担当者の人件費は計上していない
- 12. プロジェクト構成 • 組織体制 • ネット通販事業部門・・・設計・開発 • 協力会社・・・開発・保守 ネット通販事業部門 コアチーム 協力会社
- 15. システム構成 • 移行前 • オンプレミス • パッケージソフト • 自社システム 受注管理 パッケージソフト 自社システム (MS Access)
- 16. システム構成 • 移行後 • オンプレミス • パッケージソフト • クラウド • 自社システム 受注管理 パッケージソフ ト DB サーバ (MySQL) 自社システム (Ruby on Rails)
- 20. 設計での問題 • データ処理方式による問題 受注管理 パッケージソフト 自社システム (MS Access) 受注管理パッケージソフト からインターフェースした データはアップロード時に DB を全部削除してから登 録する
- 21. 設計での問題 • データ処理方式による問題 受注管理パッケージソフト からインターフェースした データはアップロード時に 上書き更新登録する DB サーバ (MySQL) 自社システム (Ruby on Rails) 受注管理 パッケージソフ ト
- 22. 設計での問題 • データ処理方式による問題 DB サーバ (MySQL) 自社システム (Ruby on Rails) インタフェース元データを 削除した場合、そのデータ を既に登録しているならば 手作業で削除しなければな らない。 受注管理 パッケージソフ ト
- 23. 設計での問題 • データ処理方式による問題 データ内訳件数を明示して 不整合を見つけやすくする ことで対応 DB サーバ (MySQL) 自社システム (Ruby on Rails) 受注管理 パッケージソフ ト
- 24. 実装での問題 • RDMS のパフォーマンスの問題 • リテラル値の使い方
- 25. 実装での問題 • RDMS のパフォーマンスの問題 • ステータスごとにデータを管理するので Order.where(status: [‘ 新規’ ,’ 出荷’ ,’ 確定’ ]) というクエ リを多用しているが MySQL5.5 では IN 句を使っ たクエリは遅い。 • 過去３年分の注文・売上データを保持するように なったので Order.all などを実行するとえらいこと になる。
- 26. 実装での問題 • RDMS のパフォーマンスの問題 • IN 句の問題は MySQL5.6 から改善されているので RDS のバージョンを MySQL5.6 にアップグレード • インデックスを作成してチューニング (add_index :order, :order_number) • データを確定と未確定に分けて通常の処理対象は 未確定データのみとするようにす る。 Order.summary など検索対象を未確定データの みとするメッソドに変更
- 27. 実装での問題 • リテラル値の使い方 def check_hoge @order = Order.all if @order.ec_site = ‘ 楽天’ if @order.payment = ‘ クレジット’ case @order.sales_division when ‘1’ hoge1 when ‘2’ hoge2 end 区分情報が１ end とか２で業務 end 的にわからな end い 今後変化する かもしれない 文字列を直接 つかっている
- 28. 実装での問題 • リテラル値の使い方 def set_name @ec_site_name = { rakuten: ‘ 楽天’ , yahoos: ‘ ヤフーショッピング’ , amazon: ‘amazon’ } end def check_hoge @order = Order.all if @order.ec_site = @ec_site_name[:rakuten] ・・・ case @order.sale_division whene Division.find_by_type(‘SALES’,’1’) hoge1 名称はハッシュとし てモデルで一元的に 管理できるようにす る 区分情報を管理する マスタから取得する ようにする
- 30. 質疑応答