Webのバッチ処理とオンライン処理のポイントとシステムの応答性能を学ぶ#2（社内勉強会）｜TechRacho by BPS株式会社
#1 処理時間とレスポンス時間 #2 バッチ処理とオンライン処理（本記事） #3 バッチ処理を設計するときの注意点 #4 オンライン処理とUXの工夫 #5 Railsのジョブ管理システムと注意点 #6 バッチ処理ですぐに使えるノウハウ、まとめ 「バッチ処理」と「オンライン処理」の違いを理解する バッチ処理とオンライン処理は対になる考え方です。 ある程度の量のデータをまとめて処理することを「バッチ処理」と呼びます。「一括処理」と呼ばれることもあります。 バッチ処理はある程度（数分〜数時間）時間のかかる処理に用いられるため、案件にもよりますが、一般にある程度長めの処理時間が許容されます（もちろん顧客への説明と了解も必要です）。計算量の多い処理や、日次/月次/年次といった締め処理は多くの場合バッチ処理で行われます。 「数時間かかるバッチなら営業時間が始まるまでに終了して欲しい」「1時間に1回実行
Webアプリのセッション管理とデータ保存を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法（本記事） 3. Webサービスにおけるデータ保存（サーバーサイド編） 続いてサーバー側でのデータ保存について説明します。 ほとんどのWebサービスでは、最終的なデータをサーバーのどこかに保存しておかなければなりません。Webサーバーは多数のクライアント（及びユーザー）から同時にアクセスを受けるため、それらを個別に処理して、矛盾が生じないように保存する必要があります。 サーバー側でのデータ保存の種類について以下で説明します。 A. ファイルに保存する 最も単純な方法であり、手軽に作成されたフォームプログラムなどではCSVファイルなどから設定情報を読み取り、データ保存もサーバー側のCSVファイルなどに書き出すといった作りをすることがあります ファイルへの保存は最も手軽に行える方式で
Webアプリのセッション管理とデータ保存を学ぶ#1（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎（本記事） #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法 概要 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 Webアプリを「データや状態の保存」という観点からクライアント側とサーバー側について説明します。 1. Webアプリのセッション管理の基礎 HTTPプロトコルはステートレスなので、そのままではデータや状態を次のHTTPセッションに引き継げません。このままでは掲示板や商品購入や支払い機能を作れないので、何らかの形で状態を維持するしくみが必要です。 Webサービスを構成する上でのステート（State: 状態）管理機能には、以下の要件が求められます。 HTTPリクエストを受け取ったときに、同じユーザーからのアクセスを「これは以前のこのリクエストと同じ
Webアプリの基礎とさまざまな実行環境を理解する#1（社内勉強会）｜TechRacho by BPS株式会社
BPS社内勉強会のmorimorihogeさんのスライド「Webアプリの基礎とさまざまな実行環境を理解する」を2回3回に分けてお送りします。 追記: 3分割に変更しました🙇。 #1: Webのしくみ（本記事） #2: Webサーバーの役割とWebサービスの代表的な形態I〜III #3: Webサービスの代表的な形態IV（Rails）、ステートレスとステートフル はじめに 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 細かい話をしていくと色々とありますが、あくまで代表的なWebアプリの動作環境の構成について説明していきます。 なお、発表者（morimorihoge）のWeb開発経歴はPHP 7年程度 -> Rails開発8年程度となっており、いわゆるエンタープライズJavaアプリケーションやASP.NETのような世界
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
