Sort by - linked count
-
逸脱の常態化誤検出されやすいモニタリングアラートに慣れてしまうこと チャレンジャー号の事故の調査から生まれた言葉 When Doing Wrong Feels So Right: Normalization of Deviance - PubMed
-
Multitenancy分離されたユーザのグループ(テナント)を複数持つことをサポートするプラットフォームの機能
-
サービスの信頼性の階層
-
AnthropicLLMに関する事業を行う企業
-
Scott Wlaschin
-
3wayハンドシェイク#Network TCPプロトコルにおけるコネクションの確立手法、名前の通り3ステップでコネクションを確立する 送信元でTCPヘッダー内のSYN(コネクションの確立要求)フラグを有効化しセグメントを送信 送信先で1に対するACKとSYNフラグの有効化をしたセグメントを返信 送信元で2のSYNに対するACKのセグメントを送信
-
レポーティングデータベース#Martin Fowler #Data Store #Data Processing アプリケーションのドメインモデルに対応するテーブルとは別にレポート目的の中間テーブルを用意することで、レポートの関心を分離してテーブルに変更を加えることができる。 ReportingDatabase
-
列挙型#Programming 排他な値の集合を列挙し、文字列や数値のエイリアスを指定できる
-
OWASP
-
Clean Craftsmanship
-
GM Weinberg#Person
-
HMACHash-based Message Authentication Code #Security 共有秘密鍵と暗号化ハッシュ関数による暗号方式 共有の鍵を有するので両者ともに署名付きトークンを生成・検証できる
-
Prometeus
-
認可/リソース#Authorization 認可による保護対象
-
認可/主体Principal #Authorization 認可チェックを受ける対象 ログインユーザーやAPIトークンなどがある
-
認可/スコープ#Authorization 保護対象のリソースに基づいて定める認可対象の機能範囲
-
RSA#Security 秘密鍵と公開鍵による暗号方式 署名に用いる際は公開鍵を用いて署名をした署名者のことを、秘密鍵によって署名付きトークンを検証できる RFC 8017 - PKCS #1: RSA Cryptography Specifications Version
-
OpenFeature
-
GraphQL
-
DNSラベル標準#Network RFC 1123で定義されているDNSに指定可能な文字列
-
ADTAlgebraic Data Type 代数データ型 #Programming 列挙(和)された値の組み合わせ(積)を定義し、無効な組み合わせを表現できないように型化する方法
-
HRT#Team Organization Humility(謙虚) Respect(尊敬) Trust(信頼) の頭文字を取ったもの
-
AuthorizationPolicy#Security #Authorization Istioにおいてアプリケーション(OSI参照モデルのL7レイヤ)認可の役割を担うリソース KubernetesのCustomResourceDefinitionによって用意されており、Network policyに比べ柔軟でHTTP特有の設定が可能 Istio / Authorization Policy
-
Martin Kleppmann
-
仮説検証型アジャイル開発#Agile #市谷聡啓 https://drr.red/
-
KEDA
-
OWASP Top Ten#Security OWASP Foundationが発表するセキュリティ専門家によるトップ10に含まれるべき脆弱性リスト 定期的に更新されるため最新を追うべき OWASP Top Ten | OWASP Foundation
-
anyhow#Programming Rustにおけるエラー型の扱いを楽にするライブラリ パブリックなAPIでは利用を避けて標準のエラー型を用いるのが良い anyhow - Rust
-
ドメインイベント#ドメイン駆動設計 ドメイン イベント: 設計と実装 - .NET Domain Events and Eventual Consistency
-
カーディナリティ#Data Store あるカラムの値の集合の中に重複する値がどのくらいあるかの度合い。低いと重複が多く高いと重複が少ない。
-
関数型ドメインモデリング
-
成瀬允宣
-
age#Security シンプルでモダンな暗号化ツール、Go製 https://github.com/FiloSottile/age
-
適応度関数Fitness Function #API Architecture システムの品質特性を数量化可能な指標で評価する、システムの目標を一貫して保証するためにビルドパイプラインに組み込まれる それぞれの特性は以下のようにカテゴライズされる コード品質(Code Quality) レジリエンス(Resiliency) オブザーバビリティ(Observability) パフォーマンス(Performance) コンプライアンス(Compliance) セキュリティ(Security) 運用操作性(Operability) Fitness function-driven development | Thoughtworks
-
Bertrand Meyer
-
Helm
-
ダンバー数#Team Organization 組織の規模は150人までしか関係をうまく維持できないという理論 https://www.cambridge.org/core/journals/behavioral-and-brain-sciences/article/abs/coevolution-of-neocortical-size-group-size-and-language-in-humans/4290FF4D7362511136B9A15A96E74FEF
-
Dynamoスタイル#Data Store DynamoDBによって流行したリーダーレスレプリケーションを実装したデータストアに用いられるスタイル名
-
アウトカム#Agile アウトプットを用いて得られる成果、ユーザーに感じてもらう価値
-
テイルレイテンシ#Reliability p95, p99, p999のような極端に悪い外れ値を考慮外にする大きなパーセンタイル値のこと
-
Google Cloud/Certificate Manager#Security Google Cloudにおいて外部ロードバランシングで必要となるようなTLS証明書を管理する Certificate Manager の概要 | Google Cloud
-
オブザーバビリティ・エンジニアリング
-
Continuous Testing in DevOps
-
Vaughn Vernon
-
アジャイルソフトウェアの12の原則#Agile アジャイルソフトウェア開発宣言に続く原則 私たちは以下の原則に従う: 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意が機敏さを高めます。 シンプルさ(ムダなく作れる量を最大限にすること)が本質です。 最良のアーキテクチャ・要求・設計は、 自己組織的なチームから生み出されます。 チームがもっと効率を高めることができるかを定期的に振り返り、 それに基づいて自分たちのやり方を最適に調整します。 アジャイル宣言の背後にある原則
-
契約による設計#オブジェクト指向プログラミング #Programming 契約による設計事始め
-
分散コンピューティングの8つの誤謬#Network 分散システムを扱い際、しばしば陥りがちなネットワークへの仮定を8つリストアップしたもの ネットワークは信頼性がある レイテンシはゼロ 帯域幅は無限 ネットワークは安全 トポロジは変わらない 管理者は1人だけ 転送コストはゼロ ネットワークは均質 The Eight Fallacies of Distributed Computing
-
Kubernetes Network Policy Recipes#Kubernetes Network policyの実装例をまとめたリポジトリ ahmetb/kubernetes-network-policy-recipes
-
Gaspar Nagy
-
Architectural Styles and the Design of Network-based Software ArchitecturesRoy Fieldingによる論文 https://ics.uci.edu/~fielding/pubs/dissertation/top.htm