疎結合

こんにちは、READYFOR DevHR の関根です。 2022年4月26日（火）に開催されたイベント、『良いコード/悪いコードで学ぶ設計入門』著者トークに、READYFORのバックエンドエンジニア、仙塲（ミノ駆動 @MinoDriven）が登壇しました！ 登壇者について ミノ駆動 @MinoDriven エンジニアリング本部 システム基盤部 バックエンドエンジニア 仙塲 大也（ミノ駆動） READYFORに2021年4月に入社 仙塲のSNSその他のブログは以下となります。 Twitter：ミノ駆動 @MinoDriven Tech Blog：リファクタリング効果を促進する組織ビジョン「乳化」…

●CloudWatch あらかじめAWSで定義されているものを標準メトリクスと呼ぶ。 利用者が定義した値はカスタムメトリクスと呼ぶ。 メトリクスを設定してアラームをセットすることが可能。SNSで通知することも可能やLamba関数を呼び出すことも可能。 例：CPU使用率が８０％上回った時運用担当者にメールを飛ばす ●CloudWatch Logs ☆各サービスからモニタリング ☆特定の文字列が出力されたらSNSで通知なども可能 EC2やCloudTrail、Route53などからログファイルをモニタリングし、保存することが出来る インスタンスにCloudWatchのIAM権限が必要となる。 取得…

GWの空き時間に「Team Topologies」という本を読んだ。 最近、いろいろお手本にしているチームのエースエンジニアの方が「Team Topologiesを読んでいる」と話していたので、それに触発されて読んでみた。 一言で感想を書くと、「チーム作りを考える上でとても参考になる本だな」と思った。 例えば、個人的に、「Microservices」、「Two-pizza teams」、「疎結合」などについて概念としては知っているが、「何故、それを採用すべきなのか？」はよくわかっていなかった。要は、ぼんやりとは理解していても、他人に論理的・合理的に説明するほどには深く理解していない状態だった。…

『クラウドでデータ活用！データ基盤の設計パターン』（川上 明久，小泉 篤史，大嶋 和幸，石川 大希，堀 義洋，角林 則和，日経クロステック，2020年7月28日）を読了。 カナダのトルドー首相の名言に次の言葉があります。 「今ほど変化のペースが速い時代は過去になかった。だが今後，今ほど変化が遅い時代も二度とこないだろう」（位置 No. 3） すべてが「加速」する世界に備えるしかない。 king-masashi.hatenablog.com データレイクのメリット（位置 No. 137） データを一元管理できること インプット側のシステムとアウトプット側のシステムを完全に分離できること 疎結合な…

はじめに どうすればソフトウェアを変更容易にできるかというのは重要な課題である。ISO/IEC 9126(もしくは、改定されたISO/IEC 25010)というソフトウェア品質の評価に関する国際規格の中にも保守性 (maintainability) という変更に対するコストに関わる特性がある。 変更容易にするための1つの手法として、DI(Dependency Injection)というものがある。これはモジュール同士の結合を疎結合にして、変更の影響範囲を狭める手法である。この記事ではDIやサービスロケータなどについて整理しつつ理解を深めていきたい。 DIをしないHello World! 解決し…

テーブル設計について学んだ。 テーブルの表現って？？単に、正規化を行って、１対多や多対多を意識して実装すれば全て解決うまく解決する？ 答えはNo.. 例えばハンバーガー屋で商品テーブルからいろいろ組み合わせてオーダーしたい場合は？？ userがいて登録userと未登録userに振り分けたい場合は？？ などなどシステムのusecaseで色々と要件が出てくる。 これをただ、正規化して、１対多や多対多に設計や状態を管理するフラグカラムを立てて、対応できるか？？ 対応できません！！！ (多分ですが) テーブル設計の表現力を高めていくしかない！！！ どう表現力を高めるの？？？ オブジェクト思考を思い出し…

ポストモーテム みずほ銀行システム障害 事後検証報告 作者:日経コンピュータ 日経BP Amazon みずほ銀行の2021年2月から2022年2月までに起きたシステム障害についてまとめた本。 ポストモーテムとはシステム障害が発生したあとに社内外に共有する事後検証報告書のことを指す。 業界は違えどシステムと関わる仕事をしてるので読んでよかったと思えた本。 個人的な本からの学び 失敗から学ぼう システム障害は起こるものと考える（高可用性と耐障害性大事） 障害が起きた時の復旧手順（問題検知から解決まで）をまとめるか、自動で復旧できることをテスト 本のメモ - １年以上記帳がない預金口座の紙の通帳を廃…

■時間がない 今日も引き続き全体を俯瞰できる図を作成。 時間かけすぎてる自覚はあるが、とりあえず見えてくるものはあるはず。 見えてくるのは、、画面単位はあんまり疎結合じゃないということでした。 でも、共通しているところをバラバラでテストしない、ということを 検討するのには使えるかもしれない。 バラバラにすると何がやばいかとかを念頭において、自分がなにをしたくて これを書いてるかを常に忘れないようにせねばーーーあと本当に少し。どこまで作れるかは謎だけど、何を目指していたかを軸に やれるところまやろう。。

はじめに ちょこちょこ自分で機能を作ることはできてきたけど、設計がイケてなかったりして苦戦していた時に先輩に相談したところ「デザインパターンとか知っておくと損ないかもね」と教えてもらった。 とはいえ「デザインパターンって何？」状態だったので調べてみたのでメモ。 参考 自分がPHP使いということもあり、以下を参考にしようとした PHPによるデザインパターン入門 とおもったら、廃版になってて著者の方が本内容をはてブに掲載してくれていたのでこちらでインプット Do You PHP はてブロ 感謝です。 デザインパターンとは ソフトウェアを何度も設計していると、あちらこちらで共通する機能や問題があるこ…

書籍Amazonリンク www.amazon.co.jp 本の概要 オブジェクト指向を基本とした設計思想についてTwitterやQiita、テックコンなどで発信を行っているミノ駆動さんの設計本。 本の感想 読みながら、各章ごとに軽く感想を書いていきます。 1章 悪しき構造の弊害を知覚する 設計が下手だとこういう問題があるよという軽い話。 具体例は第1章ということもあってかなり低レベルなものを選んでいると思う。が、集団で開発していると（継ぎ足しの継ぎ足しなどで）マジで見るので辛い。 2章 設計の初歩 変数を使いまわすな、意味のあるまとまりを作って名前を適切に付けろ、という内容。 個人的には、色々…

4月26日に第3回とことんDevOps勉強会を開催しました。 第3回とことんDevOps勉強会 今回の勉強会は日本仮想化技術の石本から「VS Codeやコンテナ、CI/CDを活用した DevOps時代の開発環境を考えよう」と題してお話しをさせていただきました。今回は開発者の視点でDevOpsを回す際の開発環境に関してお話しさせていただきました。単にVS Codeといったエディターだけではなく、CI/CDツールの選択やコンテナを使用する際の注意点など、開発環境を幅広くカバーしています。また、今までの案件の中ではまった事やしくじった事など開発環境構築のリアルも紹介させていただきました。 後半の質問…