TypeScript to Go を使用した NestJS マイクロサービスの移行: 発見の 1 週間

TypeScript to Go を使用した NestJS マイクロサービスの移行: 発見の 1 週間

先週、私は NestJS で開発されたマイクロサービスを TypeScript を使用して移行することを目的として、Go の世界に没頭しました。この旅は、特定のパラダイムを学び直し、他のパラダイムを採用し、これら 2 つの開発エコシステムの根本的な違いを理解するという集中的な訓練でした。

NestJS のアーキテクチャ

NestJS を使用したスタックでは、PostgreSQL および Redis データベースに接続されたマイクロサービスを管理します。マイクロサービス間のさまざまな通信戦略を実装します。

1. イベントによる通信: マイクロサービス間の非同期通信を可能にするサブスクリプションとトピックには Pub/Sub を使用します。
2. フロントエンド用バックエンド (BFF): フロントエンドとデータベースの間の仲介者として機能する、JWT で保護された REST API を実装します。

検証と移行

DTO 検証とデータ移行は、私たちのシステムにとって非常に重要です。 TypeScript により、移行を処理するために Knex と TypeORM を使用して厳密な型と構造を定義できるようになりました。このアプローチは効果的ではありますが、言語と、さまざまなマイクロサービス間でデータ ストリームを操作する方法についての深い理解が必要です。

NestJS の課題

パフォーマンスに影響を与えるイベント ループの問題を検出しました。Clinic.js ライブラリを使用して対処しました。ボトルネックを特定し、async および await とともにデザイン パターンの使用を最適化しました。ただし、Node.js での同時実行性の管理は複雑で、リソースの面でコストがかかる可能性があります。

Go を始める

Go を探索すると、パラダイムの移行と一連の重要な違いに遭遇します。

1. コンパイルと静的型付け: TypeScript とは異なり、Go は強力な静的型付けを備えたコンパイル言語であり、コンパイル時にエラーを検出する必要があります。
2. 制御フローとエラー処理: Go は、例外ではなくエラーを返すことに明示的に重点を置くことで、エラー処理を簡素化します。
3. データ構造とメモリ: Go でのメモリ割り当てとデータ構造管理には、JavaScript のより抽象的なアプローチとは異なり、ハードウェアをより深く理解する必要があります。

OOP とインターフェイス

Go ではオブジェクト指向がサポートされていますが、その表現方法は異なります。従来の継承がないこととインターフェイスの使用により独特の柔軟性が得られ、最大限に活用するにはこの柔軟性を完全に理解する必要があります。

比較例

データの検証

• NestJS: 検証には DTO のデコレーターを使用します。
  

  import { IsString, IsInt } from 'class-validator';
  
  class CreateUserDto {
      @IsString()
      name: string;
  
      @IsInt()
      age: number;
  }
  

• Go: 検証には go-playground/validator などのライブラリを使用します。
  

  import (
      "gopkg.in/go-playground/validator.v9"
  )
  
  type User struct {
      Name string `validate:"required"`
      Age  int    `validate:"gte=0"`
  }
  
  validate := validator.New()
  user := &User{Name: "Alice", Age: 25}
  err := validate.Struct(user)
  

非同期通信

• NestJS: async/await を使用して Promise を処理します。
  

  async function fetchData(): Promise<void> {
      const data = await apiCall();
      console.log(data);
  }
  

• Go: 同時実行のためのゴルーチンとチャネルの使用。
  

  func fetchData() {
      dataChan := make(chan string)
      go func() {
          dataChan <- apiCall()
      }()
      data := <-dataChan
      fmt.Println(data)
  }
  

ツールと設定

Go では、REST API として Gin や ORM として Gorm などのツールを採用しています。タスクを自動化するために make を使用して VSCode で環境をセットアップすることは、生産性を維持し、この新しいワークフローに適応するために非常に重要です。

最終的な考え

TypeScript を使用した NestJS から Go への移行は、困難ではありましたが、やりがいもありました。 NestJS は、再利用と抽象化に重点を置いた迅速な API 開発における豊富なエクスペリエンスを提供しますが、Go では、拡張性の高いアプリケーションに不可欠な同時実行性とパフォーマンスをより詳細に制御できるようになりました。

私たちはワークフローの実験と調整を続けており、課題はありますが、マイクロサービスの将来に Go が提供する可能性に興奮しています。

---

このブログが、同様の移行を検討している人たちへのガイドやインスピレーションとして役立つことを願っています。テクノロジーの移行に関してどのような経験がありましたか?その過程でどのような課題と解決策を見つけましたか?

あなたのストーリーを共有して、一緒に学び続けましょう!

以上がTypeScript to Go を使用した NestJS マイクロサービスの移行: 発見の 1 週間の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。