\n\t\t\t
\n\t\t\t
\n\t\t\n\t\t\tDAI
\n\t\t\n\t\t\t
\n\t 現役エンジニアの僕がおすすめの副業OKフリーランスエージェントはこちらです
\n\t\tインフラエンジニアの副業は、実務経験があり、担当範囲と責任範囲を切り分けられる人なら十分に狙えます。特にAWS・Azure・Google Cloud、Linux、ネットワーク、Terraform、Docker/Kubernetes、監視運用などの経験がある人は、週2〜3日やリモートを含む案件を検討しやすいです。
\n一方で、インフラは障害対応・権限管理・顧客データの扱いに直結します。未経験からいきなり副業案件を受けるのは難しく、会社の副業規定、秘密保持、オンコール有無、作業時間帯を確認せずに受けると、本業にも発注企業にも迷惑がかかります。
\n本記事では、インフラエンジニアが副業を始める条件、単価相場、案件タイプ、必要スキル、案件の探し方、契約前の注意点まで順に解説します。
\n\n\n\t
\n\t\t\t| \n | ![\"\"](\"https://freelance.indieverse.co.jp/media/wp-content/uploads/2025/05/レバテックフリーランス-1.png\") | \n![\"\"](\"https://freelance.indieverse.co.jp/media/wp-content/uploads/2025/05/flexy-1.png\") | \n![\"\"](\"https://freelance.indieverse.co.jp/media/wp-content/uploads/2025/05/HiPro-Tech-11.png\") | \n
| サービス名 | \nレバテックフリーランス | \nFLEXY(フレキシー) | \nHiPro Tech（ハイプロテック） | \n
| 稼働率 | \n週3〜5 | \n週1〜5 | \n週3〜5 | \n
| 特徴 | \n求人数10万件以上 リモートでの参画率91％以上 | \n98%がリモート案件 | \n事業会社案件約7割 企業と直接契約のためマージンなし | \n
| 支払サイト | \n月末締め・翌月15日払い | \n月末締め・翌月15日払い | \n月末締め・翌月末日払い | \n
| 案件特徴 | \n🙆 ほぼ全てのエンジニア職種案件あり ※副業は経験年数3年以上目安 | \n技術顧問/PdMなどの上流案件豊富 ※副業は経験年数3年以上目安 | \nWeb系以外にもレガシー系案件やゲーム系案件もあり ※副業は経験年数3年以上目安 | \n
| おすすめ | \n🔰 初めてフリーランスでエージェントを利用する方 | \n🏠 フレキシブル（早朝/平日夜/土日OK）案件を探している方 | \n🏠 フレキシブル（早朝/平日夜/土日OK）案件を探している方 | \n
| 公式 | \n> 公式サイト | \n> 公式サイト | \n> 公式サイト | \n
\n
\n\n
インフラエンジニアの副業は可能ですが、「実務経験があること」と「任せられる範囲が明確なこと」が前提です。Webアプリ開発のように小さな画面改修だけを切り出せる案件よりも、インフラ案件は環境理解、権限付与、セキュリティレビュー、障害時の責任分界が重要になります。
\n副業として受けやすいのは、既存環境の改善、クラウド移行の一部支援、監視設定、Terraform化、コスト最適化、設計レビュー、技術顧問のように成果物と稼働時間を切り分けやすい案件です。逆に、本番障害の一次対応を常時求められる案件や、深夜休日の緊急対応が前提の案件は、本業との両立が難しくなります。
\nインフラエンジニアの副業では、最低でも自分で調査・設計・作業・切り戻し判断ができる実務経験が求められやすいです。発注側は教育目的ではなく、限られた稼働時間で課題を解決してくれる人を探しています。
\nたとえば、Linuxサーバーの構築、VPCやサブネット設計、IAM権限設計、RDSやロードバランサーの設定、監視アラートの設計、障害調査の経験があると、案件内容を理解しやすくなります。実務未経験の場合は、まず本業や学習環境で構築・運用の経験を積み、ポートフォリオよりも「本番に近い責任範囲を扱った経験」を増やすことが先です。
\n週1日や土日だけで参画したい場合、継続運用よりもレビュー・改善提案・小規模な構築支援が現実的です。本番環境の運用は平日日中の会議、リリース調整、障害対応が発生しやすいため、稼働時間が限定されるほど任せられる範囲も限定されます。
\n週2〜3日稼働できる場合は、クラウド移行、IaC整備、CI/CD改善、SRE支援、監視基盤の整備など、一定期間のプロジェクトに入りやすくなります。応募前には「平日の日中ミーティングが必須か」「本番作業の時間帯はいつか」「緊急時の連絡義務があるか」を確認しましょう。
\n開発基盤の改善まで関わる場合は、DevOps副業の案件例やJenkins副業の必要スキルも確認すると、インフラ経験を開発フロー改善に広げやすくなります。
\nクラウド中心の案件はリモートで進めやすい一方、オンプレミス機器、社内ネットワーク、閉域環境を扱う案件では出社や端末制限が残ります。インフラ副業でリモート可否を見るときは、単に「リモートOK」と書かれているかだけでなく、作業対象がクラウドか、VPNや踏み台の利用条件がどうなっているかまで確認する必要があります。
\nフルリモートを希望するなら、AWS・Azure・Google Cloud、Terraform、Docker/Kubernetes、監視SaaS、クラウドセキュリティのように、オンラインで完結しやすいスキルを軸に探すのがおすすめです。
\nインフラエンジニアの副業単価は、クラウド設計・構築・改善まで担当できるほど上がりやすいです。インディバースフリーランスで掲載中のインフラエンジニア向け副業案件を見ると、報酬が確認できる関連案件の月額中央値は約72.5万円、平均は約73万円でした。
\nただし、月額単価は週5日換算の案件、週2〜3日稼働の案件、スポット支援の案件が混在します。同じ「月額70万円」でも、週5日の運用担当と週2日の設計レビューでは稼働負荷がまったく違うため、単価だけでなく稼働日数・作業時間帯・オンコール有無をセットで見ましょう。
\n| 見る項目 | \nインフラエンジニア副業での見方 | \n確認ポイント | \n
|---|---|---|
| 単価 | \nクラウド設計、移行、SRE、セキュリティ改善は高単価になりやすい | \n月額・時給・稼働率・精算幅を合わせて確認する | \n
| 稼働日数 | \n週2〜3日は継続案件、週1や土日はレビュー・顧問・スポット支援が中心 | \n平日日中の定例、深夜作業、休日作業の有無を確認する | \n
| リモート可否 | \nクラウド案件はリモート向き、オンプレミスや閉域網は出社が残りやすい | \nVPN、貸与端末、作業場所制限、権限付与の条件を見る | \n
| 責任範囲 | \n本番作業・障害対応・監視通知を持つほど負荷が高い | \n一次対応か、二次対応か、レビューのみかを契約前に分ける | \n
実際の案件例を見ると、AWSコスト最適化、クラウド移行、AI開発基盤、医療系インフラ構築など、クラウドを軸にした副業案件が目立ちます。インディバースフリーランスで確認できる求人例を、稼働条件と報酬の見方が分かるように整理します。
\n| 案件例 | \n働き方・稼働 | \n報酬 | \n確認したいポイント | \n
|---|---|---|---|
| AWSコスト最適化におけるエンジニア | \nフルリモート / 週3日〜5日 | \n月単価90万円 | \nAWSの設計理解、コスト分析、改善提案まで担当できるか | \n
| AWSマイグレーションプロジェクト | \n一部リモート / 週2日・週3日 | \n月額55万〜65万円 | \n既存システム理解、Linux、AWS、Terraform、移行手順の経験があるか | \n
| 医療系インフラ構築 | \nリモート / 週1〜2日 | \n月単価90万〜100万円 | \n医療系のセキュリティ要件、AWS、Linux、Kubernetesの経験があるか | \n
| AIエージェント開発基盤の支援 | \n基本リモート一部出社 / 週2日〜5日 | \n月単価80万円 | \nDocker、Google Cloud、BigQueryなどアプリ基盤側の経験を活かせるか | \n
副業案件を探す場合は、まずインフラエンジニア × 副業の案件一覧で全体感を見て、クラウド寄りの経験がある人はAWS × インフラエンジニアの案件やTerraform × 副業の案件も合わせて確認すると、狙える案件タイプを絞り込みやすいです。
\nインフラエンジニアの副業案件は、単なる運用代行だけではありません。クラウド移行、IaC、SRE、セキュリティ、コスト改善、技術顧問など、経験に応じて切り出しやすい仕事があります。順に解説します。
\nクラウドインフラの設計・構築は、インフラエンジニア副業の中でも需要が高い案件タイプです。AWS、Azure、Google Cloudを使ったVPC、サブネット、ロードバランサー、RDS、IAM、監視、バックアップ設計などを任されます。
\n副業で受ける場合は、ゼロから全体設計を丸ごと持つより、既存構成の改善、検証環境の構築、本番移行前のレビュー、特定サービスの導入支援のように範囲を絞ると進めやすいです。AWSに特化して探すなら、AWSの副業事情を解説した記事も参考になります。
\nオンプレミスからクラウドへの移行支援は、既存環境の読み解きと移行リスクの整理ができる人に向いています。現行サーバー、ネットワーク、ミドルウェア、データベース、バッチ、監視を把握し、移行手順や切り戻し手順を設計します。
\n副業では、現状調査、移行計画のレビュー、Terraform化、検証環境の構築、移行当日の立ち会いなどに分けて参画するケースがあります。深夜・休日作業が発生しやすいため、本業の勤務時間とぶつからないか必ず確認しましょう。
\n運用保守・監視改善は、障害を未然に防ぐ仕組みづくりまで担当できると価値が出ます。単純な監視代行よりも、CloudWatch、Datadog、New Relic、Prometheus、Grafanaなどを使ったアラート設計、ログ集約、SLOの整理、手順書整備が副業向きです。
\n注意したいのは、オンコールや一次対応の有無です。通知を受けるだけなのか、調査まで行うのか、復旧作業まで担当するのかで負荷が大きく変わります。契約前に責任範囲を文章で残しましょう。
\nTerraformやAnsibleなどのIaC整備は、短時間でも成果物を出しやすい副業案件です。手作業で作られたクラウドリソースをコード化し、環境差分を減らし、レビュー可能な状態にする仕事です。
\n既存環境のimport、module分割、state管理、CI/CDへの組み込み、命名規則の整備などは、フルタイムで常駐しなくても進めやすい領域です。ただし、本番環境へ反映する権限を持つ場合は、レビュー体制と切り戻し手順を必ず確認してください。
\nSREやパフォーマンス改善の副業は、アプリケーションとインフラの境界を理解できる人に向いています。コンテナ基盤、Kubernetes、CI/CD、オートスケーリング、キャッシュ、DB負荷、監視指標を見ながら、信頼性と開発速度を改善します。
\n副業では、ボトルネック調査、監視項目の設計、デプロイフロー改善、障害振り返りの支援などが切り出されやすいです。アプリチームとの会話が多いため、インフラだけでなく開発フローや運用設計も説明できると評価されます。
\nセキュリティ、BCP、コスト最適化は、経験者が副業で入りやすい上流寄りの案件です。IAM権限の棚卸し、ログ監査、バックアップ方針、脆弱性対応、DR設計、AWSコスト削減など、短期間でも成果を出しやすいテーマがあります。
\nただし、権限や機密情報を扱うため、発注企業のセキュリティポリシー、作業端末、ログの残し方、アクセス権限の範囲を確認する必要があります。クラウドでは、たとえばAWSの責任共有モデルのように、クラウド事業者と利用者の責任範囲を理解しておくことも重要です。
\nインフラエンジニアの副業では、特定技術だけでなく、作業手順を説明し、リスクを事前に潰す力が求められます。短い稼働時間で成果を出すためには、手を動かすスキルと同じくらい、状況整理・ドキュメント化・関係者調整が重要です。
\n| スキル領域 | \n副業案件で見られるポイント | \n準備しておきたい経験 | \n
|---|---|---|
| サーバー・OS | \nLinux / Windows Serverの構築、ログ調査、権限管理、パッチ適用 | \n障害時に原因調査から暫定対応まで進めた経験 | \n
| ネットワーク | \nVPC、サブネット、ルーティング、VPN、DNS、ロードバランサー | \n構成図を読み、通信要件とセキュリティ要件を説明できる経験 | \n
| クラウド | \nAWS、Azure、Google Cloudの設計・構築・移行・運用 | \n本番環境でIAM、監視、バックアップ、冗長化を扱った経験 | \n
| IaC | \nTerraform、Ansible、CloudFormation、CI/CDとの連携 | \nレビュー可能なコードとしてインフラ変更を管理した経験 | \n
| コンテナ・SRE | \nDocker、Kubernetes、ECS/EKS、デプロイ改善、SLO設計 | \nアプリチームと連携して信頼性やリリース速度を改善した経験 | \n
| 監視・運用 | \nCloudWatch、Datadog、New Relic、Prometheus、Grafana、ログ基盤 | \nアラートのノイズ削減、障害対応フロー、手順書整備の経験 | \n
| セキュリティ | \nIAM、アクセス制御、暗号化、ログ監査、脆弱性対応、秘密情報管理 | \n最小権限、監査ログ、権限棚卸しを意識した運用経験 | \n
| コミュニケーション | \n現状整理、リスク説明、作業計画、レビュー、切り戻し方針の共有 | \n非エンジニアにも影響範囲と判断材料を説明した経験 | \n
資格は必須ではありませんが、AWS認定、Azure認定、Linux系資格、ネットワーク系資格は、実務経験を補足する材料になります。副業案件では資格名だけでなく「どの環境で、どの責任範囲を担当したか」を説明できるようにしておきましょう。
\nインフラエンジニアの副業は、案件の切り出し方が重要なので、求人サイトだけでなくエージェントに稼働条件を相談するのが現実的です。セキュリティや本番作業を伴う案件では、契約前に確認すべき項目が多いため、求人票だけで判断しないようにしましょう。
\n\n\t
\n\t\t\t| \n | | \n | \n | \n
| サービス名 | \nレバテックフリーランス | \nFLEXY(フレキシー) | \nHiPro Tech（ハイプロテック） | \n
| 稼働率 | \n週3〜5 | \n週1〜5 | \n週3〜5 | \n
| 特徴 | \n求人数10万件以上 リモートでの参画率91％以上 | \n98%がリモート案件 | \n事業会社案件約7割 企業と直接契約のためマージンなし | \n
| 支払サイト | \n月末締め・翌月15日払い | \n月末締め・翌月15日払い | \n月末締め・翌月末日払い | \n
| 案件特徴 | \n🙆 ほぼ全てのエンジニア職種案件あり ※副業は経験年数3年以上目安 | \n技術顧問/PdMなどの上流案件豊富 ※副業は経験年数3年以上目安 | \nWeb系以外にもレガシー系案件やゲーム系案件もあり ※副業は経験年数3年以上目安 | \n
| おすすめ | \n🔰 初めてフリーランスでエージェントを利用する方 | \n🏠 フレキシブル（早朝/平日夜/土日OK）案件を探している方 | \n🏠 フレキシブル（早朝/平日夜/土日OK）案件を探している方 | \n
| 公式 | \n> 公式サイト | \n> 公式サイト | \n> 公式サイト | \n
\n
\n\n
副業OKのフリーランスエージェントは、週2〜3日、リモート、クラウド案件をまとめて探したい人に向いています。希望稼働日数、平日日中の可否、オンコール不可、リモート希望、得意なクラウドサービスを伝えると、条件に合わない案件を避けやすくなります。
\n冒頭のテンプレートにあるようなエンジニア向けサービスを使う場合も、登録後の面談では「本業の勤務時間」「副業規定」「扱えない業界」「緊急対応の可否」を先に伝えてください。あとから条件が合わないと分かるより、最初に線引きした方が紹介精度が上がります。
\n自分の経験に近い案件を探すなら、職種・スキル・副業条件を掛け合わせて見るのが効率的です。まずはインフラエンジニアの副業案件を確認し、クラウド経験が強い人はAWS、Terraform、Linux、Kubernetesなどのスキル軸も合わせて見ましょう。
\nインフラ案件は求人票のタイトルだけでは責任範囲が分かりにくいことがあります。詳細ページでは、必須スキル、歓迎スキル、稼働日数、リモート可否、契約形態、報酬、作業場所、面談回数を確認してください。
\nクラウドソーシングや直接営業は、スポット作業や小規模改善を受けたい人に向いています。たとえば、監視設定の見直し、AWS料金の棚卸し、Terraformのレビュー、WordPressや小規模サービスのサーバー移行などは、短期案件として切り出されることがあります。
\nただし、低単価の作業代行や責任範囲が曖昧な案件も混ざります。本番環境の権限を持つ作業では、秘密保持契約、作業範囲、検収条件、障害時の責任範囲を必ず確認しましょう。
\n副業を始める前に、スキルの棚卸し、ポートフォリオ、作業可能時間、禁止条件を整理しておくと、案件選びで迷いにくくなります。インフラ案件は「何でもできます」と言うより、「この範囲なら責任を持てます」と伝える方が信頼されます。
\nインフラエンジニアの職務経歴では、技術名だけでなく、担当フェーズと責任範囲を書くことが重要です。要件定義、設計、構築、運用、障害対応、移行、監視改善、セキュリティ対応のどこを担当したかを整理しましょう。
\nたとえば「AWS経験あり」だけではなく、「VPC設計、ECS/RDS構築、CloudWatch監視、Terraform管理、リリース手順作成まで担当」のように書くと、発注側が任せられる範囲を判断しやすくなります。インフラエンジニアの仕事内容を改めて整理したい場合は、インフラエンジニアの仕事を解説した記事も参考にしてください。
\n副業では、受ける案件だけでなく、受けない案件を決めておくことも大切です。本番障害の一次対応、深夜休日の常時待機、競合企業の案件、本業と同じ顧客領域、個人端末への秘密情報保存などは、リスクが高くなりやすい条件です。
\n稼働できる曜日、平日昼の会議可否、オンコール可否、出社可否、扱えない業界、使用できる端末、希望単価を事前にメモしておくと、面談で条件を伝えやすくなります。
\n副業用の作業環境は、本業の端末・アカウント・クラウド環境と明確に分けましょう。本業の端末で副業先の情報を扱ったり、副業先の認証情報を個人メモに保存したりすると、情報漏えいリスクが高まります。
\n副業先から貸与端末やVDI、VPN、パスワード管理ツール、MFAの指定がある場合は、その運用に従ってください。指定がない場合でも、権限は最小限にし、作業ログを残し、秘密情報をローカルに残さない運用を提案すると信頼されやすくなります。
\nインフラエンジニアの副業で最も注意したいのは、会社規定、秘密保持、競業避止、セキュリティ、オンコール責任です。収入を増やす目的で始めても、本業の規定違反や情報漏えいにつながると大きな損失になります。
\n会社員が副業を始める場合は、就業規則や副業申請ルールを先に確認してください。厚生労働省も副業・兼業に関する情報を公開していますが、実際の許可条件や申請方法は勤務先ごとに異なります。
\n特にインフラエンジニアは、顧客環境、ネットワーク構成、セキュリティ情報を扱います。本業の競合企業、同じ顧客、同じ案件領域に近い副業は、利益相反や秘密保持違反にならないか慎重に確認しましょう。
\nインフラ副業では、アクセス権限の扱いがそのまま信頼につながります。管理者権限、IAM、VPN、踏み台、ログ、バックアップ、暗号鍵、個人情報を扱う場合は、どこまでアクセスしてよいか、誰の承認が必要か、作業ログをどう残すかを決めてから作業しましょう。
\n副業先の環境に入るときは、個人アカウントの共有、秘密鍵のローカル保存、チャットへの認証情報貼り付け、作業後の権限残置を避けてください。小さな運用ミスでも、インフラでは影響範囲が大きくなります。
\nオンコールや障害対応がある案件は、報酬だけでなく生活への影響も確認する必要があります。副業で一次対応を持つと、深夜・休日・本業中に通知が来る可能性があります。
\n契約前に、監視通知の受け取り有無、対応時間、一次切り分けだけか復旧作業まで担当するか、緊急時の連絡手段、代替担当者、SLAの有無を確認しましょう。副業で受けるなら、オンコールなし、レビューのみ、二次対応のみなど、現実的に守れる範囲へ調整するのが安全です。
\n副業収入が発生するなら、契約書、請求書、支払サイト、源泉徴収、確定申告の扱いを確認しておきましょう。業務委託契約では、成果物、検収条件、支払条件、損害賠償、再委託禁止、秘密保持、契約終了時のデータ返却などを確認します。
\n会社員として副業する場合、住民税や社会保険の扱いも含めて、必要に応じて税理士や勤務先の担当部署へ確認しましょう。「バレない方法」を探すより、規定に沿って長く続けられる形を選ぶ方が結果的に安全です。
\nインフラエンジニアが副業単価を上げるには、運用作業だけでなく、設計・改善・自動化・セキュリティまで担当できることを示す必要があります。限られた時間で価値を出すには、作業者ではなく課題解決のパートナーとして見られる状態を作りましょう。
\nAWS、Azure、Google CloudとTerraformを組み合わせた経験は、副業案件で評価されやすいです。クラウド移行、環境構築、権限設計、監視、CI/CD、コスト最適化までつながるため、案件の幅が広がります。
\n本業でクラウドを触れるなら、手順書通りの作業だけでなく、設計意図、セキュリティ、運用負荷、コストまで説明できるようにしておきましょう。
\n副業で高く評価されるのは、指示された構築だけでなく、現状の課題を見つけて改善できる人です。監視アラートの整理、リリース手順の短縮、障害原因の再発防止、Terraformの分割、権限棚卸し、コスト削減などは、成果を説明しやすい実績になります。
\n職務経歴書には、使った技術だけでなく「何を改善し、どのリスクを下げたか」を書きましょう。数字で出せる場合は、運用工数、障害件数、リードタイム、コストなどを添えると伝わりやすくなります。
\n副業では、稼働できる時間が限られるため、提案内容も短時間で進む形に分けることが大切です。「まず現状調査と改善案を出す」「次にTerraform化する」「最後に運用手順を整える」のように段階化すると、発注側も依頼しやすくなります。
\n最初から大きな責任範囲を取りにいくより、小さく成果を出し、信頼を積み上げてから継続案件につなげる方が、本業との両立もしやすくなります。
\n実務未経験からインフラエンジニアの副業を受けるのはかなり難しいです。副業案件では、教育よりも即戦力性が求められます。まずは本業や実務に近い環境で、サーバー、ネットワーク、クラウド、監視、障害対応の経験を積みましょう。
\n土日や週1だけのインフラ副業はありますが、スポット支援やレビュー案件が中心です。継続運用や本番障害対応は平日日中の連携が必要になりやすいため、稼働時間が限られる人は、設計レビュー、コスト診断、監視改善、Terraformレビューのような切り出しやすい案件を狙いましょう。
\nクラウド案件であればフルリモートや一部リモートの副業は見つけやすいです。一方で、オンプレミス機器、社内ネットワーク、閉域環境、現地作業が必要な案件では出社が残ります。求人票では、作業対象、端末制限、VPN、平日日中の会議有無を確認してください。
\nインフラエンジニアの副業収入は、稼働日数と責任範囲で大きく変わります。インディバースフリーランスで確認できる関連案件では、月額70万円台の案件もありますが、これは稼働条件や役割を含めて見る必要があります。週1のレビュー案件、週2〜3の構築支援、週5相当の運用案件では、同じ月額表示でも実態が違います。
\n資格がなくても実務経験があればインフラ副業は狙えます。ただし、AWS認定、Azure認定、Linux系資格、ネットワーク系資格は、経験を説明する補助材料になります。資格だけで受注できるわけではないため、実際に担当した環境、作業内容、障害対応、改善実績をセットで伝えましょう。
\n会社に隠す前提で副業するのはおすすめしません。就業規則、競業避止、秘密保持、労働時間、住民税などの問題があるため、勤務先のルールに沿って申請・確認するのが安全です。インフラエンジニアは機密情報に触れやすい職種なので、無断副業は特にリスクが高くなります。
\n本業と両立できる体制がないなら、オンコールありの副業案件は慎重に判断すべきです。通知を受ける時間、対応義務、復旧作業の範囲、代替担当者、SLA、報酬への反映を確認してください。副業では、二次対応やレビュー担当など、責任範囲を限定した形の方が続けやすいです。
\nインフラエンジニアの副業は、クラウド、IaC、監視、SRE、セキュリティなどの実務経験がある人にとって、収入と市場価値を高める選択肢になります。ただし、インフラは本番環境・権限・障害対応に関わるため、稼働条件と責任範囲を曖昧にしたまま受けるのは危険です。
\nまずは、自分が担当できる範囲、稼働できる時間、受けない条件を整理しましょう。そのうえで、インフラエンジニア × 副業の案件やクラウド系の関連案件を確認し、無理なく成果を出せる案件から始めるのがおすすめです。
\n","protected":false},"excerpt":{"rendered":"インフラエンジニアで、週1~2日でリモートで副業したい！という方向けに、おすすめの求人サイトや、単価相場についてまとめてみました。
\n","protected":false},"author":28,"featured_media":7026,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[183],"tags":[243,319],"class_list":["post-27971","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sidework","tag-infrastructure-engineer","tag-319"],"aioseo_notices":[],"meta_description":"インフラエンジニアで、週1~2日でリモートで副業したい！という方向けに、おすすめの求人サイトや、単価相場についてまとめてみました。","_links":{"self":[{"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/posts/27971","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/posts"}],"about":[{"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/types/post"}],"author":[{"embeddable":true,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/users/28"}],"replies":[{"embeddable":true,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/comments?post=27971"}],"version-history":[{"count":60,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/posts/27971/revisions"}],"predecessor-version":[{"id":96767,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/posts/27971/revisions/96767"}],"wp:featuredmedia":[{"embeddable":true,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/media/7026"}],"wp:attachment":[{"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/media?parent=27971"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/categories?post=27971"},{"taxonomy":"post_tag","embeddable":true,"href":"https://freelance.indieverse.co.jp/media/wp-json/wp/v2/tags?post=27971"}],"curies":[{"name":"wp","href":"https://api.w.org/{rel}","templated":true}]}}