サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

アプリケーション構築を行う場合、前回「システム全体を連続稼働に持ち込め！」述べたとおりハードウェア構成やネットワークなどを把握したうえで構築しなければならない。今回は、さらにその上、ソフトウェアの世界であっても、土台となるアプリケーションサーバが登場してくる。現在、企業向けアプリケーションを構築する場合、「アプリケーションサーバ」という名のミドルウェア上で作成するのがほとんどの場合だろう。このアプリケーションサーバ、果たして本当に理解して利用しているだろうか？ 切っても切れない関係 現在の主流プラットフォームであるJava EE、および.NET Frameworkでは、そのほとんどの機能についてアプリケーションサーバ（またはそれ相当の機能）の存在が前提となっている。 JavaであればJava EE（旧J2EE）対応のアプリケーションサーバだ。.NET Frameworkの場合、IISやMT

1.序論 よくある質問として、 クライアントとサーバの違いって何？ クライアントとフロントって同じ？ サーバって何？ 「クライアント・サーバ」と「サーバサイド・フロントエンド」のサーバって同じ意味なの？ Webサーバって何？ というのをよく聞く。 このブログでは、これらの単語を紐解きながらサーバ・クライアントとその周辺知識の説明をしていく。 2.サーバ・クライアントとは 2-1.serveの意味 serveという英単語には、「（人や料理店が飲食物を）出す、提供する」という意味がある。 server：（飲食物などを）提供する人。 client：お客さん。（飲食物などを）提供される人。 技術的な話において言えば、 server：何かを提供する人（モノ） or 何かを使える状態にしてくれる人（モノ） client：何かを提供される人（モノ） or 何かを利用する側の人（モノ） というイメージをも

概要 TomcatもWebサーバ機能を持っていますが、従来のWebサーバソフトと比較すると性能が良くなく検証作業など内部利用にとどめた方が良いと言われています。本格的なWebサーバ機能が必要なシステムでは、Apache、IISなどの専用WebサーバソフトとTomcatを連携して使用します。以下に、TomcatのWebサーバ機能を利用すべきでないと言われている理由を記載します。 TomcatのWebサーバ機能は歴史が浅く、Webサーバ専用ソフトと比較すると安定性が悪く、セキュリティも高くない。 TomcatのWebサーバ機能は一般に高速ではない。 Webサーバ専用ソフトを使用することにより静的コンテンツと動的コンテンツの処理を分散させることができる。

TCPでは、信頼性のある通信を実現するために、相手にデータが届いたことを必ず確認するという手法を採用している。データを送信する場合、それに対する確認応答を受け取って始めて送信が完了したと判断するのである。 以下は、PC1からPC2に対して、TCPを使ってデータを送信する場合の通信のやりとりを示したものである。 TCPにおける基本的な通信形態 TCPでは、送信したパケットに対して必ず確認のための応答を送信することによって信頼性のある通信を実現している。 （1）送信するデータをTCPパケットに載せ（送信したデータにTCPヘッダを付加する）、それをIPパケットに載せてPC2あてに送信する。 （2）TCPパケットを受け取ると、データを受け取ったことを示すためにACKパケット（正確には、ACKフラグがオンになったTCPパケット）を送信する。ACKを受信して始めて、送信が正常に終了したことになる。 ま

Webアプリにおけるサーバとクライアントの常識：Webアプリの常識をJSPとStrutsで身につける（3）（1/3 ページ） 本連載は、JSP／サーブレット＋StrutsのWebアプリケーション開発を通じて、Java言語以外（PHPやASP.NET、Ruby on Railsなど）の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です 前回は、「Strutsの常識を知り、EclipseとTomcatの環境構築」と題し、Webアプリケーションフレームワークの1つであるStrutsについての概要を説明したうえで、JDKやEclipse、TomcatなどのWebアプリケーション作成の環境構築を行い、サンプルプログラムを実際に作成してみました。 今回は、「サーバとクライアントの常識」と題し、サーバとクライアントの関係など詳しく説明していくとともに、前回紹介したサンプ

Goでリバースプロキシを作ったものの、そもそもリバースプロキシが何なのか、何で必要なのか分からなかったのでまとめてみた。 主に [24時間365日] サーバ/インフラを支える技術 ‾スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) を勉強して、理解に必要そうなところだけ抽出した。 冗長化の必要性 冗長化とは、障害が発生しても予備の機材でシステムの機能を継続できるようにすること。 Webサービスでいえば、webサーバが１つ死んだり障害が発生したりしても、サービスには支障を出さずに運用を続行出来るようにすること。 システムを冗長化するとは、 障害を想定する 障害に備えて予備の機材を準備する 障害発生時に予備の機材に切り換えられる運用体勢を敷く ことをいう。 予備機材を導入して障害に備える 先の冗長化の方法にあるように、予備機材を導入する。 これでw

非同期処理と疎結合ができる「メッセージング」の常識：企... atmarkit.itmedia.co.jp

自分が書いた↓の記事を読んで解説します。記事もぜひ読んでブクマとかツイートしてね！ http://mikumikuplay.com/it/design_of_application_architecture/ 1. 企画書・仕様書を読んでシステムの特徴を捉える 　ハードウェアやミドルウェアの特徴 　画面の特徴 　バックエンドロジックの特徴 　開発を困難にする箇所 2. パターン分類する 　画面遷移のパターン 　バックエンドロジックのバターン 3. ライブラリを実装する（共通ロジックを見つける） 　既存のライブラリを探す 　共通化すればする程、生産性が上がる 　難しいロジックを隠ぺい 4. フレームワークを実装する(共通した処理の流れを見つける） 　既存のフレームワークを探す 　処理の流れを共通化 5. 実装したアプリケーションアーキテクチャをプロジェクトへ浸透させる 　ライブラリ・フレー