並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 4 件 / 4件

新着順 人気順

amazon-eksの検索結果1 - 4 件 / 4件

  • 個人開発でもADR (アーキテクチャデシジョンレコード)を書くことの利点 - laiso

    起業なのか請負開発か趣味のプロジェクト(ペットプロジェクト)かによって状況は異なりますが「私のチームの開発者は私1人だけです」という個人開発においても、ADRは有効なツールとなりえます。 ADRとは何か? ADR(アーキテクチャデシジョンレコード)は、ソフトウェアアーキテクチャにおける重要な設計判断とその根拠、影響、関係する検討事項などを記録した文書です。 一見、現代的な響きですが、その実態はシステム設計ドキュメントの一部です。 "ADR"で検索すると真っ先にヒットするアーキテクチャの入門書『Design It! ―プログラマーのためのアーキテクティング入門』では、ADRは「アーキテクチャ手法に対する開発者寄りのアプローチ」と説明されており、アーキテクトと開発者自身がアーキテクチャに関する意思決定を記録し、共有するための手法として位置づけられています。 アーキテクチャデシジョンレコード(A

      個人開発でもADR (アーキテクチャデシジョンレコード)を書くことの利点 - laiso
    • Migrating from AWS App Mesh to Amazon ECS Service Connect | Amazon Web Services

      Containers Migrating from AWS App Mesh to Amazon ECS Service Connect After careful consideration, we have made the decision to discontinue AWS App Mesh, effective September 30th, 2026. Until this date, existing AWS App Mesh customers will be able to use the service as normal, including creating new resources and onboarding new accounts via the AWS CLI and AWS CloudFormation. Additionally, AWS will

        Migrating from AWS App Mesh to Amazon ECS Service Connect | Amazon Web Services
      • Software Design 2024年9月号 連載「レガシーシステム攻略のプロセス」第5回 キャパシティコントロール可能なカートシステム - ZOZO TECH BLOG

        はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 ZOZOTOWNリプレイスが順調に進む中始まった「カート決済機能」のリプレイス。第5回では、始動の経緯と、システムの安定稼働につながる大きな改善をもたらしたキューイングシステムの導入について解説します。 目次 はじめに 目次 ZOZOTOWNカート決済リプレイスの始動 体制変更 カート決済サービスの将来像 ジレンマと優先順位 スケールアップ戦略だけでは防ぎきれなくなった障害 キューイングシステムの導入 Kinesis Data Streamsの採用理由 First In First Outでのキャパシティ Kinesis Client Libraryを利用した開発工数の削減 本システムのポイント 過熱商品専用のKDSを作成 既存

          Software Design 2024年9月号 連載「レガシーシステム攻略のプロセス」第5回 キャパシティコントロール可能なカートシステム - ZOZO TECH BLOG
        • Amazon Bedrock を用いた障害対応報告書とポストモーテム文書自動作成 ~ ペアーズにおける生成 AI 実装解説 ~ Pairs における生成 AI 実装解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

          Pairs  (ペアーズ)  は、株式会社エウレカが運営する恋活・婚活のマッチングアプリで、プロフィール情報だけでなく、価値観や人柄、相手に求める本音まで考慮し、理想の相手を見つけることができるサービスです。 ペアーズは、大規模なユーザーベースを持つマッチングサービスであり、システムの安定稼働が非常に重要です。多くのユーザーにとって、マッチングしたあと、ペアーズが実際に会うときの唯一の連絡手段となっており、障害が発生するとユーザー同士連絡が取れなくなるという重大なデメリットがあります。 過去には、障害発生時の対応に多大な時間とリソースを費やしてきました。特に、障害対応の指揮を取るコマンダーの責務が多すぎることで、新任のコマンダーが対応に苦労する場面が多々ありました。そこで、Amazon Bedrock を活用して障害対応の一部を自動化・効率化し、コマンダーの負担を軽減することで、誰でも対応

            Amazon Bedrock を用いた障害対応報告書とポストモーテム文書自動作成 ~ ペアーズにおける生成 AI 実装解説 ~ Pairs における生成 AI 実装解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
          1