フィーチャーフラグにはタイプ（リリース・実験・運用・許可）がある！ - kakakakakku blog
コードを書き換えず，フラグを使って機能を有効化するプラクティスを「Feature Flag（フィーチャーフラグ）」と言う．一般的に main ブランチ（もしくは master や trunk）は常にリリースできる状態にしておくため，並行開発のために feature ブランチを作る．しかし，開発が長期化すると main ブランチとの差が大きくなり，コンフリクトが起きて，ブランチ運用面での考慮が必要になる．あるある！ Feature Flag を実現する選択肢は多くある．単純に if ステートメントや設定ファイルを使った「コードレベルでの制御」もできるし，高機能を求めるなら LaunchDarkly や Unleash や AWS AppConfig など「サービスレベルでの制御」もできる．最近は使ったことがなかった Unleash を試して記事を書いたりしていた． 高機能な Feature
Catalog of Patterns of Distributed Systems
Distributed systems provide a particular challenge to program. They often require us to have multiple copies of data, which need to keep synchronized. Yet we cannot rely on processing nodes working reliably, and network delays can easily lead to inconsistencies. Despite this, many organizations rely on a range of core distributed software handling data storage, messaging, system management, and co
[AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ [AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 先日 (2020/11/18) 開催しました AWS Black Belt Online Seminar「形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. 業務系APIグループ企業間APIのユースケースですが、LambdaとRDSの組み合わせはコネクションの問題があり
![[AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 | Amazon Web Services](https://cdn-ak-scissors.b.st-hatena.com/image/square/0026d41b182fe1feddab9baa4dff4ba617f7cb12/height=288;version=1;width=512/https%3A%2F%2Fd2908q01vomqb2.cloudfront.net%2Fb3f0c7f6bb763af1be91d9e74eabfeb199dc1f1f%2F2020%2F11%2F26%2FThumbnail_Serverless_Pattern-1117x630.png)
デザインパターンの使い方を パタン・ランゲージとの比較から考える / design-pattern-usage-inspired-by-pattern-language
Object Oriented Conference 2020 にて発表した内容です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home | web.dev
