Kush's Wiki

Cloud Native (34)

Observability (29)

Team Organization (26)

API Architecture (25)

Software Design (25)

Data Store (25)

Programming (23)

Continuous Delivery (17)

Continuous Integration (16)

Sort by - linked count

Weaveworks社によって提唱された、Cloud Nativeの文脈においてgitを用いた設定管理を行うようなContinuous Delivery手法対象は主にKubernetesとなる

#Programming 既存型をラップする形で新たな型を定義する型エイリアスのように使われることが多いが、型エイリアスと異なりあくまで別の型として扱う

rootユーザーが持つ特権を細分化したもの Non-root Userへ必要最小限のケイパビリティを割り当てる方法は、Dockerのセキュリティベストプラクティスとして紹介されている Linux Capabilities Docker のセキュリティ — Docker-docs-ja 1.12.RC2 ドキュメント

#Team Organization チームトポロジーにて紹介される3つのチーム間インタラクションの内の1つイネイブリングチームが行うような短期的な技術支援が該当し、チーム間の能力のギャップを最小化する

DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Visibility of work in the value stream

#Continuous Integration DevOps capabilitiesの1つ、Fast Feedbackに分類される CIを実現するには次の要素が必要としている自動化されたビルドプロセス自動化されたテストスイートチェックイン毎の自動ビルドとテストまた次の2つも効果に繋がる Trunk-based development Working in small batches メンテナンス容易な自動化テストのためにはTDDを実践すると良い DORA | Capabilities: Continuous integration

#Continuous Delivery DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Continuous delivery

DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Capabilities: Customer feedback

#Agile DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Work in process limits

#Team Organization チームトポロジーにて紹介される4つのチームタイプの内の1つ機能横断的なインフラやツール、ライブラリ等をを実装しストリームアラインドチームにAPIを提供する

Transparency #スクラム #Agile 最新のスクラムガイドより抜粋創発的なプロセスや作業は、作業を実⾏する⼈とその作業を受け取る⼈に⾒える必要がある。スクラムにおける重要な意思決定は、3つの正式な作成物を認知する状態に基づいている。透明性の低い作成物は、価値を低下させ、リスクを⾼める意思決定につながる可能性がある。透明性によって検査が可能になる。透明性のない検査は、誤解を招き、ムダなものである。

#Team Organization チームトポロジーにて紹介される3つのチーム間インタラクションの内の1つチーム間で短期的に密なコミュニケーションを行う、境界は曖昧な状態だがイノベーションの原動力になる

#Reliability リリース可否を決めるための指標となるような考え方。 SLOを満たせない時間を名前の通り予算として管理する。エラーバジェットが残っていればリリース可能、エラーバジェットを使い切っていればリリースはストップしシステムの改善を行うというような運用をする。エラーバジェットによってプロダクト開発者とSREでイノベーションと信頼性のバランスを適切に扱う

#Data Processing イベントストリーミングプラットフォームのOSS イベントのPub/Sub、ストリーミングの保持を行う Apache Kafka

#Robert C. Martin Clean Coder Blog

#Team Organization 「私たちはチームの規模を、ピザ 2 枚で賄える人数以下に抑えることにしています」とベゾスは述べています。「これを 2 枚のピザチームのルールと呼んでいます。」 Amazonに浸透する1チームの規模の考え 2 枚のピザチーム - AWS での DevOps の概要

DORAによって提唱されるソフトウェアデリバリのパフォーマンス指標名前の通り4つの尺度を追跡するリードタイムデプロイの頻度平均修復時間変更失敗率 State of DevOps Reportでは、以上の4つの尺度を用いて、ハイパフォーマーミディアムパフォーマーローパフォーマーの3つに分類したハイパフォーマーは全ての尺度での計測結果が抜きん出ており、スピードと品質にトレードオフ関係がないことを指し示した

extended Berkeley Packet Filter Linuxカーネル上で拡張プログラムを安全に実行できるLinuxの技術 OSカーネルは安定性・セキュリティの高い要件が求められるがゆえに進化のスピードが遅い課題があるがそれを解消し、Linux Foundationの下でeBPF Foundationとして開発が進められている HTML（Linuxカーネル）とJavaScript（eBPF）の関係性に例えられることが多い Home – eBPF

#Reliability 指定するパーセントのリクエストが何秒以内に処理された、といったようなケースで用いる値代表的な例として中央値は50パーセンタイル値である

#Observability 自分は意識も理解もしていないこと未知のシステム故障への対応、が該当する

#Agile TEDの優れたリーダーはどうやって行動を促すかによって初めて解説された考え円の中心から Why What How の順に並ぶ Howが一番外側にあるが優先度が低いというわけではなく、HowによってWhatに大きな影響を与えるケースもある

trait #Programming 振る舞い（メソッド）の集合をカプセル化する一般に振る舞いは抽象として定義されるのが望ましい

#Team Organization チームトポロジーにて紹介される3つのチーム間インタラクションの内の1つ APIインターフェース、ドキュメントを他チームに提供しソフトウェア設計と連動した疎なコミュニケーションを目指す

#Agile #Documentation

#Testing #BDD テストシナリオを記述するにあたり意識すべき6つの観点をまとめたもの以下の5つの頭文字がBRIEFになっており、 Business language（ビジネス言語） Real data（実際のデータ） Intention revealing（意図を明らかにする） Essential（必須） Focused（焦点を絞る） 6つめはそのままBriefの単語を用いる Brief（簡潔である）

実際の経験と獲得している知識に基づいて意思決定をする考え

#Team Organization チームトポロジーにて紹介される4つのチームタイプの内の1つ認証や認可・決済等のサブシステムを構築しストリームアラインドチームにAPIを提供する

#Kubernetes Probeに失敗するとトラフィックを受け取らないようにし、アプリケーションが自分自身で復帰するのを期待する readnessProbeをいつ使うべきか？ Readiness Probeを定義する

Kubernetesクラスタ内でDeploymentによってシングルトンに起動され、リソースへ観察、分析、アクションを行うような役割コントローラの監視対象となるのは以下 Label Annotation ConfigMap Controllers | Kubernetes

#Kubernetes kube-schedulerにおいて、Podアフィニティでは同一Nodes内に配置されるPodを指定することができる合わせてPodアンチアフィニティでは同一ノードに配置されるべきでないPodを指定できる Assigning Pods to Nodes | Kubernetes

PSS #Security #Kubernetes Podが満たすべきセキュリティ標準 3つのセキュリティプロファイルにグループ分けされており上から順に制限が厳しくなっていく Privileged Baseline Restricted Pod Security Standards | Kubernetes

#Kubernetes Probeに失敗するとコンテナを再起動する livenessProbeをいつ使うべきか？ HTTPリクエストによるLiveness Probeを定義する

#API Architecture #Network #Kubernetes #Cloud Native OSI参照モデルのL4/L7を扱うKubernetes公式のAPIゲートウェイ GatewayClass Gateway HTTPRoute の3つを定義し実装する GatewayClassはGKEのようなクラウドサービスが用意するケースがあり、外部or内部を選択できる Introduction - Kubernetes Gateway API

Kubernetesにおけるサブジェクト（主体）の一つ

prev next