- Infrastructure as Codeとは?基礎知識をわかりやすく解説
- 2025年のInfrastructure as Code最新トレンド7選
- 主要IaCツール徹底比較|2025年版の選び方ガイド
- Infrastructure as Codeの導入メリットと具体的な効果
- Infrastructure as Codeの実践的な導入ステップ
- Infrastructure as Codeスキルがキャリアにもたらす価値
- Infrastructure as Code導入時の注意点と失敗しないコツ
- まとめ:Infrastructure as Codeトレンドを押さえてキャリアを加速させよう
- よくある質問(FAQ)
- Infrastructure as Code(IaC)とは何ですか?初心者にもわかりやすく教えてください。
- 2025年に最も注目すべきInfrastructure as Codeのトレンドは何ですか?
- IaCツールはTerraformとPulumiのどちらを学ぶべきですか?
- IT業界未経験からInfrastructure as Codeのスキルを身につけることは可能ですか?
- Infrastructure as Codeを導入する際のよくある失敗パターンと対策は?
- Infrastructure as Codeのスキルがあると年収はどれくらい期待できますか?
- TerraformとOpenTofuの違いは何ですか?どちらを選ぶべきですか?
Infrastructure as Codeとは?基礎知識をわかりやすく解説
Infrastructure as Code(IaC)とは、サーバーやネットワークなどのインフラ環境をコードで定義・管理する手法です。従来は手動で行っていたサーバー構築や設定変更を、プログラムのように記述して自動化します。
たとえば、新しいサーバーを10台構築する場面を想像してください。手動であれば、1台ずつ設定画面を開いて同じ作業を繰り返す必要があります。Infrastructure as Codeを活用すれば、1つの設定ファイルを書くだけで10台すべてを同一の状態で構築できます。
IaCの基本的な考え方は「インフラの状態をコードとしてバージョン管理する」という点にあります。これにより、次のようなメリットが生まれます。
- 再現性:同じコードを実行すれば、何度でも同じ環境を構築できる
- 追跡可能性:誰が、いつ、何を変更したかをGitで管理できる
- 自動化:手作業によるヒューマンエラーを大幅に削減できる
- スピード:環境構築にかかる時間を数日から数分に短縮できる
クラウドサービスの普及に伴い、Infrastructure as Codeは現代のインフラ運用において必須のスキルとなりつつあります。特にAWS、Azure、Google Cloudといった主要クラウドプラットフォームでは、IaCを前提とした機能が数多く提供されています。
Infrastructure as Codeには大きく分けて2つのアプローチがあります。
| アプローチ | 概要 | 代表的ツール |
|---|---|---|
| 宣言型(Declarative) | 「あるべき状態」を定義し、ツールが差分を自動で適用する | Terraform、AWS CloudFormation |
| 命令型(Imperative) | 「実行する手順」を記述し、上から順に処理を実行する | Ansible(一部)、AWS CDK |
現在のトレンドとしては、宣言型アプローチが主流です。「最終的にこうなっていてほしい」と書くだけで、現在の状態との差分を自動的に計算して適用してくれるため、運用がシンプルになります。
2025年のInfrastructure as Code最新トレンド7選
Infrastructure as Codeの世界は急速に進化しています。2025年現在、特に注目すべきトレンドを7つご紹介します。
トレンド1:AIアシスタントとの融合
2025年最大のトレンドは、生成AIとInfrastructure as Codeの融合です。GitHub CopilotやAmazon CodeWhispererなどのAIアシスタントが、IaCコードの自動生成を支援するようになりました。
たとえば「本番環境用のAWS VPCを3つのアベイラビリティゾーンで構築して」と自然言語で指示するだけで、Terraformコードのひな形が生成されます。これにより、IaC初心者でも品質の高いコードを短時間で作成できるようになっています。
ただし、AIが生成したコードをそのまま本番環境に適用するのは危険です。セキュリティ設定やコスト最適化の観点で、人間によるレビューは依然として不可欠です。AIはあくまで「下書き」を作るツールとして活用するのが賢明でしょう。
トレンド2:Policy as Code(ポリシーのコード化)
インフラだけでなく、セキュリティポリシーやコンプライアンスルールもコード化する動きが加速しています。Open Policy Agent(OPA)やHashiCorp Sentinelといったツールを使い、「S3バケットはパブリックアクセスを禁止する」「RDSは暗号化を必須にする」などのルールをコードで定義します。
これにより、IaCコードがデプロイされる前にポリシー違反を自動検出できます。大手金融機関や官公庁のシステムでは、こうしたPolicy as Codeの導入が急速に進んでいます。
トレンド3:GitOpsの本格普及
GitOpsとは、Gitリポジトリを「信頼できる唯一の情報源(Single Source of Truth)」として扱い、インフラの変更をすべてGit経由で管理する手法です。ArgoCD やFlux といったツールが成熟し、Kubernetesクラスタの管理を中心に2025年は本格的な普及期に入りました。
GitOpsの最大の利点は、インフラの変更履歴が完全にGitに記録される点です。問題が発生した場合も、git revertで簡単に前の状態に戻せます。
トレンド4:マルチクラウド対応の標準化
多くの企業がAWSとAzureの併用、あるいはGoogle Cloudとの組み合わせなど、マルチクラウド戦略を採用しています。この流れを受けて、複数のクラウドを統一的に管理できるIaCツールの需要が高まっています。
Terraformはもともとマルチクラウド対応を強みとしていましたが、2025年にはPulumiやCrossplaneなどの選択肢も充実してきました。特にPulumiは、TypeScriptやPythonなどの汎用プログラミング言語でIaCを記述できる点が、開発者から高い支持を得ています。
トレンド5:FinOps(クラウドコスト最適化)との統合
クラウドコストの最適化(FinOps)とInfrastructure as Codeを連携させるトレンドも注目です。Infracostというツールを使えば、Terraformのコード変更がコストにどう影響するかをプルリクエスト段階で可視化できます。
「このリソースを追加すると月額3万円増加します」といったフィードバックが、コードレビューの段階で得られるため、コスト意識の高いインフラ運用が実現します。
トレンド6:ドリフト検出の高度化
ドリフトとは、IaCコードで定義された状態と実際のインフラの状態にズレが生じることです。手動で急遽設定変更を行った場合などに発生します。
2025年のトレンドとして、このドリフトをリアルタイムで検出し、自動修復するツールが進化しています。AWS Config、Terraform Cloud、env0などのサービスが、ドリフト検出機能を強化しています。
トレンド7:プラットフォームエンジニアリングとの融合
プラットフォームエンジニアリングとは、開発者が自律的にインフラを利用できる社内プラットフォームを構築する取り組みです。IaCのテンプレートやモジュールをカタログ化し、開発者がセルフサービスでインフラを構築できるようにします。
BackstageやPort、KratixなどのInternal Developer Platform(IDP)ツールが注目を集めており、IaCはその基盤技術として重要な役割を果たしています。
主要IaCツール徹底比較|2025年版の選び方ガイド
Infrastructure as Codeの実践にあたって、ツール選びは非常に重要です。ここでは2025年時点で主要なIaCツールを詳しく比較します。
| ツール名 | 提供元 | 記述言語 | 対応クラウド | 学習コスト | 2025年の注目度 |
|---|---|---|---|---|---|
| Terraform | HashiCorp | HCL | マルチクラウド | 中 | ★★★★★ |
| AWS CloudFormation | AWS | YAML/JSON | AWSのみ | 中 | ★★★★☆ |
| AWS CDK | AWS | TypeScript/Python等 | AWSのみ | 中〜高 | ★★★★☆ |
| Pulumi | Pulumi | TypeScript/Python/Go等 | マルチクラウド | 中 | ★★★★☆ |
| Ansible | Red Hat | YAML | マルチクラウド | 低〜中 | ★★★☆☆ |
| Crossplane | Upbound | YAML | マルチクラウド | 高 | ★★★☆☆ |
| OpenTofu | Linux Foundation | HCL | マルチクラウド | 中 | ★★★★☆ |
Terraform:不動の王者、しかしライセンス問題も
Terraformは2025年現在もInfrastructure as Codeツールの中で最も高いシェアを誇ります。HCL(HashiCorp Configuration Language)という独自言語を使いますが、直感的で習得しやすいと評判です。
一方、2023年にHashiCorp社がTerraformのライセンスをオープンソースからBSL(Business Source License)に変更したことで、業界に大きな波紋が広がりました。この影響でオープンソースフォークである「OpenTofu」が誕生し、Linux Foundation配下で開発が進んでいます。
企業がTerraformを採用する際は、ライセンスの影響を十分に検討する必要があります。ただし、実務で求められるスキルとしてはTerraformが依然として圧倒的に多いため、キャリア形成の観点ではTerraformの学習が最も効果的です。
Pulumi:開発者フレンドリーな新星
Pulumiの最大の特徴は、TypeScript、Python、Go、C#などの汎用プログラミング言語でIaCを記述できる点です。独自言語を覚える必要がなく、プログラミング経験のあるエンジニアにとって参入障壁が低いのが魅力です。
条件分岐やループ処理も自然に書けるため、複雑なインフラ構成を柔軟に表現できます。2025年に入ってからユーザー数が急増しており、今後さらに注目度が高まるツールです。
AWS CDK:AWSユーザーの強い味方
AWS CDKは、AWS環境に特化したIaCツールです。内部的にはCloudFormationのテンプレートを生成する仕組みですが、TypeScriptやPythonで記述できるため開発者の体験が大幅に向上しています。
AWSを主軸に据えている企業にとっては、最も効率的な選択肢の一つです。特に大手自動車メーカーや製造業のシステム開発では、AWS環境でのCDK活用事例が増えています。
選び方のポイント
IaCツールの選定では、以下の点を考慮しましょう。
- 利用するクラウド:AWS単一ならCDKやCloudFormation、マルチクラウドならTerraformやPulumi
- チームのスキルセット:プログラミング経験豊富ならPulumi、インフラ中心ならTerraform
- 組織の規模:大規模チームにはTerraform Cloudやenv0のような管理基盤が有効
- ライセンス要件:オープンソースが必須ならOpenTofuやPulumi
Infrastructure as Codeの導入メリットと具体的な効果
Infrastructure as Codeの導入によって、企業は具体的にどのような効果を得られるのでしょうか。実際のデータや事例をもとに解説します。
開発スピードの劇的な向上
IaCを導入した企業では、環境構築にかかる時間が平均で80〜90%削減されたというレポートがあります。従来は数日かかっていたステージング環境の構築が、IaCにより数十分で完了するようになります。
たとえば、ある金融機関のプロジェクトでは、テスト環境の構築に3営業日かかっていた作業が、Terraformの導入により約30分に短縮されました。これにより開発サイクルが大幅に加速し、リリース頻度を月1回から週1回に増やすことに成功しています。
ヒューマンエラーの削減
手動によるインフラ設定では、タイプミスや手順の抜けなど、ヒューマンエラーが避けられません。IaCを導入することで、設定ミスによる障害を大幅に減らせます。
Gartner社のレポートによると、クラウド環境のセキュリティインシデントの約80%は設定ミスに起因しています。IaCとポリシーチェックの組み合わせにより、こうしたリスクを事前に防ぐことが可能です。
コスト最適化
IaCを使えば、不要なリソースの検出と削除が容易になります。「開発環境のサーバーが放置されたまま課金が続いている」といった問題を、コードベースで管理することで防止できます。
前述のFinOpsツールとの連携により、インフラ変更のコスト影響を事前に把握できるため、予算管理も効率化します。
チーム間コラボレーションの改善
IaCのコードはGitで管理されるため、プルリクエストベースのレビュープロセスが導入できます。インフラの変更について、チーム全体で議論し、承認してから適用するワークフローが確立されます。
これにより「誰かが勝手にサーバーの設定を変えてしまった」という属人的な運用から脱却できます。ナレッジの共有も進み、チーム全体のスキルアップにつながります。
災害復旧(DR)の強化
インフラの状態がコードで完全に定義されているため、障害や災害が発生した場合も、別リージョンで迅速に環境を復旧できます。コードを実行するだけで同一環境が再構築されるため、RTOが大幅に短縮されます(RTOとは、障害発生から復旧までの目標時間のことです)。
Infrastructure as Codeの実践的な導入ステップ
「IaCに興味はあるけど、何から始めればいいかわからない」という方も多いのではないでしょうか。ここでは、実践的な導入ステップをご紹介します。
ステップ1:小さく始める
最初から本番環境のすべてをIaC化する必要はありません。まずは開発環境やテスト環境など、影響範囲の小さいところから始めましょう。
おすすめの初手は、以下のようなシンプルなリソースのコード化です。
- VPC(仮想ネットワーク)の構築
- S3バケットの作成
- EC2インスタンスの起動
- セキュリティグループの設定
ステップ2:チーム内でコーディング規約を策定する
IaCコードもアプリケーションコードと同様に、命名規則やディレクトリ構成のルールを決めておくことが重要です。以下のような項目を事前に決めておきましょう。
- リソース名の命名規則(例:プロジェクト名-環境名-リソース種別)
- ディレクトリ構成(環境別、サービス別など)
- 状態ファイル(tfstate)の管理方法
- 変数の管理方法(環境変数、tfvarsファイルなど)
- モジュールの粒度と再利用のルール
ステップ3:CI/CDパイプラインに組み込む
IaCコードの変更を手動で適用するのではなく、CI/CDパイプラインに組み込みましょう。GitHub ActionsやGitLab CI、AWS CodePipelineなどを使い、以下のようなワークフローを構築します。
- 開発者がIaCコードを変更し、プルリクエストを作成する
- 自動テスト(構文チェック、ポリシーチェック、コスト見積もり)が実行される
- チームメンバーがコードレビューを行う
- 承認後、自動的にterraform planが実行され、変更内容が表示される
- 最終承認後、terraform applyが実行されて変更が適用される
ステップ4:モジュール化で再利用性を高める
同じようなリソース定義を何度も書かないよう、共通部分をモジュールとして切り出しましょう。たとえば「セキュアなVPC構成」「標準的なECSクラスタ」などをモジュール化しておけば、新しいプロジェクトでも簡単に利用できます。
ステップ5:既存環境のインポート
すでに手動で構築された本番環境がある場合は、terraform importなどのコマンドを使って既存リソースをIaCの管理下に移行します。この作業は慎重に進める必要がありますが、段階的に対応すれば十分に実現可能です。
AWS Application Composer やFormer2といったツールを使えば、既存のAWS環境からCloudFormationやTerraformのコードを自動生成することもできます。
Infrastructure as Codeスキルがキャリアにもたらす価値
Infrastructure as Codeのスキルは、エンジニアのキャリアにどのような影響を与えるのでしょうか。市場の動向と具体的なキャリアパスについて解説します。
求人市場での需要が急増
2025年のIT求人市場では、IaCスキルを持つエンジニアの需要が非常に高まっています。特にTerraformのスキルを持つエンジニアの求人数は、前年比で約30%増加しているというデータもあります。
年収面でも、IaCスキルを持つクラウドエンジニアの平均年収は600〜800万円程度と、一般的なインフラエンジニアと比較して高い傾向にあります。シニアレベルでは1,000万円を超えるポジションも珍しくありません。
関連する資格・認定
IaCスキルを証明する資格も充実してきています。キャリアアップに有効な資格をご紹介します。
- HashiCorp Certified: Terraform Associate:Terraformの基礎知識を証明する認定資格。IaCのキャリアを始めるなら最初に取得したい資格です
- AWS Certified DevOps Engineer – Professional:AWSでのIaCを含むDevOpsの知識を証明する上位資格
- Certified Kubernetes Administrator(CKA):Kubernetesの管理スキルを証明。GitOpsと組み合わせることで価値が高まります
- AWS Certified Solutions Architect – Associate:クラウドアーキテクチャの基礎。IaCの前提知識として有効です
キャリアパスの多様性
IaCスキルを軸に、以下のようなキャリアパスが広がっています。
- クラウドエンジニア:AWS、Azure、GCPなどのクラウド環境をIaCで構築・運用する
- DevOpsエンジニア:CI/CDパイプラインの構築とIaCによるインフラ自動化を担当する
- SREエンジニア:サービスの信頼性をIaCやモニタリングで支える
- プラットフォームエンジニア:開発者向けのセルフサービス基盤をIaCで構築する
- セキュリティエンジニア:Policy as Codeでインフラのセキュリティを担保する
株式会社アイティークロスでは、SES事業を通じて大手自動車メーカーや金融機関、官公庁などのプロジェクトでIaCスキルを活かせる案件を多数保有しています。個人の希望を100%ヒアリングしたうえでキャリアに合った案件をご紹介しているため、IaCスキルを実務で磨きたい方にとって最適な環境が整っています。
また、異業種からIT業界への転職者が5割以上を占める実績があり、未経験からでもIaCスキルを段階的に習得できる研修制度が充実しています。年間休日125日、残業月平均12.3時間という働きやすい環境で、無理なくスキルアップを目指せるのも大きな魅力です。
未経験からIaCスキルを身につけるロードマップ
IT業界未経験の方や、インフラ経験が浅い方でも、以下のステップでIaCスキルを着実に身につけることができます。
- Linux基礎の習得(1〜2ヶ月):コマンドライン操作やネットワークの基礎を学ぶ
- クラウド基礎の習得(2〜3ヶ月):AWSの主要サービス(EC2、VPC、S3、RDS等)を実際に触って学ぶ
- IaCツール入門(1〜2ヶ月):Terraformのチュートリアルを実施し、基本的なリソース作成を経験する
- 実践プロジェクト(2〜3ヶ月):個人プロジェクトで実際のインフラをIaCで構築する
- 資格取得(1〜2ヶ月):AWS認定資格やTerraform Associate認定を取得する
このロードマップに沿って学習すれば、約6〜12ヶ月でIaCの基礎スキルを身につけることが可能です。
Infrastructure as Code導入時の注意点と失敗しないコツ
IaCの導入には多くのメリットがありますが、いくつかの注意点もあります。よくある失敗パターンと対策を解説します。
注意点1:状態ファイルの管理を怠らない
Terraformでは「tfstate」という状態ファイルでインフラの現在の状態を管理しています。このファイルをローカルに保存したまま放置すると、チームでの共同作業ができず、最悪の場合データの不整合が発生します。
対策として、S3やTerraform Cloudなどのリモートバックエンドを必ず設定しましょう。状態ファイルのロック機能を有効にすることで、複数人が同時に変更を適用してしまう問題も防げます。
注意点2:機密情報をコードに直書きしない
データベースのパスワードやAPIキーなどの機密情報を、IaCコードに直接記述するのは絶対にNGです。Gitリポジトリにプッシュしてしまうと、情報漏洩のリスクが生じます。
AWS Secrets Manager、HashiCorp Vault、環境変数などを活用して、機密情報をコードから分離しましょう。
注意点3:一度に大きな変更を加えない
IaCの変更は小さな単位で段階的に行うことが鉄則です。大規模な変更を一度に適用すると、問題発生時の原因特定が困難になります。
プルリクエストも小さく保ち、変更の意図が明確にわかるようにコミットメッセージを丁寧に書きましょう。
注意点4:テストを怠らない
IaCコードにもテストは必要です。以下のようなテストを段階的に導入しましょう。
- 静的解析:tflint、checkovなどで構文エラーやセキュリティリスクを検出
- プラン確認:terraform planの結果を必ずレビューする
- 統合テスト:Terratestなどを使い、実際にリソースを作成して動作確認する
- ポリシーテスト:OPAやSentinelでコンプライアンス違反を検出する
注意点5:ドキュメントを整備する
「コードがドキュメントだ」という考え方もありますが、IaCに慣れていないチームメンバーのために、アーキテクチャ図や運用手順書は別途用意しておくべきです。terraform-docsなどのツールを使えば、コードからドキュメントを自動生成することもできます。
まとめ:Infrastructure as Codeトレンドを押さえてキャリアを加速させよう
本記事では、Infrastructure as Codeの最新トレンドから実践的な導入手法、キャリアへの活かし方まで幅広く解説しました。最後に要点を整理します。
- Infrastructure as Codeとは、インフラをコードで定義・管理する手法であり、再現性・追跡可能性・自動化・スピードの4つのメリットがある
- 2025年のトレンドは、AIとの融合、Policy as Code、GitOps、マルチクラウド対応、FinOps統合、ドリフト検出、プラットフォームエンジニアリングの7つ
- 主要ツールはTerraform、Pulumi、AWS CDK、OpenTofuなど。プロジェクトの要件に応じて最適なツールを選択すること
- 導入は小さく始め、CI/CDパイプラインに組み込み、モジュール化で再利用性を高めるのがベストプラクティス
- IaCスキルは市場価値が高く、クラウドエンジニア、DevOps、SRE、プラットフォームエンジニアなど多様なキャリアパスにつながる
- 状態ファイルの管理、機密情報の分離、段階的な変更、テストの導入が失敗を防ぐポイント
Infrastructure as Codeは、もはや一部の先進的な企業だけの技術ではありません。あらゆる規模の組織で必須のスキルとなりつつあります。今すぐ学習を始めて、変化の激しいIT業界でのキャリアを力強く前進させましょう。
名古屋エリアでIaCスキルを活かしたキャリアをお考えの方は、株式会社アイティークロスにぜひご相談ください。Java、PHP、Python、JavaScript、AWSなど幅広い技術領域の案件に加え、Infrastructure as Codeを積極的に活用する大手企業の案件もご紹介可能です。一人ひとりの希望に寄り添ったキャリア支援で、あなたの理想のエンジニアライフを実現します。
よくある質問(FAQ)
Infrastructure as Code(IaC)とは何ですか?初心者にもわかりやすく教えてください。
Infrastructure as Code(IaC)とは、サーバーやネットワークなどのインフラ環境を、手動で設定するのではなくコード(プログラム)として記述・管理する手法です。たとえば、サーバーを10台構築する場合、1つの設定ファイルを書くだけで自動的に10台すべてが同一の設定で構築されます。これにより、作業時間の短縮、ミスの削減、変更履歴の管理が実現します。
2025年に最も注目すべきInfrastructure as Codeのトレンドは何ですか?
2025年に最も注目すべきトレンドは、生成AIとIaCの融合です。GitHub CopilotやAmazon CodeWhispererなどのAIアシスタントがIaCコードの自動生成を支援し、初心者でも品質の高いコードを短時間で作成できるようになっています。その他にも、Policy as Code、GitOps、FinOpsとの統合、プラットフォームエンジニアリングとの融合などが重要なトレンドです。
IaCツールはTerraformとPulumiのどちらを学ぶべきですか?
現時点での求人数やシェアを考慮すると、まずはTerraformから学ぶことをおすすめします。Terraformは最も多くの企業で採用されており、実務で求められるスキルとして圧倒的な需要があります。一方、TypeScriptやPythonの経験が豊富で、プログラミング的なアプローチを好む方にはPulumiも有力な選択肢です。マルチクラウド環境で働く予定があれば、どちらのツールも対応しています。
IT業界未経験からInfrastructure as Codeのスキルを身につけることは可能ですか?
はい、可能です。まずLinuxの基礎とAWSなどのクラウドサービスの基本を学び、その後Terraformなどのツールに進む段階的な学習が効果的です。約6〜12ヶ月で基礎スキルを習得できます。株式会社アイティークロスでは異業種からの転職者が5割以上を占めており、充実した研修制度で未経験からでもIaCスキルを身につけられる環境を提供しています。
Infrastructure as Codeを導入する際のよくある失敗パターンと対策は?
よくある失敗パターンとして、状態ファイル(tfstate)をローカルに保存したままチーム開発を進める、機密情報をコードに直書きする、一度に大きな変更を適用する、テストを省略する、といったケースがあります。対策としては、S3などのリモートバックエンドで状態ファイルを管理し、AWS Secrets Managerなどで機密情報を分離し、変更は小さな単位で段階的に行い、tflintやcheckovなどで自動テストを導入することが重要です。
Infrastructure as Codeのスキルがあると年収はどれくらい期待できますか?
IaCスキルを持つクラウドエンジニアの平均年収は600〜800万円程度で、一般的なインフラエンジニアと比較して高い傾向にあります。シニアレベルやSRE、プラットフォームエンジニアとしての経験を積むことで、1,000万円を超えるポジションも十分に狙えます。特にTerraformやKubernetesのスキルを併せ持つエンジニアは、求人市場で非常に高い評価を受けています。
TerraformとOpenTofuの違いは何ですか?どちらを選ぶべきですか?
OpenTofuは、HashiCorp社がTerraformのライセンスをBSLに変更したことを受けて誕生した、オープンソースのフォークプロジェクトです。Linux Foundation配下で開発されており、基本的な構文や使い方はTerraformとほぼ同じです。ライセンスの自由度を重視する場合はOpenTofu、エンタープライズサポートやTerraform Cloudの利用を重視する場合はTerraformを選ぶとよいでしょう。2025年時点では求人市場ではTerraformスキルの需要が圧倒的に多いため、キャリア形成にはTerraformの学習が有利です。
コメント