count や dynamic + for_each で resource や要素の生成を切り替えたい

Terraform

備忘録。環境などの条件によって Terraform の resource 生成を切り替えたい。たまに使う。

例) cloudfront functions の resource 生成 & ビヘイビアへの関連付け

resource 自体の生成は count で切り替える。variables にフラグを用意して呼び出し元で切り替えを宣言できるようにする。なるほど。

resource "aws_cloudfront_function" "example" {
  count   = var.enable_function ? 1 : 0
  name    = "example"
  runtime = "cloudfront-js-1.0"
  comment = "example function"
  publish = true
  code    = file("${path.module}/example.js")
}

resource 内の要素の生成は dynamic と for_each で切り替える。

resource "aws_cloudfront_distribution" "distribution" {
  origin {
    ...
  }
  default_cache_behavior {
    ...
    dynamic "function_association" {
      for_each = var.enable_function ? ["1"] : []
      content {
        event_type   = "viewer-request"
        function_arn = aws_cloudfront_function.example[0].arn
      }
    }
  }
}

さらにこう書くと resource の存否で分岐できる。(学び)

resource "aws_cloudfront_distribution" "distribution" {
  origin {
    ...
  }
  default_cache_behavior {
    ...
    dynamic "function_association" {
      for_each = aws_cloudfront_function.example
      content {
        event_type   = "viewer-request"
        function_arn = function_association.value.arn
      }
    }
  }
}

現場からは以上です。

document.querySelectorAll の結果を map や reduce したい

JavaScript

document.querySelectorAll の結果は NodeList で、forEach はできるが map や reduce はできない。

例えば、いくつかのテキストボックスに入力された数字を合計したい場合、document.querySelectorAll の結果をスプレッド構文で配列にするとよさそう。

const sum = [...document.querySelectorAll('.foo')]
        .map(e => e.value)
        .reduce((acc, e) => acc + parseInt(e), 0)

(追記) ドキュメントに書いてあった...。

NodeList - Web API | MDN

メモ: NodeList は Array とは異なりますが、forEach() メソッドで処理を反復適用することは可能です。Array.from() を使うことで Array に変換することができます。

任意の文字列の登場回数をカウントしたい

メモ

備忘録。任意の文字列の登場回数をカウントしたい。grep に -r を付けてディレクトリ配下を再帰的に検索する。

-o は条件に合致する行を出力する。これを wc でカウントする。

$ grep -or "hogehoge" . | wc -l

-o の代わりに -c を使うとカウントした結果をファイルごとに出力できる。

$ grep -cr "hogehoge" .
./path/to/foo.txt:3
./path/to/bar.txt:7

名前に任意の文字列を含むファイルを検索したい + ファイル数をカウントしたい

メモ

備忘録。名前に任意の文字列を含むファイルを検索したい。

OR 検索する場合は \| のようにバックスラッシュを入れる。

$ find . -type f | grep -e "foo*\|bar*"

ファイル数をカウントしたい。

$ find . -type f | grep -e "foo*\|bar*" | wc -l

モジュラモノリス徹底解剖 〜実践者から学ぶ Lunch LT〜 に行ってきた #モジュラモノリス_findy

メモ アーキテクチャ

モジュラモノリス徹底解剖 〜実践者から学ぶ Lunch LT〜 に参加しました。オンライン参加。簡単に所感をまとめます。

findy.connpass.com

所感

モジュラーモノリス検討中ですっていうひとが思ってたより多かった気がする。Go の Workspace mode はモジュラーモノリスを実現しやすい仕組みなんだろうか。言語レベルでそういうのサポートしているのよさそう。

モジュールの依存関係はコンテキストマップを踏襲する。あと、DB を分割しておくとマイクロサービスにも移行しやすい。なるほど。

マイクロサービスが負債になるっていうのは心に留めておきたい😇

以下、メモから抜粋。

非モジュラーモノリスからモジュラーモノリスへのステップ

  • チーム分割しても生産性を維持したい
  • 分散トランザクション
  • モジュラーモノリス構成
    • モジュールごとにディレクトリ切る
    • モジュール API 公開
    • 少しずつモジュール化する
  • BFF
  • モジュール間は循環依存しないように
  • モジュール間の RDB 分離
    • 外部キー張ってたりするので難しい
  • モジュール間のトランザクション
    • 基本的にはないように
    • 仕様見直し
  • モジュール粒度
    • 最初はなるべく小さく
    • 小さいモジュールをまとめてモジュール化

RDRAとDDDでGoのモジュラーモノリスアプリを設計してみた話

  • RDRA
  • 戦略的DDD
  • コンテキストマップごとの設計資料
  • Workspace mode (Go)
    • モジュール間の依存解決
  • コンテキストマップと同じ粒度で Go Module を作成する
  • マイクロサービス
  • 新規なのでDB分割はやりやすかった

TypeScript・モジュラーモノリスによる型安全なWebサービス開発

  • 複雑なサービスをシンプルなモジュールを組み合わせて作り上げる
  • 垂直分割=ドメインごとに分割
  • 水平分割=レイヤごとに分割
  • コアロジックを外に抽出
    • 凝集度が高い
    • FE/BEにロジックが分散しないように
  • Turborepo
  • 関数を export する
    • モジュール間は関数呼び出し
  • ドメインロジックを書くべきところに書く
  • ビルド, Lint はパフォーマンスわるい
  • 初期構築の難易度が高い
  • モノリポと相性いい

マイクロサービスではなくモジュラモノリスを採用した理由

  • 既存システムの技術負債
    • 新機能を別システムで作る
    • 既存システムを少しずつ移行
  • マイクロサービス
    • 整合性担保が難しい
    • マイクロサービスが負債になる
  • モノリス
    • 内部品質を保つには設計スキルが必要
    • 将来的にマイクロサービスに移行しづらい
  • モジュラーモノリス
  • モジュール境界はサービス境界に比べて戻しやすい
    • サービス境界を探る

モノリスとマイクロサービスを経てモジュラモノリスを導入した実践事例

tech.asoview.co.jp

eh-career.com

  • マイクロサービス
    • 認知負荷/コミュニケーションコスト軽減
    • 自立自走
  • モノリス
    • プロダクト全体にわたる変更
  • モジュール境界
    • RDRA
    • DDD (境界づけられたコンテキスト)
    • リソース/可用性などの非機能面の観点
    • 組織構造を意識しすぎると組織変更についていけなくなる
    • 組織構造が変わっても大丈夫なように
  • DB分割
  • トランザクション分割
  • ランタイムは同一
  • 可用性
    • 単一障害点
    • シングルバイナリ/マルチモード
  • アプリケーションレベルのリファクタリングが可

Argo Workflows ドキュメントリンク集

Argo Workflows

Argo Workflows を使うときによく参考にするドキュメント。備忘録。

やや古い資料ですが、全体的に分かりやすく解説されておりいつも参考にしています。

speakerdeck.com

細かい内容は公式ドキュメントの Field Reference とか。(あまり見やすくはない)

argoproj.github.io

その他、GitHub の examples とか。

github.com