Kush's Wiki

Cloud Native (37)

Programming (34)

Observability (29)

Team Organization (29)

Software Design (25)

Data Store (25)

API Architecture (25)

Continuous Integration (18)

Continuous Delivery (18)

Sort by - linked count

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

#Agile 主にスクラムにおいて扱われる、タイムボックス化されたある期間のこと 1~2週間が多く、長くても1ヶ月にするにする

#Network #Observability #Security #API Architecture マイクロサービスで行われるようなサービス間通信をルーティング、監視、保護する機能を提供する Kubernetesにおいてはクラスタ単位でサービスメッシュを構築するサービスメッシュはクラスタ内の全てのサービス間通信を制御するコントロールプレーンとコントロールプレーンで指定された作業が実行されるデータプレーン（サービス）の2つの基本要素を持つ。

#Agile #Team Organization 重要な領域または主要な活動に焦点を置いてチームのエネルギーを集中させる。バックログに課題を積むのは最後の手段である。障害にチームメンバー複数人で集中して対処するイメージを日々のスプリントにも適用していく。

#Software Design #Team Organization コンウェイの法則に対して、開発チームの組織構造を変更して、望ましいソフトウェア設計を目指すという考え方マイクロサービスが注目されるようになった2015年頃にコンウェイの法則が再評価され生まれた

#Software Design DDDにおいて不変条件を適用するエンティティや値オブジェクトのようなオブジェクトのグループ単位原文は以下エンティティと値オブジェクトを集約の中にまとめ、各集約の周囲に境界を定義すること。各集約に対してルートとなるエンティティを1つ選び、境界の内部に存在するオブジェクトへのアクセスはそのルートを経由して制御すること。外部のオブジェクトが参照を保持できるのは、ルートのみとすること。内部のメンバに対する一時的な参照を渡してよいのは、単一の操作で使用する時だけだ。ルートがアクセスを制御するので、内部が知らないうちに変更されることはなくなる。この取り決めにより、どんな状態変化においても、集約内にあるオブジェクトと集約全体に対して、不変条件をすべて強制することが現実的になる。 Eric Evans | エリック・エヴァンスのドメイン駆動設計 | P127

#Software Design DDDにおいて同一性を持つオブジェクトの呼び名原文は以下オブジェクトの中には、主要な定義が属性によってなされないものもある。そういうオブジェクトは同一性のつながりを表現するのであり、その同一性は、時間が経っても、異なるかたちで表現されても変わらない。そういうオブジェクトは属性が異なっていても、他のオブジェクトと一致しなければならないことがある。また、あるオブジェクトは、同じ属性を持っていたとしても、他のオブジェクトと区別しなければならない。同一性を取り違えるとデータの破損につながりかねない。 Eric Evans | エリック・エヴァンスのドメイン駆動設計 | P89

Transport Layer Security #Network #Security #HTTP HTTPSへの対応に用いられる暗号化プロトコルネットワーク通信時にTLSハンドシェイクによって鍵交換を行いセキュアな通信を行う

#Agile Agile Manifest（ja）プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas

Canary Release #Continuous Delivery リリース時に旧環境と新環境を同時に稼働させ、一部のユーザーに絞って新環境を限定公開し徐々に移行していくことでパフォーマンス劣化等の問題がないかをテストするリリース手法ブルーグリーン戦略との違いはトラフィックを徐々に切り替える点 Canary Release

Remote Procedure Call #Network #API Architecture リモート上のリクエスト発行をプログラミング言語の関数呼び出しのように利用できるよう抽象化したもの。ただし実際に関数呼び出しと同等に利用できるわけではなく、ネットワーク上の様々な不測の事態を考慮する必要がある。

Transmission Control Protocol #Network OSI参照モデルにおけるトランスポート層にあたる通信プロトコルエンドデバイス間でコネクションを確立することで信頼性を向上させるデータ送信は複数のパケットをシーケンス番号とともに送信し、パケットロスがないよう再送制御がされる

#Team Organization 職能横断型で自己組織化されたチーム

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

#Security #API Architecture 以下のような目的でAPIの使用回数を制限する、制限を超過した時はHTTPの場合一般に429エラーを返す処理 STRIDEにあるようなDenial of Service（サービス拒否）からアプリケーションを保護するカスケード障害の可能性を制限するリソースの使用量を測定し従量課金に利用できるレートリミットの実装アルゴリズムには以下のようなものがある固定ウインドウ（Fixed window）固定期間内の制限スライディングウインドウ（Sliding window）直近の期間内の制限トークンバケット方式（Token bucket）総リクエスト数（トークンのバケツ）を定義しリクエストごとにトークンが利用される。バケツは定期的に充填されるリーキーバケット方式（Leaky bucket）リクエストが処理される速度は固定で、バケツから溢れ出るリクエストを漏れ（リーキー）として扱う APIゲートウェイを利用している場合、ゲートウェイに配置するとよい

#Reliability アプリケーションが失敗する可能性のある操作を繰り返し試行するのを防ぐ信頼性パターンサーキットブレーカーパターン - Azure Architecture Center

開発者がサーバーの管理を気にすることなくアプリケーションの構築と実行を可能にするクラウドネイティブな開発モデル Serverless | Cloud Native Glossary

#Agile Whoとして、Whatをしたい。なぜならWhyだからだのように Who What Why を含む形で書かれる、ユーザーにとっての価値を説明する文 INVESTであるストーリーが良いとされる

CNCFによるObservabilityに関する文書 tag-observability/whitepaper.md at main · cncf/tag-observability

#Cloud Native 1つのPod内で複数のコンテナを定義し、メインアプリケーションコンテナとそれを拡張するSidecarコンテナのような関係性を持たせるパターン

#Continuous Delivery リリース時に旧環境と新環境を同時に稼働させ、リバースプロキシ/ロードバランシング/APIゲートウェイ相当のポイントで旧環境から新環境へ完全に切り替えるリリース手法旧環境をブルー、新環境をグリーンとする

Role-based access control #Security #Authorization ロールごとに許可を定義する認可モデルこれによりユーザーの部署異動等の際に即座に権限を変更できる

#Data Store トランザクションが保証する安全性について以下の4つの頭文字を取ったもの原子性（Atomicity）一貫性（Consistency）分離性（Isolation）永続性（Durability）

概念的な同一性を持たないオブジェクト DDDにおけるモデル要素の一つ以下、参考あるモデル要素について、その属性しか関心の対象とならないのであれば、その要素を値オブジェクトとして分類すること。値オブジェクトに、自分が伝える属性の意味を表現させ、関係した機能を与えること。値オブジェクトを不変なものとして扱うこと。同一性を与えず、エンティティを維持するために必要となる複雑な設計を避けること。 Eric Evans | DDD | P97

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

Amazon Web Service

#Agile #DevOps #Testing

#Observability ログ、分散トレース、メトリクスのようなシステムの状態に関するデータ Datadogのようなオブザーバビリティソリューションに送信される

定期ジョブの実行頻度を表現する Cron表現方式によって実行するJobを一般にCronJobと呼ぶ cron - Wikipedia

#Reliability ネットワーク接続先からのレスポンスが失敗している場合、すぐにあるいは少し時間を置いてからアクティビティを再度実行する信頼性パターンバックオフ戦略としてExponential backoffのようなパターンがある Retry with backoff pattern - AWS Prescriptive Guidance

#Agile #Documentation ユーザーストーリーを洗い出すためのプラクティス優先度付けや段階的なリリースのスコープ整理を行う Blog / Agile Studio

#Continuous Delivery #Team Organization チームトポロジーにおける4つのチームタイプの中で中心となるチームビジネス価値を提供するフロー（ストリーム）に従って、クロスファンクショナルチームを形成する要求の探索から本番環境の運用までの全ての能力を備え、他のチームを待たずにデリバリーができる

#Agile 作業バッチサイズを最小化させるための観点の頭文字を略称にしたもの Independent Negotiable Valuable Estimable Small Testable

prev next