Kush's Wiki

Sort by - linked count

• Four Keys/

  変更のリードタイム
  Lead Time for Changes DevOps
• SMS
  Secret Management System #Security Secretの保存とアクセスを行うAPIを提供する、Secretをユーザが扱う段階では常に暗号化された状態になる
• Alistair Cockburn
  
• HTTP/

  2
  #Network HTTPの後継プロトコル。GoogleのSPDYを起源とし、RFC 9113で標準化されている バイナリフレーミングによりHTTP/1.1のテキストベースを置き換え 単一TCPコネクション上で複数リクエストを並行処理するマルチプレキシング HPACKによるヘッダー圧縮でオーバーヘッドを削減 サーバープッシュによりリソースを事前送信 ストリーム優先度制御とフロー制御 https://httpwg.org/specs/rfc9113.html
• ACID
  #Data Engineering トランザクションが保証する安全性について以下の4つの頭文字を取ったもの 原子性（Atomicity） 一貫性（Consistency） 分離性（Isolation） 永続性（Durability）
• Ron Jeffries
  Home 人物
• Internal Developer Portal
  Platform Engineering Internal Developer Platformを、統一されたインターフェースで操作できるようにしたもの
• OSI参照モデル
  Open Systems Interconnection (OSI) #Network ネットワーク通信機能（プロトコル）を7つの層に分割するフレームワーク OSI参照モデル - Wikipedia OSI モデルとは何ですか? - 7 OSI レイヤーの説明 - AWS
• Buf
  
• 値オブジェクト
  概念的な同一性を持たないオブジェクト DDDにおけるモデル要素の一つ 以下、参考 あるモデル要素について、その属性しか関心の対象とならないのであれば、その要素を値オブジェクトとして分類すること。値オブジェクトに、自分が伝える属性の意味を表現させ、関係した機能を与えること。値オブジェクトを不変なものとして扱うこと。同一性を与えず、エンティティを維持するために必要となる複雑な設計を避けること。 Eric Evans | DDD | P97
• 角 征典
  
• State of DevOps Report
  DORAによって毎年出されているDevOpsの状況に関する報告書
• テストサイズ
  
• Jeff Patton
  https://jpattonassociates.com/ 人物
• L7
  Layer 7 #Network OSI参照モデルにおける第7層の通称 アプリケーション層を指し、HTTPが代表的
• レプリケーション
  #Data Engineering 書き込みまたは読み取りをリーダー、読み取りをフォロワーで行われ、リーダーへの書き込みがフォロワーに伝播される仕組みをレプリケーションと呼ぶ。 レプリケーションの方法として ステートメントベース write-aheadログ 等がある。 ステートメントベースはSQLをそのまま転送する形になるため副作用を持つ関数が返す結果にズレが生じる方法で、MySQL5.1以前に採用されていた。 write-aheadログはPostgreSQL,Oracleで使用されているが、ログが低レベルに記述されているため詳細実装と密になってしまう。 レプリケーションのトポロジーとしていくつかのパターンがある
• リトライ
  ネットワーク接続先からのレスポンスが失敗している場合、すぐにあるいは少し時間を置いてからアクティビティを再度実行する信頼性パターン バックオフ戦略としてExponential backoffのようなパターンがある Retry with backoff pattern - AWS Prescriptive Guidance
• Cron
  定期ジョブの実行頻度を表現する Cron表現方式によって実行するJobを一般にCronJobと呼ぶ cron - Wikipedia
• DNS
  #Network
• IDE
  Integrated Development Environment #Programming 以下のような機能を備えた統合的な開発環境 エディタ ターミナル コンパイラ デバッガ
• KMS
  Key Management System #Security/Cryptography 暗号化キーのディスカバリ、保存を行う管理システム。暗号化はKMS外で行う前提
• Base64
  元の文字列から英数字のみの結果を出力するエンコード方式 例としてJSONで用いられる波括弧やダブルクォーテーション等の特殊文字を適切に扱えるよう、英数字のみの値に変換する RFC 4648 - The Base16, Base32, and Base64 Data Encodings
• Tom DeMarco
  人物
• SIGKILL
  強制終了のシグナル シグナルの値は9
• ヘキサゴナルアーキテクチャ
  
• SARIF
  Static Analysis Results Interchange Format #Security SAST / DAST ツールが検出結果を出力するための JSON ベース標準フォーマット。OASIS が策定し、現在は v2.1.0 が広く利用される GitHub Code Scanning の取り込みフォーマットとして採用されており、対応ツールの出力を Security タブの code scanning alerts に集約できる スキーマの主要要素 runs[] - 1 回のツール実行に対応 runs[].tool.driver - 解析ツール情報（name / version / rules） runs[].results[] - 個々の検出結果（ruleId / level / message / locations） physicalLocation - ファイル / 行 / 列の指定 https://sarifweb.azurewebsites.net/
• Golden Path
  Platform Engineering 技術選定が多く必要とされるケースで、会社として利用するものはどれでどのように使えばよいか道筋を立てること
• Kubernetes/

  PersistentVolume
  
• Kubernetes/

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

  Namespace
  1つのクラスタ内に存在するリソース群を名前空間として分離することができる機能 Deployment,Serviceなどは名前空間内に配置できるが、PersistentVolumeなどはクラスタ全体に適用されるため名前空間内に配置できない Namespaces | Kubernetes Kubernetes
• Kubernetes/

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

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

  Pod Security Standards
  PSS #Security Podが満たすべきセキュリティ標準 3つのセキュリティプロファイルにグループ分けされており上から順に制限が厳しくなっていく Privileged Baseline Restricted Pod Security Standards | Kubernetes Kubernetes
• 職能横断
  職能（機能）を横断して仕事を成し遂げる編成
• LSP
  Language Server Protocol #Programming
• スクラム/

  検査
  Inspection #Agile スクラムを支える経験主義の柱の一つ。最新のスクラムガイドより抜粋 スクラムの作成物と合意されたゴールに向けた進捗状況は、頻繁かつ熱⼼に検査されなければならない。これは、潜在的に望ましくない変化や問題を検知するためである。スクラムでは、検査を⽀援するために、5 つのイベントでリズムを提供している。検査によって適応が可能になる。適応のない検査は意味がないとされる。スクラムのイベントは、変化を引き起こすように設計されている。
• スクラム/

  適応
  Adaptation #Agile スクラムを支える経験主義の柱の一つ。最新のスクラムガイドより抜粋 プロセスのいずれかの側⾯が許容範囲を逸脱していたり、成果となるプロダクトが受け⼊れられなかったりしたときは、適⽤しているプロセスや製造している構成要素を調整する必要がある。それ以上の逸脱を最⼩限に抑えるため、できるだけ早く調整しなければならない。関係者に権限が与えられていないときや、⾃⼰管理されていないときは、適応が難しくなる。スクラムチームは検査によって新しいことを学んだ瞬間に適応することが期待されている。
• Backstage
  Platform Engineering Spotify社が開発するInternal Developer Portal。CNCF incubating project core（フレームワーク）と plugin から成り、App 本体は各要素を配線するだけで、機能は plugin が提供する Software Catalog / Software Templates / TechDocs / Search 等の中核機能も built-in plugin として実装される plugin は frontend（ブラウザの React）と backend（Node.js）の2層に分かれ、各 backend plugin は独立して動作する https://backstage.io/ https://github.com/backstage/backstage
• mise/

  Dev Tools
  miseにおいてasdfの代替となるような開発ツール管理機能 asdf, aqua, cargo, go, npm等のバックエンドを利用可能 https://mise.jdx.dev/dev-tools/
• The Twelve-Factor App
  Software as a Serviceを作り上げるための方法論 The Twelve-Factor App （日本語訳）
• X-as-a-Service
  #Team Organization Team Topologiesにて紹介される3つのチーム間インタラクションの内の1つ APIインターフェース、ドキュメントを他チームに提供しソフトウェア設計と連動した疎なコミュニケーションを目指す
• Amazon/

  S3
  Simple Storage Service #Data Engineering AWSが提供するオブジェクトストレージサービス What is Amazon S3? - Amazon Simple Storage Service
• SAML
  Security Assertion Markup Language #Security/Authentication XMLベースの認証・認可データ交換標準規格。IdPとSP（Service Provider）間で認証情報をやり取りし、SSO（Single Sign-On）を実現する。 https://docs.oasis-open.org/security/saml/Post2.0/sstc-saml-tech-overview-2.0.html
• IDL
  Interface Definition Language #Programming
• 共通鍵暗号
  #Security/Cryptography メッセージの暗号化と複合に同じ鍵を使う暗号方式
• トランクベース
• React
  #Programming Facebook社が開発したJavaScriptライブラリ https://ja.react.dev/
• 適応度関数
  Fitness Function #API Architecture システムの品質特性を数量化可能な指標で評価する、システムの目標を一貫して保証するためにビルドパイプラインに組み込まれる それぞれの特性は以下のようにカテゴライズされる コード品質（Code Quality） レジリエンス（Resiliency） オブザーバビリティ（#Observability） パフォーマンス（Performance） コンプライアンス（Compliance） セキュリティ（#Security） 運用操作性（Operability） Fitness function-driven development | Thoughtworks
• two-pizza team
  #Team Organization 「私たちはチームの規模を、ピザ 2 枚で賄える人数以下に抑えることにしています」とベゾスは述べています。「これを 2 枚のピザチームのルールと呼んでいます。」 Amazonに浸透する1チームの規模の考え 2 枚のピザチーム - AWS での DevOps の概要
• Spotifyモデル
  #Team Organization Scaling Agile @ Spotifyの中で語られている組織設計で、Spotifyモデルとして知られている 自律的な職能横断型チームをスクワッドと呼び、スクワッドはトライブにまとめられる。 トライブ内の似た職能同士はチャプターという単位でプラクティスを共有する 日本語訳 ブログ