Kush's Wiki

Sort by - linked count

バージョンアップデートを段階的に行うようなデプロイメント戦略を適用した上で、デプロイ結果を分析し漸進的にデプロイの継続かまたはロールバックかを自動化するようなデリバリ手法 Continuous Deliveryの進化系として紹介されることが多い Concepts - Argo Rollouts - Kubernetes Progressive Delivery Controller

#スクラム #Agile #スプリント最新のスクラムガイドより抜粋スプリントプランニングはスプリントの起点であり、ここではスプリントで実⾏する作業の計画を⽴てる。結果としてできる計画は、スクラムチーム全体の共同作業によって作成される。プロダクトオーナーは参加者に対して、最も重要なプロダクトバックログアイテムと、それらとプロダクトゴールとの関連性について話し合う準備ができているかを確認する。スクラムチームは、アドバイスをもらうためにチーム以外の⼈をスプリントプランニングに招待してもよい。

#Continuous Integration DevOps capabilitiesの1つ、Fast Flowに分類される価値提供フローの可視化、チームによる実験、顧客フィードバックの可視化と組み合わせることで高いソフトウェアデリバリパフォーマンスに寄与するバッチサイズの最小化にはINVESTの原則を用いると良い DORA | Capabilities: Working in small batches

#Continuous Integration DevOps capabilitiesの1つ、Fast Flowに分類される Working in small batchesをベースに少なくとも1日に一回はトランクブランチにマージをするテストの自動化も重要な要素となる DORA | Capabilities: Trunk-based Development

DevOps capabilitiesの1つ、Climate for Learningに分類される DORA | Capabilities: Team experimentation

#Testing DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Capabilities: Test automation

#Team Organization チームトポロジーにて紹介される4つのチームタイプの内の1つ他のチームを技術等の知識によって支援する

#Data Store AmazonがDynamoシステムで利用し流行しDynamoスタイルと呼ばれる。一部のノードが何らかの理由で利用できなくてもクオラムによって読み取りあるいは書き込みの正当性を判断する

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

Adaptation #スクラム #Agile 最新のスクラムガイドより抜粋プロセスのいずれかの側⾯が許容範囲を逸脱していたり、成果となるプロダクトが受け⼊れられなかったりしたときは、適⽤しているプロセスや製造している構成要素を調整する必要がある。それ以上の逸脱を最⼩限に抑えるため、できるだけ早く調整しなければならない。関係者に権限が与えられていないときや、⾃⼰管理されていないときは、適応が難しくなる。スクラムチームは検査によって新しいことを学んだ瞬間に適応することが期待されている。

Key Management System #Security 暗号化キーのディスカバリ、保存を行う管理システム。暗号化はKMS外で行う前提

Contract Testing #Testing API提供者とAPI利用者間のやり取りの定義をコントラクトとして扱い、スタブサーバ等を用意することで各システムが独立してテストできるようになるテスト手法。依存するシステムが増えうるマイクロサービスの文脈で適用されることが多い全てのシステムを統合するE2Eテストと異なりテストの実行が軽量でありメンテナンス容易であるといった利点を持つ What is Contract Testing & How is it Used? | Pactflow

StranglerFigApplication #Continuous Integration Martin Fowlerによる理論。既存のシステムを置き換える際、既存のシステムの周辺に新規のシステムを追加していき段階的に置き換える。イチジクの成長段階に似ていることからFigの命名を含んでいる。原文はこちら

#Agile #Team Organization 重要な領域または主要な活動に焦点を置いてチームのエネルギーを集中させる。バックログに課題を積むのは最後の手段である。障害にチームメンバー複数人で集中して対処するイメージを日々のスプリントにも適用していく。 Agile Teams Swarm to Greatness スワーミングがアジャイルチームを助けるハイインテグリティコミットメントを実現するスクラム開発の進化

Linuxのようなオープンソースソフトウェアやテクノロジーを支援、促進、保護、標準化するコミュニティ Linux Foundation - Decentralized innovation, built with trust

#Software Design DDDの境界づけられたコンテキストの概念に従って、モノリス内で明確に境界が分かれたコンテキストをそれぞれモジュール化する例としてコンテキスト間のI/FはProtocol Buffersにて定義し、ヘキサゴナルアーキテクチャにおけるアダプタ層のみ公開することで、境界を跨いだ依存解決を許さない等の方法がある

#Data Processing イベントストリーム処理において、Pub/Subの間に配置されイベントをキューイングする役割。基本としてイベントをコンシューマーと1対1でやりとりし処理が完了したらイベントが削除される実装がある。（Amazon SQS等）対しログベースのメッセージキューはコンシューマーと1対Nでやり取りし古いイベントのリプレイも可能である。（Amazon Kinesis Stream等）メッセージキューとは何ですか?

#Kubernetes #Cloud Native Podと一緒に定義可能な初期化を行うコンテナサイドカーでも同挙動は実現可能だが、ただ一度のみ実行されるのでリソースを調整しやすい Initコンテナ Init Containers | Kubernetes

#Kubernetes リソースのメタデータとしてリソースを特定するために用いられる Labelにはインデックスが貼られるため高速な検索が可能

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

End to End Testing #Testing 組織のドメイン外にある外部システムを除いて実際に全てのサービスを動作させUIレベルで行うテスト一般的な形式として1つまたは複数のユーザアクションに基づくシナリオテストがあり、テストコストが増えすぎないよう主要なシナリオにフォーカスして行う

アプリケーションサービスを公開する際、クラウドネイティブなコンテナアプリケーションをステートレスに扱うようなケースで、アプリケーションの場所（IPアドレス）を容易に提供するためのパターン

TDD文脈のBDD

#Agile

Site Reliability Engineering #Reliability

#Security Threat Modeling アプリケーションに影響を与える脅威、攻撃、脆弱性、対策を特定する技術モデリング手法として5つのステップを繰り返すよう紹介している Defining security requirements. Creating an application diagram. Identifying threats. Mitigating threats. Validating that threats have been mitigated. Microsoft Security Development Lifecycle Threat Modelling

Example Mapping #Documentation Agile Testing、BDDで紹介されるプラクティス。マッピングする付箋の種類には Story Rule Example Question の4種があり、あるStoryにおけるExample（実例）を軸に、定められるRuleと残論点としてのQuestionをマッピングする【翻訳記事+α】受け入れ基準の設定時などに役立つプラクティス「実例マッピング(Example Mapping)」今日から使える「実例マッピング」

#スクラム #Agile #スプリント最新のスクラムガイドより抜粋スプリントレビューの⽬的は、スプリントの成果を検査し、今後の適応を決定することである。スクラムチームは、主要なステークホルダーに作業の結果を提⽰し、プロダクトゴールに対する進捗について話し合う。検査、適応を行うためのイベント

Interface Definition Language #Programming

#Person

職能（機能）を横断して仕事を成し遂げる編成

Object Oriented Programming #Software Design #Programming

Secret Management System #Security Secretの保存とアクセスを行うAPIを提供する、Secretをユーザが扱う段階では常に暗号化された状態になる

#Programming 1台のマシンで2人が協力してタスクに取り組む

元の文字列から英数字のみの結果を出力するエンコード方式例としてJSONで用いられる波括弧やダブルクォーテーション等の特殊文字を適切に扱えるよう、英数字のみの値に変換する RFC 4648 - The Base16, Base32, and Base64 Data Encodings

Infrastructure as Code #Continuous Integration #Continuous Delivery インフラストラクチャとしてのプロセスや環境、設定等をコードで管理し文書化する方針 Infrastructure as Code とは - IaC の説明 - AWS

#Programming

DORAによって毎年出されているDevOpsの状況に関する報告書

#Agile #DevOps #Testing

#Team Organization Scaling Agile @ Spotifyの中で語られている組織設計で、Spotifyモデルとして知られている自律的な職能横断型チームをスクワッドと呼び、スクワッドはトライブにまとめられる。トライブ内の似た職能同士はチャプターという単位でプラクティスを共有する日本語訳

prev next