Kush's Wiki

Sort by - linked count

#DevOps DORAによって報告されているFour Keysにおけるソフトウェアデリバリの高パフォーマンスチームが兼ね備えている複数のケイパビリティ当初は24個で24 key capabilitiesと呼ばれていたが、State of DevOps Reportのアップデートによって内容は変化している DORA | Capabilities

RESTfulなKubernetes APIでリソースとして扱われるオブジェクト

Domain Driven Design #Software Design ドメイン（事業領域）ファーストでプロダクト設計を行う考え方エリック・エヴァンスのドメイン駆動設計にて初めて紹介された

Hypertext Transfer Protocol #Network

Cloud Nativeアプリケーションの基本要素 OOPと比較すると、コンテナイメージはクラス定義でコンテナはインスタンスのような関係性

認可 #Security

#Agile 2009年に10+ Deploys Per Day: Dev and Ops Cooperation at Flickrにて初めて登場した言葉開発とオペレーションを一つのチーム内で両立させる広義な用語ではあるが、共通して以下のような手法が定義されることが多い Continuous Integration Continuous Delivery Infrastructure as Code マイクロサービス

DevOps capabilitiesのうちの分類の一つ

#Software Design #API Architecture DDDにおける境界づけられたコンテキストに対応する形でサービスを用意し、サービス間通信を行う設計パターンマイクロという名前の通り、サービスインターフェースが小さく疎結合になっていて各サービスの責務が凝集されていることが望ましい

#Team Organization チームトポロジーにて完成形としてまとめられた、コンウェイの法則を中心に据えた適応型の組織設計モデル。DevOpsとも深く関連があるチームファーストな考え方で以下の4つのチームタイプを説明しているストリームアラインドチームプラットフォームチームイネイブリングチームコンプリケイテッド・サブシステムチーム最も中心となるのはストリームアラインドチームそれぞれのチーム間の関係性に関して3つのインタラクションモードが説明されているコラボレーションモード X-as-a-Serviceモードファシリテーションモード

Protobuf #API Architecture #Programming Googleによって開発されたインターフェース定義によるバイナリエンコーディングライブラリ。インターフェース定義言語に分類されるフィールド名のエイリアスとして扱うフィールドタグ（数値）によってバイトを節約している。フィールドタグによる互換性に関する仕様の要点は以下。フィールドの追加未使用のタグ番号を割り当てることで前方互換あり必須でなければ後方互換ありフィールドの変更フィールド名の変更は前方・後方互換ありフィールドの削除追加時の前方・後方と逆またProtocol Buffersはフィールド制約である optional と repeated 間の互換性にも対応している。これはバイナリ上でフィールド情報を単純に複数回並べているため。 Protocol Buffers Documentation

#API Architecture #Network 外部からの大量トラフィックを捌けるよう用意された重複データを持つ多数のリソースサーバー群が均等に使用されるよう制御する役割アプリケーションの可用性を高め、リバースプロキシと同様にサーバーを保護するセキュリティ機能が組み込まるロードバランシングとは? - ロードバランシングアルゴリズムの説明 - AWS

DevOps capabilitiesのうちの分類の一つ

#Software Design 境界づけられたコンテキスト DDDにおいて、集約（モジュール）の集合に対して定めるドメインモデリング上の境界以下、原著から抽出モデルが適用されるコンテキストを明示的に定義すること。明示的な境界は、チーム編成、そのアプリケーションに特有の部分が持つ用途、コードベースやデータベーススキーマなどの物理的な表現などの観点から設定すること。その境界内では、モデルを厳密に一貫性のあるものに保つこと。ただし、境界の外部の問題によって注意を逸らされたり、混乱させられたりするのを避けること。 Eric Evans | エリック・エヴァンスのドメイン駆動設計 | P344

Test-Driven Development #エクストリームプログラミング #Programming

認証 #Security

Observabilityにおけるテキストベースの記録 Observability Whitepaperを参考にすると、ログにはいくつかのカテゴリがある Application Logs Security Log System Log Audit Log Infrastructure Log またログレベルとして以下の4パターンがある ERROR WARNING INFO DEBUG

Observabilityにおいて分散トランザクションの各コンポーネントで何が発生したかを追跡する、単にトレースと呼ばれることもある各コンポーネントに対応するデータポイントはスパンと呼ばれ、分散トレースはスパンの集合を扱う Observability Whitepaper

#Observability システムの状態を表すために収集された数値、例としてログを元に時間単位のHTTPリクエスト数をメトリクスとして収集する等ログやトレースとは異なり詳細なデータは抜けているため、システムで何が起きているかの調査のスタート地点（アラート）となることが多い Observability Whitepaper システム状態を表すために収集されたスカラー値であり、オプションでタグが付与され、数値をグループ化したり検索したりすることがあるオブザーバビリティ・エンジニアリング | P55

Open Systems Interconnection (OSI) #Network ネットワーク通信機能（プロトコル）を7つの層に分割するフレームワーク OSI参照モデル - Wikipedia OSI モデルとは何ですか? - 7 OSI レイヤーの説明 - AWS

Representational State Transfer #API Architecture HTTPを基礎とするアーキテクチャ上の制約、定義 Architectural Styles and the Design of Network-based Software ArchitecturesにRESTfulとみなされるための定義が書かれている第一にサービス提供者と利用者のやり取りがモデル化されていること、が定義となる

Technical Debt

#Agile スクラムの三本柱は透明性(Transparency) 検査(Inspection) 適応(Adaptation) 以下の5つの価値基準によって成功を導くとされている確約(Commitment) 集中(Focus) 公開(Openness) 尊敬(Respect) 勇気(Courage)

既知の障害状態に対してメトリクスを設定し、アラートを飛ばすようなリアクティブ（反応的）なシステム

#API Architecture #Network 外部トラフィックに対してリバースプロキシ・ロードバランシングが持つようなネットワークのルーティング・セキュリティと可用性の向上に加え、以下のような機能横断的な要件を扱う役割認証認可レートリミットリトライサーキットブレーカー etc.

#API Architecture #Network 外部トラフィックに対して単一のサーバーへルーティングを行い、サーバーの保護や負荷分散を行う役割

#Data Store

JSON Web Token #Security #Authentication トークン自体の情報（例: 期限）を自身で構造化して保持することで、共有データベースへ保持・検索をする必要がないトークン。トークンが自身の情報を持つことで外部からのトークン取り消しのような操作はできない JWTは.によって3つのセクションの文字列に分割できる（署名がない場合3つ目のセクションは空）それぞれのセクションの文字列は構造化されたJSONをBase64URLエンコードした結果となっているヘッダー 1つ目のセクションはヘッダーとして以下のような構造を持つ { "typ": "JWT", "alg": "RSA256" } algで指定する署名アルゴリズムは3つ目の署名セクションの解読にて用いるペイロード 2つ目のセクションはトークン自体のペイロードになる。ペイロードの中身はJSONであれば自由だが、JWTクレームと呼ばれる役割が明示・明示された項目群が存在する。例として　iss（発行者）、sub（対象者）、exp（有効期限）などがある署名 3つ目のセクションはHMACやRSAのような署名アルゴリズムを使った結果が保持される RFC 7519 - JSON Web Token (JWT)

#Agile

#Team Organization 1968年に提唱された法則原文は以下システムを設計する組織は、そのコミュニケーション構造をそっくりまねた構造の設計を生み出してしまう Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure. Conway’s Law

Googleが提供するクラウドコンピューティングサービスの名称その他ソフトウェア開発に関するソリューションをドキュメンテーション等で提供する場でもある