single-spa でマイクロフロントエンドを検証する
マイクロフロントエンドとは [翻訳記事]マイクロフロントエンド - マイクロサービスのフロントエンドへの応用 自分の理解だと、フロントエンドを一定以上にスケールさせようとすると、レガシーの古いビルド境界や、コンウェイの法則によるチーム単位のコンポーネントが出てくる。 これらをメタに管理するシステムを作って、複数のビルドを協調させる試み。 実装 マイクロフロントエンドの実装に必ずしもライブラリを使う必要はないのだが、調べた感じ、single-spa というライブラリが土台にある。 ドキュメントに中国産が多い。大きなSPAをたくさん作るお国柄な気がする。 single-spa single-spa マイクロフロントエンドの用の土台となるルーティング機能、各コンポーネントのライフサイクルだけを管理するもの。 このドキュメントでは System.js や import-map を推奨しているが、無
node.js のメトリクスの計測、ベンチマークの改善、Docker イメージの絞り方を勉強した
フロントエンドのパフォーマンス計測は得意なのだが、サーバーサイド node.js のメトリクスの取り方はあまり知らなくて、いつも勘でやりがちだった。最近は業務でこの周辺で困ることが増えたので、勉強しなおした。 また、最近使ってみたかった cloudflare workers の制限で、メモリ 128MB、CPU 時間 50ms という制約があり、このためにも Node.js の CPU のメトリクスを計測できるようになっておく必要があった。 という目的を踏まえて、今回は OS やデータベースの最適化は扱わず、ネットワークとアプリケーション層だけに絞って学習した。あと仕事の Docker イメージのサイズにも悩んでたので、ここも。 (あと ISUCON 参加者が楽しそうだったのもある。 ISUCON のチューニング対象にフロントエンドは含まれないので…) 計測対象 今回実験したリポジトリはこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
