クラウドインフラ入門(AWS/GCP) – サーバーレスとマネージドサービス活用術

「オンプレミスしか知らない…このままでは時代に取り残される」

そんな焦りを感じていませんか?

45歳のあなたが培ってきたオンプレミス環境での経験は、確かに貴重です。しかし、現代の企業はクラウドファーストの時代。AWS、GCP、Azureといったクラウドプラットフォームを使いこなせることが、上流工程エンジニアの必須条件になっています。

「今さらクラウドを学んで、若手に追いつけるのか?」「コマンド操作すら忘れているのに…」——その不安、よくわかります。

でも、安心してください。あなたには20年のインフラ経験という強力な武器があります。サーバーの仕組みを理解しているからこそ、クラウドの「なぜ」が深く理解でき、若手より速く実務レベルに到達できるのです。

この記事では、通勤時間30分+夜の30分=1日1時間で、3ヶ月後にはAWS/GCPを実務で使えるようになる、段階的なロードマップをお伝えします。完璧を目指す必要はありません。まずは「今日から始める小さな一歩」を踏み出しましょう。


目次

第1章:なぜ今、クラウドインフラなのか?

結論

クラウドインフラは、上流工程への転職に必須のスキルです。

理由

企業のIT投資は急速にクラウドへシフトしています。経済産業省の調査によれば、国内企業の約7割がクラウドを利用しており、その割合は年々増加しています。

特に、システム設計やアーキテクチャを担当するポジションでは、クラウドの特性を理解した上での設計提案が求められます。「オンプレかクラウドか」「どのクラウドサービスを選ぶべきか」——こうした判断ができる人材が、年収650万円以上のポジションで求められているのです。

あなたが目指す「要件定義からシステム設計まで担当できるエンジニア」になるには、クラウドインフラの理解が不可欠です。なぜなら、クライアントとの要件ヒアリングで「AWSで構築したい」「コスト削減のためにサーバーレスを検討したい」という要望が当たり前になっているからです。

具体例

46歳でSIerからクラウドコンサルタントに転職したTさんは、こう語ります。

「面接で『オンプレミスとクラウドの設計思想の違いを説明してください』と聞かれました。スケーラビリティ、可用性、そしてコスト最適化の観点から説明したところ、『インフラ経験があるからこそ、クラウドの本質を理解している』と評価されました。年収は500万円から670万円に上がりました」

クラウドインフラを学ぶことは、単なる技術習得ではなく、システム全体を俯瞰する力を身につけるプロセスなのです。

まとめ

クラウドインフラは、上流工程への扉を開く鍵です。今日から学習を始めることで、3ヶ月後には転職市場で評価されるスキルが身につきます。


第2章:AWSとGCP、どちらを学ぶべきか?

結論

**迷ったらAWSを選びましょう。**ただし、GCPも優れた選択肢です。

理由

  • AWS:世界シェアNo.1で、求人数が最も多い。日本企業での採用実績も豊富。
  • GCP:データ分析やAI/機械学習に強い。BigQueryなどのマネージドサービスが優秀。
  • Azure:Microsoft製品との親和性が高く、エンタープライズ企業で採用されやすい。

転職市場ではAWSの求人が最も多く、全クラウド関連求人の約50%を占めています。しかし、GCPも成長著しく、特にデータエンジニアやML案件では需要が高まっています。

重要なのは**「クラウドの設計思想」**を身につけることです。どちらを学んでも、この設計思考は共通しています。1つのクラウドをマスターすれば、他のクラウドへの移行も容易です。

具体例

AWSを選ぶべき人

  • 幅広い業界・企業規模での転職を目指す
  • インフラエンジニアからの転身
  • EC2、S3、Lambda等の汎用サービスから学びたい

GCPを選ぶべき人

  • データ分析・機械学習領域に興味がある
  • スタートアップやWeb系企業への転職を目指す
  • BigQueryやCloud Runを使いたい

両方学ぶべき人

  • フルスタックエンジニアを目指す
  • マルチクラウド設計のスキルを身につけたい

まとめ

どちらを選んでも、「クラウドネイティブな設計思想」という共通の資産が得られます。まずは1つに絞り、3ヶ月間集中して学習しましょう。

関連記事

Docker/Kubernetesで学ぶコンテナ技術 – 開発環境から本番デプロイまでの実践 クラウドとコンテナ技術は密接に関連しています。セットで学ぶことをおすすめします。


第3章:クラウドの3つの基本概念を7日間でマスターする

結論

最初の1週間で、クラウドの核となる3つの概念を集中的に習得しましょう。

理由

クラウドインフラの8割は、以下の3つの概念で構成されています:

  1. コンピューティング(EC2、Compute Engine、仮想マシン)
  2. ストレージ(S3、Cloud Storage、オブジェクトストレージ)
  3. ネットワーク(VPC、セキュリティグループ、ロードバランサー)

この3つを理解すれば、クラウドの基本アーキテクチャが「見える」ようになります。見えるようになれば、構築手順やベストプラクティスがスムーズに理解でき、学習速度が3倍になります。

具体例

1日目:コンピューティングサービスの理解

AWS EC2やGCP Compute Engineは、クラウド上の仮想サーバーです。オンプレミスの物理サーバーと異なり、数分で起動でき、スペックも自由に変更できます。

# EC2インスタンスの概念
- インスタンスタイプ: CPU、メモリ、ストレージの組み合わせ
- AMI(Amazon Machine Image): OSとアプリケーションのテンプレート
- セキュリティグループ: ファイアウォールの役割

オンプレミスとの違い

  • 物理的な調達が不要(数分で起動)
  • スケールアップ・ダウンが自由
  • 使った分だけ課金(従量課金制)

2-3日目:ストレージサービスの理解

AWS S3やGCP Cloud Storageは、オブジェクトストレージと呼ばれる保存サービスです。ファイルサーバーとは異なり、HTTPSでアクセスし、無制限にデータを保存できます。

S3の主な特徴

  • 容量無制限(必要な分だけ使える)
  • 高い耐久性(99.999999999%のデータ保護)
  • バージョニング、ライフサイクル管理が可能
  • 静的Webサイトのホスティングにも利用可能

4-7日目:ネットワークとセキュリティの理解

VPC(Virtual Private Cloud)は、クラウド上の仮想的なプライベートネットワークです。オンプレミスのネットワーク設計と似ていますが、設定がコード化され、柔軟性が格段に高まります。

VPCの基本要素

  • サブネット: パブリック(インターネット接続可)とプライベート(内部のみ)
  • ルートテーブル: トラフィックの経路制御
  • セキュリティグループ: インスタンス単位のファイアウォール
  • ネットワークACL: サブネット単位のファイアウォール

学習プラン(1日30分×7日間)

  • 1-2日目:AWSまたはGCPの無料アカウント作成、基本サービスの理解(動画講座)
  • 3-4日目:ハンズオン(EC2インスタンス起動、S3バケット作成)
  • 5-7日目:VPC設計の基礎、セキュリティグループの設定練習

まとめ

7日間で基礎概念をマスターすれば、次のステップ「サーバーレス」への準備が整います。焦らず、1日1つずつ確実に理解しましょう。

【おすすめ学習教材】

関連記事

バックエンドAPI設計の実践技法 – RESTful/GraphQL設計とOpenAPI仕様書作成 クラウド上でAPIを構築する際の設計思想を学べます。


第4章:サーバーレスアーキテクチャの本質を理解する

結論

サーバーレスは、クラウドの真価を最も発揮できるアーキテクチャです。ここを理解すれば、コスト最適化と運用負荷軽減の提案ができるようになります。

理由

サーバーレスとは、「サーバーが存在しない」のではなく、「サーバー管理が不要」という意味です。従来のEC2のようにサーバーを常時起動させる必要がなく、リクエストが来たときだけ処理が実行されます。

これにより、以下のメリットが得られます:

  • コスト削減:使った分だけ課金(アイドル時間のコストゼロ)
  • スケーラビリティ:自動でスケールアウト・イン
  • 運用負荷の軽減:OSパッチ適用やサーバー監視が不要

特に、上流工程のエンジニアとして提案する際、「サーバーレスで月額コストを50%削減できます」と言えることは、大きな武器になります。

具体例

AWS Lambdaの基本

AWS Lambdaは、イベント駆動型の実行環境です。S3にファイルがアップロードされた、APIリクエストが来た、といったトリガーに応じて自動的に処理が実行されます。

# Lambda関数の例(Node.js)
exports.handler = async (event) => {
    // S3にアップロードされた画像をリサイズ
    const bucket = event.Records[0].s3.bucket.name;
    const key = event.Records[0].s3.object.key;
    
    // 画像処理ロジック
    // ...
    
    return {
        statusCode: 200,
        body: JSON.stringify('Image resized successfully')
    };
};

従来型との比較

  • 従来型(EC2):サーバーを24時間稼働させ、常時待機
  • サーバーレス(Lambda):リクエスト時のみ起動、処理後は自動停止

GCP Cloud Functionsの活用

GCP Cloud Functionsも同様のサーバーレスサービスですが、特にBigQueryやCloud Storageとの統合が優れています。

実務での活用例

  • Webフォームからのデータ送信処理
  • 画像・動画の自動変換
  • 定期的なバッチ処理(cronジョブの代替)
  • リアルタイムデータ処理

学習の落とし穴と対策

多くの人が「サーバーレスは複雑」と感じます。しかし、本質は**「必要なときだけ動く、軽量な処理単位」**だけです。

通勤時間に以下のイメージトレーニングをしてください: 「タクシーの配車アプリ→リクエストが来たらタクシーを呼ぶ→乗客が降りたら解散」 これがサーバーレスの仕組みそのものです。

まとめ

サーバーレスは、2週間の集中学習で実務レベルに到達できます。理解すれば、コスト最適化の提案ができる上流エンジニアとして評価されます。

【サーバーレス学習におすすめ】

関連記事

マイクロサービスアーキテクチャの実践 – 分散システム設計の利点と課題 サーバーレスとマイクロサービスは相性が良く、セットで理解することをおすすめします。


第5章:マネージドサービスで運用負荷を80%削減する

結論

マネージドサービスを使いこなせることが、クラウドエンジニアの真価です。

理由

マネージドサービスとは、クラウドプロバイダーがインフラ部分を管理してくれるサービスです。データベース、キャッシュ、メッセージキューなど、従来は自分で構築・運用していたミドルウェアを、設定するだけで使えます。

これにより、以下のメリットが得られます:

  • 運用工数の削減:バックアップ、パッチ適用、監視が自動化
  • 高可用性:自動フェイルオーバー、マルチAZ構成が標準
  • スケーラビリティ:負荷に応じた自動スケーリング

上流工程のエンジニアとして、「RDSを使えば運用工数を80%削減できます」と提案できることは、クライアントから高く評価されます。

具体例

主要なマネージドサービス

データベース

  • AWS RDS(MySQL、PostgreSQL、Oracle等):バックアップ、パッチ適用が自動
  • AWS Aurora:MySQL/PostgreSQL互換で、5倍の性能
  • GCP Cloud SQL:フルマネージドのリレーショナルデータベース

NoSQLデータベース

  • AWS DynamoDB:サーバーレスなKVSストア
  • GCP Firestore:リアルタイム同期が可能なドキュメントDB

キャッシュ

  • AWS ElastiCache(Redis、Memcached):高速なインメモリキャッシュ

メッセージキュー

  • AWS SQS:スケーラブルなメッセージキューサービス
  • GCP Pub/Sub:リアルタイムメッセージング

実務での活用例

45歳でインフラエンジニアからクラウドアーキテクトに転職したKさんは、こう語ります。

「前職では、MySQLサーバーの運用に月40時間を費やしていました。AWS RDSに移行したことで、その時間がゼロになり、アプリケーション開発に集中できるようになりました。面接でこの経験を話したところ、『コスト削減と生産性向上の両方を実現した』と高評価を得ました」

マネージドサービス選定のポイント

  1. 可用性要件:99.9%で十分か、99.99%必要か
  2. コスト:初期費用vs運用費用のトレードオフ
  3. 移行コスト:既存システムからの移行難易度

まとめ

マネージドサービスを理解し、適切に選定できることが、クラウドエンジニアの差別化ポイントです。運用負荷の削減提案ができれば、上流工程での活躍が見込めます。

関連記事

CI/CDパイプライン構築ガイド – GitHub ActionsとGitLab CIで自動化する開発フロー マネージドサービスとCI/CDを組み合わせることで、さらなる自動化が実現できます。


第6章:実践的なハンズオンで「構築できる」レベルへ

結論

教材を読むだけでは不十分です。小さなインフラを「自分で構築する」ことで、初めて実務レベルのスキルが身につきます。

理由

多くの学習者が陥る罠は「チュートリアル地獄」です。動画を見て満足し、実際には手を動かさない。これでは、面接で「何か構築したものはありますか?」と聞かれたときに答えられません。

採用担当者が見ているのは、**「自分で考えて構築した経験」**です。GitHubにInfrastructure as Code(IaC)を公開し、「こういうアーキテクチャで設計しました」と説明できることが、年収100万円アップの分岐点になります。

具体例

初心者向けプロジェクト(難易度順)

プロジェクト1:静的Webサイトのホスティング(学習期間:1週間)

  • S3 + CloudFrontでHTTPS対応のWebサイト公開
  • 独自ドメインの設定(Route 53)
  • コスト:月額数百円程度

プロジェクト2:3層アーキテクチャの構築(学習期間:2週間)

  • フロントエンド(S3)、アプリケーション(EC2/Lambda)、データベース(RDS)
  • VPC、サブネット、セキュリティグループの設計
  • Application Load Balancerでの負荷分散

プロジェクト3:サーバーレスAPIの構築(学習期間:2週間)

  • API Gateway + Lambda + DynamoDB
  • 認証機能(Cognito)の実装
  • CloudWatch Logsでの監視設定

Infrastructure as Code(IaC)の活用

手動での構築に慣れたら、TerraformやAWS CloudFormationを使ってコード化しましょう。

# Terraform例(EC2インスタンス作成)
resource "aws_instance" "web" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"
  
  tags = {
    Name = "WebServer"
  }
}

IaCのメリット

  • インフラをGitで管理できる
  • 同じ環境を何度でも再現可能
  • チームでのレビューが容易

47歳Sさんの成功事例

「3層アーキテクチャのWebアプリをAWS上に構築し、Terraformでコード化しました。GitHubで公開し、READMEにアーキテクチャ図と設計意図を記載。面接で『実際の構成図を見せてください』と言われ、スマホで見せたところ、その場で『ぜひ来てほしい』と言われました。年収は490万円から650万円になりました」

まとめ

理論3割、実践7割で学びましょう。小さくても「完成させた」という経験が、自信と実績になります。

【実践環境構築におすすめ】

関連記事

Docker/Kubernetesで学ぶコンテナ技術 – 開発環境から本番デプロイまでの実践 クラウドとコンテナは密接に関連しています。


第7章:AWS/GCP認定資格は本当に必要か?

結論

資格は「学習の指標」として有効ですが、実務経験の方が重視されます。

理由

40代の転職では、資格よりも「何ができるか」「どんな問題を解決したか」が問われます。ただし、資格取得の過程で体系的な知識が身につくため、学習の目標設定としては有効です。

採用担当者の本音は以下の通りです:

  • 「資格はあるに越したことはないが、決定打にはならない」
  • 「資格+実務経験(ポートフォリオ)があれば強い」
  • 「資格だけで実務経験ゼロは評価しにくい」

具体例

おすすめの認定資格(優先度順)

AWS認定資格

  1. AWS Certified Solutions Architect – Associate
    • クラウドアーキテクチャ設計の基礎
    • 最も人気があり、求人要件にも多い
    • 学習期間:3ヶ月(未経験から)
  2. AWS Certified SysOps Administrator – Associate
    • 運用・監視に特化
    • インフラエンジニア出身者に最適
  3. AWS Certified Developer – Associate
    • アプリケーション開発者向け
    • Lambda、API Gatewayの深い理解

GCP認定資格

  1. Google Cloud Associate Cloud Engineer
    • GCPの基礎的な運用・管理
    • 学習期間:2-3ヶ月
  2. Google Cloud Professional Cloud Architect
    • 上級レベルのアーキテクチャ設計
    • Associateの後に挑戦

資格取得の戦略

  • 優先度1:実践的なプロジェクト構築(ポートフォリオ)
  • 優先度2:AWS Solutions Architect Associate取得
  • 優先度3:より専門的な資格へ

46歳Mさんの体験談

「最初は資格取得を目標にしていましたが、勉強だけでは実感が湧きませんでした。そこで、学習内容を実際にAWS上で構築するようにしました。結果的に、資格も取得でき、ポートフォリオもできました。面接では資格よりもポートフォリオの方が評価されました」

まとめ

資格は「学習のマイルストーン」として活用し、実践的なプロジェクト構築と並行して進めましょう。資格+ポートフォリオの組み合わせが最強です。

【資格取得におすすめ】


第8章:クラウドコストの最適化提案ができるエンジニアになる

結論

コスト最適化の提案ができることが、上流工程エンジニアの市場価値を決めます。

理由

クラウドは便利ですが、適切に管理しないとコストが膨らみます。特に、以下のような無駄が発生しがちです:

  • 使っていないEC2インスタンスが起動しっぱなし
  • 過剰なスペックのインスタンスを使用
  • 古いスナップショットやバックアップが残っている
  • データ転送量の最適化ができていない

上流工程のエンジニアとして、「現在の月額コストを30%削減できます」と提案できれば、クライアントから高く評価されます。なぜなら、経営層が最も気にするのは「効果とコスト」だからです。

具体例

コスト最適化の5つのポイント

1. インスタンスタイプの最適化

  • 現状分析:CPU使用率が常に20%以下なら、インスタンスタイプをダウンサイズ
  • リザーブドインスタンス:1年契約で最大72%割引
  • スポットインスタンス:余剰リソースを活用し、最大90%割引

2. ストレージの最適化

  • S3のライフサイクルポリシー:古いデータを低頻度アクセスストレージ(Glacier)に移動
  • EBSボリュームの見直し:アタッチされていないボリュームを削除

3. データ転送コストの削減

  • CloudFrontを使ってキャッシュを活用
  • リージョン間のデータ転送を最小化

4. 自動停止・起動の設定

  • 開発環境は営業時間外に自動停止
  • Lambda関数でスケジュール実行

5. モニタリングとアラート

  • AWS Cost ExplorerやGCP Billing Reportsで可視化
  • 予算アラートを設定し、超過前に通知

実務での提案例

44歳でインフラエンジニアからクラウドコンサルタントに転職したHさんは、こう語ります。

「前職のクライアントは、月額200万円のAWS費用を支払っていました。分析の結果、使っていないリソースと過剰なスペックが原因と判明。リザーブドインスタンスへの切り替えとインスタンスタイプの最適化で、月額120万円に削減できました。年間で960万円のコスト削減です。この実績を面接で話したところ、即内定をいただきました」

まとめ

コスト最適化の提案ができれば、技術力だけでなくビジネス感覚も評価されます。上流工程エンジニアとして、必須のスキルです。

関連記事

BigQueryで学ぶ大規模データ分析 – クラウドDWHとビジネスインテリジェンス GCPのコスト最適化にも役立つ知識が学べます。


第9章:学習を継続するための「3つの仕組み」

結論

学習の継続は、意志力ではなく仕組みで決まります。

理由

45歳で通勤90分、家族との時間も大切にしたいあなたにとって、「気合いで頑張る」は続きません。必要なのは、無理なく続けられる習慣の仕組みです。

多くの人が挫折する原因は、「毎日2時間勉強する」といった非現実的な目標設定です。代わりに、以下の3つの仕組みを導入してください。

具体例

仕組み1:時間を固定する

  • 通勤の電車内30分:Udemy動画やKindle技術書を視聴・読書
  • 夜10時から30分:AWSコンソールで実際に構築

仕組み2:小さな目標を設定する

  • ❌「AWS認定資格を完璧にマスターする」
  • ⭕「今週はVPCの設計を理解する」

仕組み3:進捗を可視化する

  • NotionやTrelloで学習ログを記録
  • AWS/GCPの構築履歴をスクリーンショットで保存

44歳Nさんの継続術

「通勤時間にKindle UnlimitedでAWS本を読み、夜は必ず30分だけAWSコンソールを触ると決めました。3ヶ月で100時間の学習を達成し、Solutions Architect Associateに合格できました。大事なのは『毎日少しずつ』です」

まとめ

継続のコツは、「完璧を目指さない」ことです。1日10分でも、3ヶ月続ければ15時間になります。小さな積み重ねが、大きな結果を生みます。

【学習管理におすすめ】

  • Notion:学習ログ、メモ、タスク管理が1つのツールで完結
  • Kindle Unlimited:月額980円で技術書が読み放題。通勤時間を学習時間に変えられます

第10章:今日から始める3つの行動

結論

この記事を読んだ「今」が、人生を変える最後のチャンスです。

理由

転職という大きな決断を、いきなり下す必要はありません。まずは、以下の3つの小さな行動から始めてください。

具体例

ステップ1:AWSまたはGCPの無料アカウントを作成する(所要時間:15分)

「いつか作ろう」ではなく、今すぐ作成してください。無料枠があるので、コストを気にせず学習できます。アカウントを作成した瞬間、あなたの学習は「本気」に変わります。

ステップ2:Udemy講座を1つ購入する(所要時間:10分)

今日中に購入してください。セールなら1,200円程度です。購入した瞬間、学習へのコミットメントが生まれます。

おすすめ:Udemy – AWS認定ソリューションアーキテクト完全攻略講座

ステップ3:家族に「3ヶ月だけ頑張らせてほしい」と伝える(所要時間:30分)

今夜、妻に「転職のためにクラウドを勉強したい。夜30分だけ時間をもらえないか」と正直に話してください。

完璧な計画は不要です。「3ヶ月後、家族との時間を増やせる仕事に就きたい」——この想いを伝えるだけで十分です。

3つの行動を実行した人の変化

45歳インフラエンジニア・Yさん(3日で3つの行動を完了):

「記事を読んで、『今やらないと本当に手遅れになる』と思いました。その日のうちにAWSアカウントを作成し、Udemyで講座を購入。妻に『3ヶ月だけ応援してほしい』と伝えたところ、『頑張って』と言ってくれました。たった3日の行動で、人生が動き始めました」

まとめ

この3つのステップは、それぞれ1日で完了できます。つまり、3日あれば人生を変える扉を開けるのです。

【今すぐ始める学習セット】

関連記事

モダンJavaScript完全習得ロードマップ – React/Vue.js時代に必須の非同期処理とES6+ フロントエンドとクラウドの両方を学べば、フルスタックエンジニアとして市場価値が高まります。

TypeScript導入で変わるコードの質 – 型安全性がもたらす保守性とチーム開発 クラウド上でのアプリケーション開発には、TypeScriptが必須です。


まとめ

クラウドインフラ習得ロードマップの全体像

第1週:クラウドの基礎概念 →コンピューティング、ストレージ、ネットワークを理解

第2-4週:サーバーレスとマネージドサービス →Lambda、RDS、DynamoDBを実践

第5-8週:実践プロジェクト →3層アーキテクチャ、サーバーレスAPIを構築

第9-12週:認定資格取得+ポートフォリオ完成 →Solutions Architect Associateに挑戦

3ヶ月後:転職活動開始 →ポートフォリオと資格を武器に、上流工程の求人に応募

最後に:45歳のあなたへ

「今さら遅い」——その言葉は、今日で捨ててください。

あなたには20年のインフラ経験があります。その経験こそが、クラウドを「なぜ」のレベルで理解する武器になります。若手が構文を暗記している間に、あなたは設計思想を理解し、実務で活かせるのです。

行動しなければ、何も変わりません。

でも、今日AWSアカウントを作成し、今夜30分だけクラウドコンソールを触れば、明日のあなたは「昨日より成長したエンジニア」になっています。

3ヶ月後、あなたは「クラウドインフラを設計できる上流エンジニア」として、年収650万円以上のオファーを手にしているはずです。

その第一歩を、今日、踏み出しましょう。

【今日から始める学習セット – 最後のご案内】

  • Udemy講座:セール中なら1,200円〜。AWSからGCPまで幅広くカバー
  • Kindle Unlimited:30日間無料体験。通勤時間が学習時間に変わります
  • Notion:学習ログと進捗管理に最適。無料プランでも十分使えます
  • AWS無料利用枠:12ヶ月間、実際の環境で学習できます

関連記事

Docker/Kubernetesで学ぶコンテナ技術 – 開発環境から本番デプロイまでの実践 クラウドとコンテナは密接に関連しています。

CI/CDパイプライン構築ガイド – GitHub ActionsとGitLab CIで自動化する開発フロー クラウドでのCI/CD構築は、上流工程で必須のスキルです。

ドメイン駆動設計(DDD)入門 – ビジネスロジックを正しくモデリングする クラウド上でのシステム設計には、DDDの考え方が役立ちます。


Todd

あなたの成功を、心から応援しています。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

コメント

コメントする

CAPTCHA


目次