CQRS

Articles qiita.com Author: Qiita Full Title: JavaScript / TypeScript の豆知識 10 選 実は、「 innerHTML を用いて挿入された script elements は、挿入時にはその内容が実行されない 」ということ自体は 正解 です。 これは W3C にもきちんと記されていることです。 Note: script elements inserted using innerHTML do not execute when they are inserted. (出典: W3C. "2. The Document Objec…

TL;DR アーキテクチャに沿って記述することである程度書きやすくなる ロボットのプログラムという性質による限界を許容する必要がある DI・依存を気にかけてコーディングする場合にPythonはかなりしんどい 動機 以前からロボットを作っているのですが、実装が複雑になるにつれて何かしらの構造に従った方が書きやすいと思った為、ここ最近趣味の方で学習していたアーキテクチャを採用してみました。あまりがっつりドメイン駆動でアーキテクチャを組むというよりは、各レイヤーの責務を意識したかった、というくらいの気持ちです。 また、ハードウェアを検討する際に、以前はCPUの乗ったボード（Jetson nano）か…

第１章「悪しき構造の弊害を知覚する」 ・変更に強い構造を知り、ギャップとして悪しき構造を認識できるようになる。 ・悪しき構造：コード読解コストが高い、バグの埋込やすさ、構造劣化の負のスパイラル。 ・技術駆動命名、連番命令の弊害、人間が理解できる意味をコードから外部化したときの同期漏れが混乱を招く、 ・欲しい機能が実装済みであることが把握しずらい弊害。可読性が悪かったり、ネーミングが悪かったり、低凝集だったりが要因。 ・未初期化状態が発生するクラスは生焼けオブジェクトの弊害。 第２章「設計の初歩」 ・ネーミングで対処、再代入はやめて混乱しないように。 ・意味のある単位で区分けする、関係するものは…

learning.oreilly.com Goがある程度わかってる人向けのドメイン駆動設計の入門書って感じだった。ページ数が少ない方なので内容も浅め。DDDの構成要素であるエンティティやリポジトリについて解説しながら、それらをGoで実装していく場合の考え方やパターンを紹介している。 Chapter 1: A Brief History of Domain-Driven Design 導入としてGoFのデザインパターンやEvansのDDDの話から。 DDDは何にでも適用するべきじゃなくて複雑性の高い領域じゃないと逆に生産性は低くなる。 単純なCRUDだけのユースケースとかまでやるのはオーバーキル…

技術メモ 1Podで複数コンテナが動いている場合、以下は1つのコンテナに対してシェルを取得する。 kubectl exec pod_name -it /bin/bash Nginxコンテナは、/var/log/nginx/access.log にシンボリックリンクを貼っている。 https://github.com/nginxinc/docker-nginx/blob/5ce65c3efd395ee2d82d32670f233140e92dba99/mainline/debian/Dockerfile#L99 CORSとCSP違い Aというサイトをブラウザで表示しているとする。Aでは、B AP…

はじめに ZOZOMO部プロダクト開発ブロックの木目沢です。 11/25にZOZOとChatworkさん合同でCQRSをテーマにしたCQRS Meetup【Chatwork × ZOZO】を開催しました。 zozotech-inc.connpass.com

これは、ドメイン駆動設計(DDD) Advent Calendar 2022 6日目の記事です。 2022年11月28日から12月2日の間のラスベガスでの AWS イベント、re:Invent のキーノートの冒頭で非同期の重要性が説明されました。 リアクティブシステムは、非同期とイベント駆動型の特徴を有しています。そして、リアクティブシステムから最大のパフォーマンスを得ようとすれば、需要の高いコンポーネントのスケーリングが必要になり、自ずと分散化へと進みます。またコンポーネントの最小の単位は関数になります。 そうはいっても、無節操に必要な関数を追加していくというアプローチはとれません。そこから…

参考図書 little-hands.booth.pm 設計なんもわからん みなさん開発してますか？開発してるとぶち当たるカベがありますよね？ そうです設計です。 「このシステムどうやったら奇麗に作れるんだろう？」と日々思い悩みながら あーでもないこーでもないと手探りで開発を進める日々ですよね？ 一昔前であれば「デザインパターン」を覚えたり、GitHubの人気リポジトリのコードを 真似したりするのが主流でしたが、最近はドメイン駆動設計(通称:DDD)なるものが 巷で噂になってますよね？ 私がDDDという単語を耳にするようになってからもう数年たちます。 なにやら難しそうだな～という感想を持ち幾星霜…

はじめに 食べログオーダーチームの大内です。 食べログオーダーではリアルタイムアップデート基盤としてFirestoreを採用し、システム上を流れる来店や注文といった情報をリアルタイムで店舗オペレーションへと繋げています。 本記事では私たちがFirestoreを使ってどのようにモバイルオーダーシステムを設計・運用しているかについてご紹介いたします。 背景: モバイルオーダーに求められるリアルタイム要件 食べログオーダーは食べログが取り組むモバイルオーダーサービスです。 モバイルオーダーの典型的なサービスフローは以下の通りです。 (https://order.tabelog.com) 来店: 座席…

ツイート 西田和史(k.bigwheel) 開発基盤 / SRE ⌨️🖊️ @k_bigwheel AWS DMS を用いてイベントソーシングとCQRSを利用し、レガシーデータベースをモダナイズする | Amazon Web Services ブログ https://aws.amazon.com/jp/blogs/news/modernize-legacy-databases-using-event-sourcing-and-cqrs-with-aws-dms/ できなくはないだろうけど、果… https://twitter.com/i/web/status/15896092239186042…

Railsで組んでるシステムにCQRSのQ層を導入しました。 その事について記載します。 問題点 Q層を導入する前に発生していた問題点について記載します。 戻り値の中身がコード上で判別できない 例えば以下のようなコードです。 class PostRepository class << self def get_posts Post.joins(:category, :comments) end end end 何が戻り値になっているのかをコード上で判別できません。 サンプルのような簡単なコードだと、まだ何とかなるかもしれませんが. 膨大な生クエリの場合もう無理です。 ActiveRecordか…

はじめに こんにちは。食べログシステム本部 技術部 マイクロサービス化チームの栗山です。 マイクロサービス化チームのミッションは「巨大なモノリシックサービスにおける開発の辛さを解消し、少人数のチームが自律的に意思決定しながら開発するためのシステム基盤を作る」です。2021年の Advent Calendar ではチームの成果として、食べログのレストラン検索インデックス同期システムを Change Data Capture (CDC) プロダクトの Debezium により改善した事例と、1 メッセージング基盤を Apache Kafka にリプレイスした事例を紹介しました。2 マイクロサービス…