NginxとApacheを比較｜どちらを選ぶべきか

NginxとApacheを比較｜Webサーバー選定の最適解を完全解説

Webサーバーの選定は、システムのパフォーマンスとセキュリティを左右する最重要課題です。NginxとApacheは2大巨頭として知られていますが、実際にどちらを選ぶべきかはユースケースによって大きく異なります。本記事では、両者の技術的特徴、パフォーマンス比較、セキュリティ対策、そして具体的な導入シナリオまでを網羅的に解説します。読み終えた段階で、あなたのプロジェクトに最適なWebサーバーが明確になるでしょう。

目次

• NginxとApacheの基本概要
• アーキテクチャの違いを徹底比較
  • プロセスモデルの仕組み
  • イベント駆動型アーキテクチャのメリット
• パフォーマンス比較：ベンチマークデータで見る真実
  • 静的コンテンツ処理能力
  • 動的コンテンツ処理能力
• 設定方法と柔軟性の比較
  • ディレクティブ構文の違い
  • モジュールシステムの比較
• セキュリティ対策の徹底比較
  • DDoS攻撃への耐性
  • SSL/TLS設定の実装
• 導入シナリオ別の最適解
  • 高トラフィックサイト
  • WordPressサイト
  • マイクロサービスアーキテクチャ
• 導入手順と運用管理
• よくある質問と回答
• まとめ：Nginx vs Apacheの最終判断基準

NginxとApacheの基本概要

Webサーバーは、クライアントからのHTTPリクエストを処理し、静的・動的コンテンツを配信するソフトウェアです。Nginx（エンジン・エックス）とApache HTTP Server（以下Apache）は、この分野で圧倒的なシェアを誇る2大Webサーバーです。

Nginxは2004年にロシアのプログラマーIgor Sysoev氏によって開発されました。当初はロシア最大のポータルサイトであるRamblerの負荷分散を目的に設計され、その高いパフォーマンスと低リソース消費が注目を集めました。現在では、Netflix、Dropbox、Airbnbなどの大規模サービスで採用されています。

一方、Apacheは1995年にNCSA HTTPdをベースに開発された歴史あるWebサーバーです。オープンソースソフトウェアとして広く普及し、現在でも世界中のWebサイトで最も多く使用されています。その柔軟性と拡張性の高さから、中小規模のサイトから大企業まで幅広く採用されています。

両者の主な違いは、アーキテクチャと処理方式にあります。Nginxは非同期・イベント駆動型のアーキテクチャを採用しており、高い並列処理能力を発揮します。一方、Apacheはプロセス・スレッド型のアーキテクチャを採用しており、柔軟な設定と拡張性に優れています。

この記事では、両者の技術的特徴、パフォーマンス、セキュリティ、そして具体的な導入シナリオについて詳細に比較します。読み進めることで、あなたのプロジェクトに最適なWebサーバーを選択するための判断基準が明確になるでしょう。

アーキテクチャの違いを徹底比較

Webサーバーのアーキテクチャは、そのパフォーマンスとリソース消費に大きな影響を与えます。NginxとApacheの根本的な違いは、このアーキテクチャにあります。

プロセスモデルの仕組み

Apacheは、主に以下の3つのマルチプロセスモジュール（MPM）を使用します。

Apacheのprefork MPMは、各リクエストを独立したプロセスで処理します。このモデルは安定性が高く、古いモジュールとの互換性がありますが、リソース消費が大きくなります。特に同時接続数が増加すると、メモリ使用量が急激に増加します。

worker MPMは、プロセス内で複数のスレッドを使用してリクエストを処理します。これにより、メモリ効率が向上し、同時接続数を増やすことができます。しかし、スレッドセーフでないモジュールを使用する場合は注意が必要です。

event MPMは、Apache 2.4以降で導入された最新のMPMです。非同期イベント駆動型の処理により、高い同時接続性と低いリソース消費を実現します。これはNginxのアーキテクチャに近い動作をします。

イベント駆動型アーキテクチャのメリット

Nginxは、完全なイベント駆動型アーキテクチャを採用しています。このアーキテクチャは、以下のような特徴を持ちます。

• 非同期処理：リクエストは独立したイベントとして処理され、システムリソースを効率的に活用します。
• シングルプロセス・シングルスレッド：Nginxは基本的に1つのプロセスで動作し、その中で複数のワーカー（スレッド）が並列処理を行います。
• 低リソース消費：同時接続数が数万に達しても、メモリ使用量は比較的安定しています。
• 高い並列処理能力：1つのワーカーが複数の接続を同時に処理できるため、高いスループットを実現します。

このアーキテクチャのメリットは、以下のベンチマークデータで明確に表れています。

同時接続数とレスポンスタイムの比較（出典: Nginx公式ドキュメント）

このデータから明らかなように、Nginxは高い同時接続数でも安定したレスポンスタイムを維持し、CPU使用率も低く抑えられています。一方、Apacheのprefork MPMは同時接続数が増加すると急激にパフォーマンスが低下します。

パフォーマンス比較：ベンチマークデータで見る真実

Webサーバーのパフォーマンスは、静的コンテンツと動的コンテンツの処理能力によって大きく異なります。ここでは、両者のパフォーマンスを具体的なベンチマークデータで比較します。

静的コンテンツ処理能力

静的コンテンツ（HTML、CSS、画像、JavaScriptなど）の処理は、Webサーバーの基本機能です。NginxとApacheの静的コンテンツ処理能力を比較します。

静的ファイル（10KB）の同時リクエスト処理能力（出典: TechEmpower Benchmarks Round 22）

このベンチマークから、NginxはApacheと比較して圧倒的に高いリクエスト処理能力を持っていることがわかります。特に同時接続数が多い場合、Nginxの優位性が顕著に表れます。

Nginxの高いパフォーマンスの要因は、以下の通りです。

• 非同期I/O処理：ファイルの読み込みと書き込みを非同期に処理することで、待ち時間を最小限に抑えます。
• メモリマップドファイル：ファイルをメモリにマップすることで、高速なアクセスを実現します。
• 圧縮処理の最適化：gzip圧縮を効率的に処理し、帯域幅の使用を最小限に抑えます。

動的コンテンツ処理能力

動的コンテンツ（PHP、Python、Rubyなどのスクリプト言語で生成されるコンテンツ）の処理は、Webサーバーとアプリケーションサーバーの連携が必要です。一般的な構成として、Nginx/ApacheとPHP-FPM、またはApacheとmod_phpの組み合わせが使用されます。

PHP動的コンテンツ処理能力（出典: TecAdmin.net）

このベンチマークから、Nginx + PHP-FPMの構成が最も高いリクエスト処理能力を発揮していることがわかります。Apache + mod_phpの構成は、同時接続数が多い場合にパフォーマンスが大幅に低下します。

動的コンテンツ処理におけるNginxの優位性は、以下の要因によるものです。

• 軽量なプロキシ機能：Nginxはリバースプロキシとして動作し、静的コンテンツは自身で処理し、動的コンテンツはアプリケーションサーバー（PHP-FPM、Gunicornなど）に転送します。
• 低オーバーヘッド：Nginxは軽量な設計であり、リバースプロキシとしてのオーバーヘッドが小さいです。
• 高い並列処理能力：Nginxのイベント駆動型アーキテクチャは、多数の同時接続を効率的に処理します。

一方、Apache + mod_phpの構成は、Apacheがプロセスベースで動作するため、同時接続数が増加するとリソース消費が大きくなります。Apache + PHP-FPMの構成は、PHP-FPMがプロセス管理を行うため、ある程度のパフォーマンス向上が見られますが、Nginx + PHP-FPMには及びません。

設定方法と柔軟性の比較

Webサーバーの設定方法と柔軟性は、運用管理のしやすさや拡張性に大きな影響を与えます。NginxとApacheの設定方法を比較し、それぞれの特徴を解説します。

ディレクティブ構文の違い

Apacheの設定は、主にhttpd.confや各サイトの設定ファイル（.confファイル）に記述されるディレクティブ（命令）で構成されます。Apacheのディレクティブは、人間が読みやすい構文で記述され、直感的な設定が可能です。

Apacheの設定例（バーチャルホストの設定）

<VirtualHost *:80>
    ServerName example.com
    DocumentRoot /var/www/html
    <Directory /var/www/html>
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Apacheの設定ファイルは、ブロック構造を採用しており、ディレクティブをグループ化して設定することができます。また、.htaccessファイルを使用することで、ディレクトリ単位で設定を上書きすることが可能です。これは、共有ホスティング環境などで非常に便利な機能です。

一方、Nginxの設定は、主にnginx.confファイルに記述されるディレクティブで構成されます。Nginxのディレクティブは、Apacheと比較して簡潔で、パフォーマンスを重視した構文になっています。

Nginxの設定例（バーチャルホストの設定）

server {
    listen 80;
    server_name example.com;
    root /var/www/html;
    index index.html index.htm;

    location / {
        try_files $uri $uri/ =404;
    }

    error_log /var/log/nginx/error.log;
    access_log /var/log/nginx/access.log;
}

Nginxの設定ファイルは、Apacheと比較して構文が簡潔であり、パフォーマンスに直結する設定が多いです。また、Nginxは.htaccessに相当する機能を持たないため、設定の変更は常にnginx.confファイルを編集する必要があります。これは、運用管理の観点からはデメリットといえますが、パフォーマンスの向上につながります。

モジュールシステムの比較

Apacheは、モジュールシステムを採用しており、必要な機能を動的にロードすることができます。Apacheのモジュールには、以下の2種類があります。

• 静的モジュール（Static Modules）：Apacheをコンパイルする際に組み込まれるモジュール。実行ファイルに組み込まれるため、実行時のオーバーヘッドがありません。
• 動的モジュール（Dynamic Modules / DSOs）：実行時にロード・アンロードできるモジュール。httpd.confでLoadModuleディレクティブを使用してロードします。

Apacheの主なモジュールには、以下のようなものがあります。

Apacheのモジュールシステムは非常に柔軟であり、必要な機能を簡単に追加・削除することができます。これは、Apacheの大きな強みの1つです。

一方、Nginxはモジュールシステムを採用していますが、Apacheとは異なり、モジュールはNginxのソースコードに組み込まれる形で提供されます。Nginxの主なモジュールには、以下のようなものがあります。

Nginxのモジュールは、Nginxのソースコードに組み込まれるため、Apacheのように動的にロード・アンロードすることはできません。モジュールを追加するには、Nginxを再コンパイルする必要があります。これは、Nginxの柔軟性を制限する要因の1つですが、その一方で、Nginxの安定性とパフォーマンスに寄与しています。

また、NginxはApacheと比較して、組み込みの機能が充実しています。例えば、Nginxはリバースプロキシ、負荷分散、キャッシュ機能などを標準で備えており、Apacheと比較して少ないモジュールで同等の機能を実現できます。

セキュリティ対策の徹底比較

Webサーバーのセキュリティは、システム全体のセキュリティを左右する重要な要素です。NginxとApacheのセキュリティ機能と脆弱性対策について比較します。

DDoS攻撃への耐性

DDoS（Distributed Denial of Service）攻撃は、Webサーバーに大量のリクエストを送りつけることで、サービスを停止させる攻撃です。NginxとApacheのDDoS攻撃への耐性を比較します。

DDoS攻撃耐性の比較（出典: Cloudflare社のレポート）

Nginxは、リクエストレート制限やIPアドレスブラックリストなどの機能を標準で備えており、DDoS攻撃への耐性が高いです。また、Nginxのイベント駆動型アーキテクチャは、多数の同時接続を効率的に処理するため、リソース枯渇型のDDoS攻撃に強いといえます。

Apacheも同様の機能を提供していますが、モジュールの設定が複雑であったり、リソース消費が大きくなる傾向があります。特に、Apacheのprefork MPMは、同時接続数が増加するとリソース消費が急激に増加するため、DDoS攻撃に対して脆弱です。

DDoS攻撃への具体的な対策として、以下の設定が推奨されます。

• Nginxの場合：

  http {
      limit_req_zone $binary_remote_addr zone=one:10m rate=10r/s;
  
      server {
          location / {
              limit_req zone=one burst=20 nodelay;
              limit_req_status 429;
          }
      }
  }

• Apacheの場合：

  <IfModule mod_evasive24.c>
      DOSHashTableSize 3097
      DOSPageCount 2
      DOSSiteCount 50
      DOSPageInterval 1
      DOSSiteInterval 1
      DOSBlockingPeriod 10
  </IfModule>

SSL/TLS設定の実装

SSL/TLS暗号化は、Webサイトのセキュリティを確保するために必須の機能です。NginxとApacheのSSL/TLS設定の実装方法を比較します。

SSL/TLS設定の比較

NginxとApacheのSSL/TLS設定は、基本的な機能は共通していますが、設定方法やディレクティブ名が異なります。以下に、両者の基本的なSSL/TLS設定例を示します。

NginxのSSL/TLS設定例

server {
    listen 443 ssl;
    server_name example.com;

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384';
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 10m;

    root /var/www/html;
    index index.html;
}

ApacheのSSL/TLS設定例

<VirtualHost *:443>
    ServerName example.com
    DocumentRoot /var/www/html

    SSLEngine on
    SSLCertificateFile /etc/letsencrypt/live/example.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
    SSLCertificateChainFile /etc/letsencrypt/live/example.com/chain.pem

    SSLProtocol -all +TLSv1.2 +TLSv1.3
    SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
    SSLHonorCipherOrder on
    SSLSessionCache shmcb:/var/cache/mod_ssl/scache(512000)
    SSLSessionTimeout  10

    <Directory /var/www/html>
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

SSL/TLSのセキュリティを向上させるためには、以下のベストプラクティスに従うことが推奨されます。

• 最新のプロトコルバージョンを使用する：TLS 1.2またはTLS 1.3を使用し、古いプロトコル（SSLv3、TLS 1.0、TLS 1.1）は無効にします。
• 強力な暗号スイートを使用する：ECDHE（Elliptic Curve Diffie-Hellman Ephemeral）を使用

導入シナリオ別の最適解

Webサーバーを選択する際は、用途や要件に応じてNginxとApacheの特性を活かすことが重要です。例えば、静的コンテンツの高速配信を重視する場合、Nginxは非同期I/O処理により低負荷で高いパフォーマンスを発揮します。一方、動的なコンテンツや複雑なリライトルールを多用する環境では、Apacheのモジュール拡張性や.htaccessによる柔軟な設定が適しています。

また、リバースプロキシやロードバランサーとしての利用も、両者の得意分野です。Nginxは高い同時接続性能を活かしたリバースプロキシ機能に優れ、Apacheはmod_proxyやmod_jkを用いたバランシングで安定した動的コンテンツ配信を支えます。さらに、セキュリティ要件が厳しい場合は、Apacheの豊富なセキュリティモジュールやNginxの高速なSSL/TLS処理を活用することで、適切な対策を講じられます。

具体的な導入例として、以下のようなシナリオが挙げられます。

• 高トラフィックの静的サイト：Nginxの低リソース消費と高速なレスポンスを活かす

いずれの選択肢も、運用環境や将来的な拡張性を考慮した上で、目的に応じた最適な構成を検討することが求められます。

高トラフィックサイト

高トラフィックサイトでは、サーバーの処理能力と安定性が求められるため、NginxとApacheのどちらを選択するかが重要な判断基準となります。一般的に、Nginxはイベント駆動型のアーキテクチャを採用しており、多数の同時接続を効率的に処理することが得意です。一方、Apacheはプロセス駆動型であるため、リソースの消費が大きくなりやすく、高負荷時にはパフォーマンスが低下する可能性があります。

Nginxは非同期I/Oモデルを採用しており、少ないリソースで多くの接続を処理できるため、動的なコンテンツ配信や静的ファイルの高速配信に優れています。例えば、静的ファイルの配信では、NginxはApacheと比較してCPUやメモリの使用量が少なく、レスポンスタイムも短縮される傾向にあります。また、Nginxはロードバランサーとしても利用できるため、サーバーの負荷分散にも活用できます。

一方で、Apacheもチューニング次第では高トラフィックに対応することが可能です。例えば、mpm_eventモジュールを使用することで、リソースの効率的な利用が期待できます。ただし、Apacheは設定が複雑になる場合があり、適切なチューニングが必要です。高トラフィックサイトを運用する際には、両者の特性を理解し、目的に応じた選択が求められます。

• Nginxの主な利点：少ないリソースで多数の同時接続を処理可能、静的ファイルの高速配信に適している

WordPressサイト

WordPressは世界で最も広く利用されているコンテンツ管理システム（CMS）であり、その柔軟性からNginxとApacheのどちらでも動作します。しかし、サーバー構成によってパフォーマンスや運用のしやすさに違いが生じるため、目的に応じた選択が重要です。一般的に、静的コンテンツが多いサイトではNginxの方が高速に処理できる傾向がありますが、Apacheは動的な処理や拡張モジュールの豊富さで優位性を発揮します。

WordPressをApacheで運用する場合、.htaccessファイルを活用したURLリライトやアクセス制御が簡単に行える点がメリットです。例えば、リダイレクトルールの設定は.htaccessに直接記述でき、サイトのセキュリティ強化やSEO対策に役立ちます。一方で、Nginxでは同様の機能を実現するためにnginx.confファイルを編集する必要があり、初心者にはややハードルが高いと言えるでしょう。

動的な処理が多いWordPressサイトでは、Apacheの方が安定して動作することが多いです。特に、PHP処理やデータベース接続が頻繁に行われる場合、ApacheのMPM（マルチプロセスモジュール）が適しています。ただし、NginxでもPHP-FPM（FastCGI Process Manager）を組み合わせることで、高いパフォーマンスを発揮することが可能です。いずれにせよ、サイトの規模や運用要件に応じて、最適なサーバー構成を選択することが求められます。

マイクロサービスアーキテクチャ

NginxとApacheは、いずれもマイクロサービスアーキテクチャの実装において重要な役割を果たしますが、その特性は大きく異なります。Nginxは軽量で高速なリバースプロキシとして機能し、APIゲートウェイやロードバランサーとしての利用に適しています。一方、Apacheはモジュールの豊富さから、複雑なルーティングや動的なコンテンツ処理を必要とするマイクロサービスに向いています。

マイクロサービスアーキテクチャでは、サービス間の通信が頻繁に発生するため、Nginxの非同期I/Oモデルがパフォーマンス面で有利に働くことがあります。例えば、多数のマイクロサービスが連携するシステムでは、Nginxがリクエストを効率的に処理し、レスポンスタイムの短縮に貢献する可能性があります。ただし、Apacheでも適切な設定を行うことで、同様の効果を得ることは可能です。

また、マイクロサービスのデプロイメントやスケーリングにおいて、Nginxはコンテナオーケストレーションツール（例：Kubernetes）との相性が良いとされています。nginx.confの柔軟な設定により、動的なルーティングやサービスディスカバリの実装が容易になるためです。一方で、Apacheは.htaccessを活用した柔軟な設定が可能であり、開発者にとって使い慣れた環境を提供します。

• Nginxは、リバースプロキシやロードバランサーとしての機能が優れており、マイクロサービス間の通信を効率化することで、システム全体のパフォーマンス向上に寄与する場合があります。

導入手順と運用管理

NginxとApacheの導入手順は、それぞれの特性に応じて異なります。Nginxは軽量で高速な動作を重視して設計されているため、一般的にリバースプロキシや負荷分散用途で利用されることが多く、導入時にはシステムリソースの最適化が重要です。一方、Apacheはモジュール型のアーキテクチャを採用しており、動的なコンテンツ処理に優れているため、Webサーバーとして幅広い用途で活用されています。導入に際しては、使用環境や目的に応じた設定ファイルの編集が必要不可欠です。

運用管理においては、NginxとApacheそれぞれに専用の管理ツールやコマンドが用意されています。Nginxでは、設定ファイルの再読み込みに nginx -s reload コマンドが使用され、Apacheでは apachectl graceful や systemctl reload httpd などのコマンドが利用できます。これらのコマンドを適切に活用することで、サーバーの再起動を最小限に抑えながら設定変更を反映させることが可能です。また、ログ管理についても両者で異なるアプローチが求められ、Nginxでは access.log と error.log を、Apacheでは access_log と error_log をそれぞれ確認し、パフォーマンスやセキュリティの観点から定期的な分析が推奨されます。

セキュリティ面では、両サーバーともに定期的なアップデートが必須です。Nginxの場合はパッケージマネージャー経由で apt update && apt upgrade nginx や yum update nginx を実行し、Apacheでは同様に apt update && apt upgrade apache2 や yum update httpd を実施します。また、不要なモジュールや機能を無効化することで、攻撃対象となるリスクを低減できます。例えば、Apacheの mod_status や mod_info は必要に応じて無効化し、Nginxでは server_tokens off; を設定ファイルに追加することでバージョン情報の公開を抑制します。

よくある質問と回答

NginxとApacheの比較に関して、導入や運用時に多く寄せられる疑問について、実務的な観点から回答します。

Q1. NginxとApacheはどのように使い分けるべきですか？

Nginxは静的コンテンツの高速配信やリバースプロキシに適しており、Apacheは動的コンテンツ処理や豊富なモジュール機能で柔軟性が高いです。例えば、高トラフィックなWebサイトではNginxが向いており、複雑な動的処理が必要な場合はApacheが適しています。また、両者を併用するハイブリッド構成も一般的です。

Q2. 設定ファイルの記述方法に違いはありますか？

Apacheは「.htaccess」ファイルを使ったディレクティブベースの設定が可能で、柔軟な運用ができます。一方、Nginxはメインの設定ファイルで一括管理する構造で、リロードが必要な点に注意が必要です。設定ミス時の影響範囲にも違いがあるため、運用ルールに応じて選択すると良いでしょう。

Q3. パフォーマンス面でどちらが優れていますか？

Nginxは非同期I/O処理により高負荷時のパフォーマンスが安定しており、Apacheはプロセス/スレッドベースの処理でリソース消費が大きくなる傾向があります。ただし、実際のパフォーマンスはハードウェアやチューニング次第です。ベンチマークテストで自環境に最適な設定を確認することを推奨します。

Q4. トラブル発生時の対処方法は異なりますか？

Apacheは「error.log」や「access.log」で詳細なエラー情報を確認できますが、Nginxは「error.log」が主なログソースです。トラブル時はログ解析が鍵となりますが、両者ともに公式ドキュメントやコミュニティのナレッジベースを参照することが重要です。不明点は専門家に相談するのも一つの方法です。

まとめ：Nginx vs Apacheの最終判断基準

NginxとApacheは、いずれも高い信頼性と柔軟性を備えたWebサーバーソフトウェアですが、その特性は大きく異なります。Apacheは長い歴史を持ち、モジュール拡張性や.htaccessを活用した柔軟な設定が特徴です。一方、Nginxは非同期I/O処理を採用しており、高負荷時のパフォーマンスに優れています。どちらを選択するかは、運用するWebサイトの規模や目的に応じて判断することが重要です。

例えば、静的コンテンツ中心のサイトや小規模なWebアプリケーションでは、Apacheの使いやすさがメリットとなる場合があります。一方で、動的なコンテンツが多く、高い同時接続性が求められる環境では、Nginxのリソース効率の良さが活きるでしょう。また、両者を併用するハイブリッド構成も、用途に応じて検討する価値があります。いずれの選択肢にも一長一短があるため、実際の要件に合わせて最適な構成を模索することが大切です。

ABOUT ME

たから

フリーランスIT講師/エンジニア。 ◆経験：IT講師/インフラエンジニア/PM/マネジメント/採用/運用・保守・構築・設計 ◆取得資格：CCNA/CCNP/LPIC-1/AZ-900//サーティファイC言語/情報処理技術者 ◆サイドビジネス：アパレル事業/複数のWEBメディアを運営