超巨大フロントエンドを分割する基盤を作ろうとしたものの紹介します。 この記事の前提 巨大フロントエンドを分割統治したい SSR は考えない モダンブラウザのみ対応する(IE11 非対応) この記事では single-spa とマイクロフロントエンドの紹介はしません。こちらの記事を読んでください。 マイクロフロントエンド入門 single-spa でマイクロフロントエンドを検証する - mizdev single-spa はアプリケーションのライフサイクルに簡単な規約を導入するもので、おそらく一番使われてるものです。これを基本的に vite と組み合わせて各アプリケーションを構成しますが、 webpack でも同様のことは可能です。 動いてるもの デモ ここで実現したこと 共通ヘッダ 異なる環境でビルドされたコンテンツをルーティングごとに切り替える react-router のアプリと vu
前回は、Bicepの性質から、どのような基本設計でIaCを指向するか書きました。 tech.guitarrapc.com 今回は、実際にBicep Resourceを使って書くときに、どのような工夫が必要なのかメモしておきます。 tl;dr; Bicep Resource Preview リソースと ARM Template Previewページは手薄 Bicep Module 粒度 Bicep Parameter string, int, bool の扱いやすさ object型の型宣言が弱い array 型の型宣言が弱い 実行時Parameter の渡し方 existing と リソースの存在保障 existing の実行成功は存在保障ではない Role Name の取得 Built-in Role Custom Role 来てほしい機能 tl;dr; PreviewリソースはARM T
Azureの構成をIaCしたいとなると、おおむね選択肢は次の3つになりそうです。 ARM Template Terraform Pulumi TerraformとPulumiはおおむね同じ性質ですが、PulumiはAzureに対しては他のクラウドよりも優先的に機能が入るのでちょっと面白いです。 とはいえ、世の中的にはAzureの構成はARM Templateが一番合ってるといわれるとかいわれないとか。 ARM Templateは人間が使うフォーマットじゃないので一ミリも興味がでなかったのですが、Azure BicepがDSLとして出てきたこともあり、ここしばらくはAzureでBicepを使って構成してみたので設計メモを書いておきます。 tl;dr; Bicep と ARM Template Stateless デプロイのスコープ デプロイモード デプロイによる一致保障 デプロイ方法と適用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
