Sort by - linked count
-
スクラム/透明性Transparency #スクラム #Agile 最新のスクラムガイドより抜粋 創発的なプロセスや作業は、作業を実⾏する⼈とその作業を受け取る⼈に⾒える必要がある。スクラムにおける重要な意思決定は、3つの正式な作成物を認知する状態に基づいている。透明性の低い作成物は、価値を低下させ、リスクを⾼める意思決定につながる可能性がある。透明性によって検査が可能になる。透明性のない検査は、誤解を招き、ムダなものである。
-
スクラム/スパイク#Agile スクラムの中で動くプロダクトを成果物とせず、プロダクトバックログアイテムの実現可能性を調査、検証するような取り組み https://agiledictionary.com/209/spike/
-
Unknown unknowns#Observability 自分は意識も理解もしていないこと 未知のシステム故障への対応、が該当する
-
eBPFextended Berkeley Packet Filter Linuxカーネル上で拡張プログラムを安全に実行できるLinuxの技術 OSカーネルは安定性・セキュリティの高い要件が求められるがゆえに進化のスピードが遅い課題があるがそれを解消し、Linux Foundationの下でeBPF Foundationとして開発が進められている HTML(Linuxカーネル)とJavaScript(eBPF)の関係性に例えられることが多い Home – eBPF
-
Non-root User主にDockerfileなどにおいて、非rootユーザーでのログインを推奨するセキュリティベストプラクティス Dockerfile ベストプラクティス docker-node/docs/BestPractices.md at main · nodejs/docker-node
-
オブザーバビリティ成熟度モデル
-
Lisa Crispin
-
Amazon/DynamoDB#Data Store Amazonが提供するリーダーレスレプリケーションによるデータストア What is Amazon DynamoDB? - Amazon DynamoDB
-
Amazon/S3Simple Storage Service #Data Store AWSが提供するオブジェクトストレージサービス What is Amazon S3? - Amazon Simple Storage Service
-
Container Network InterfaceCNI #Cloud Native #Network LinuxおよびWindowsコンテナにおける、ネットワークインターフェースを構成するプラグインを作成するための仕様とライブラリ、およびサポートされているプラグイン CNCF project https://www.cni.dev/
-
Ken Schwaber
-
Dan North
-
受け入れテスト#Testing 受け入れ条件を満たしているかのテスト
-
DevOps capabilities/Loosely coupled teams#Software Design DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Loosely coupled teams
-
DevOps capabilities/Visibility of work in the value streamDevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Visibility of work in the value stream
-
DevOps capabilities/Continuous delivery#Continuous Delivery DevOps capabilitiesの1つ、Fast Flowに分類される https://dora.dev/capabilities/continuous-delivery/
-
DevOps capabilities/Customer feedbackDevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Capabilities: Customer feedback
-
DevOps capabilities/Continuous integration#Continuous Integration DevOps capabilitiesの1つ、Fast Feedbackに分類される CIを実現するには次の要素が必要としている 自動化されたビルドプロセス 自動化されたテストスイート チェックイン毎の自動ビルドとテスト また次の2つも効果に繋がる Trunk-based development Working in small batches メンテナンス容易な自動化テストのためにはTDDを実践すると良い DORA | Capabilities: Continuous integration
-
DevOps capabilities/Work in process limits#Agile DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Work in process limits
-
Ambassador Edge Stack
-
UDPUser Datagram Protocol #Network OSI参照モデルにおけるトランスポート層にあたる通信プロトコル エンドデバイス間でコネクションを確立せず遅延の最小化を優先させる メッセージのロスが許容される動画配信等に用いられる
-
Argo Rollouts
-
完成の定義#Agile スプリントの成果物が「完成している」と認識するためにチームで定める条件
-
Platform Engineering#DevOps
-
OLAPOnline Analytics Processing #Data Processing データ分析を目的として多次元データを扱うシステムに対して用いられる言葉
-
石垣雅人#Person Masato Ishigaki – Medium
-
Apache/Kafka#Data Processing イベントストリーミングプラットフォームのOSS イベントのPub/Sub、ストリーミングの保持を行う Apache Kafka
-
Kubernetes/Readiness Probe#Kubernetes Probeに失敗するとトラフィックを受け取らないようにし、アプリケーションが自分自身で復帰するのを期待する readnessProbeをいつ使うべきか? Readiness Probeを定義する
-
Kubernetes/ControllerKubernetesクラスタ内でDeploymentによってシングルトンに起動され、リソースへ観察、分析、アクションを行うような役割 コントローラの監視対象となるのは以下 Label Annotation ConfigMap Controllers | Kubernetes
-
Kubernetes/Liveness Probe#Kubernetes Probeに失敗するとコンテナを再起動する livenessProbeをいつ使うべきか? HTTPリクエストによるLiveness Probeを定義する
-
Kubernetes/ClusterRole
-
Kubernetes/Secret
-
Kubernetes/Job
-
Kubernetes/Gateway API#API Architecture #Network #Kubernetes #Cloud Native OSI参照モデルのL4/L7を扱うKubernetes公式のAPIゲートウェイ GatewayClass Gateway HTTPRoute の3つを定義し実装する GatewayClassはGKEのようなクラウドサービスが用意するケースがあり、外部or内部を選択できる Introduction - Kubernetes Gateway API
-
Kubernetes/Inter-pod affinity and anti-affinity#Kubernetes kube-schedulerにおいて、Podアフィニティでは同一Nodes内に配置されるPodを指定することができる 合わせてPodアンチアフィニティでは同一ノードに配置されるべきでないPodを指定できる Assigning Pods to Nodes | Kubernetes
-
Kubernetes/Pod Security StandardsPSS #Security #Kubernetes Podが満たすべきセキュリティ標準 3つのセキュリティプロファイルにグループ分けされており上から順に制限が厳しくなっていく Privileged Baseline Restricted Pod Security Standards | Kubernetes
-
Kubernetes/HorizontalPodAutoscalar
-
Kubernetes/ReplicaSet
-
Kubernetes/ユーザKubernetesにおけるサブジェクト(主体)の一つ
-
Kubernetes/Volume
-
Observability Primary Signals
-
コントラクトテストContract Testing #Testing API提供者とAPI利用者間のやり取りの定義をコントラクトとして扱い、スタブサーバ等を用意することで各システムが独立してテストできるようになるテスト手法。依存するシステムが増えうるマイクロサービスの文脈で適用されることが多い 全てのシステムを統合するE2Eテストと異なりテストの実行が軽量でありメンテナンス容易であるといった利点を持つ What is Contract Testing & How is it Used? | Pactflow
-
BRIEFの原則#Testing #BDD テストシナリオを記述するにあたり意識すべき6つの観点をまとめたもの 以下の5つの頭文字がBRIEFになっており、 Business language(ビジネス言語) Real data(実際のデータ) Intention revealing(意図を明らかにする) Essential(必須) Focused(焦点を絞る) 6つめはそのままBriefの単語を用いる Brief(簡潔である)
-
etcd
-
Dapr
-
型エイリアス#Programming 名前の通り型のエイリアスを定義する あくまでエイリアスであるためエイリアス間の値は同一の型として扱われる
-
タックマンモデル#Team Organization Developmental sequence in small groupsという論文で名付けられたモデル チームビルディングには以下の4段階のフェーズがあるという考え Froming 形成 Storming 混乱 Norming 統一 Performing 機能
-
トレイトtrait #Programming 振る舞い(メソッド)の集合をカプセル化する 一般に振る舞いは抽象として定義されるのが望ましい
-
カスケード障害#Reliability 1つのワークロードが引き起こす障害がシステム全体に影響を及ぼすこと
-
ゴールデンサークル#Agile TEDの優れたリーダーはどうやって行動を促すかによって初めて解説された考え 円の中心から Why What How の順に並ぶ Howが一番外側にあるが優先度が低いというわけではなく、HowによってWhatに大きな影響を与えるケースもある