「地図は悪夢を知っていた」 そんな衝撃的な見出しが、新聞の一面に載ったのは今から61年前の昭和34年、中部日本新聞(現:中日新聞)日曜版でした。 前の月の「伊勢湾台風」の浸水被害の教訓を伝えるものです。 記録的な高潮や暴風で死者・行方不明者が5000人超、浸水した住宅は30万棟にのぼった伊勢湾台風。 記事は、台風の3年前、地形をもとに浸水の危険性の高さを示した地図と、実際の浸水被害にあった地域がほとんど一致していたことを指摘していました。
![WEB特集 地図はいまも悪夢を知っている | 台風 | NHKニュース](https://cdn-ak-scissors.b.st-hatena.com/image/square/178f67b64ac8c6a0007cbd103da01f89e3b3fc40/height=288;version=1;width=512/https%3A%2F%2Fwww3.nhk.or.jp%2Fnews%2Fhtml%2F20201021%2FK10012673411_2010211400_2010211402_01_02.jpg)
自分が複数のシステムの開発を経験して得た確信として、「認証と認可と課金とコアドメインの分離がめちゃくちゃ重要である」というものがあるので、コレを整理してアウトプットしていく 分離するモチベーションとは Microservice文脈でいうと、デプロイ独立性だったり、リソースの最適配分だったり、障害の局所化だったり、開発組織とのマッピングだったりがメリットとして語られることが多い。 だが、ここで取り上げたいのは戦術的DDD的観点でのコンテキスト分離の有用性である。 ※ちなみにコンテキスト分離のみであればモジュラモノリスだけで実現可能。 戦術的DDD的観点での関心事の分離によるメリットとは コンテキストが分離されていることによって、境界をまたぐ際に「このI/Fは正しいのか?」を都度考えることを強制することができる。 境界がなければ意図しない密結合を生みやすくなってしまう。 もちろん、境界を超える
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く