金が儲かるから分けるのだよ。2017会社の意思決定システムと開発プロセスは紐ついている。「事業部門起案でROI見ながら決裁する」なら、どうしても開発は計画主導型に。調整主導型にしたいなら枠でエンジニアをおさえておいて、都度内容を確定してから確認決裁を取る。2つの使い分けが大事。2017「パッケージかスクラッチか」という迷い方なのかな。戦略的なところはアジャイルでスクラッチでやればいいし、標準的ならウォーターフォールでパッケージ中心にやればいいし、それらを連携させて企業全体として成果をあげていく、というのがベースなのでは。2017マイクロサービスっていう言葉よりも、そのベースになっているインフラ自動化、非同期メッセージングなどの疎結合連携、認証やログ基盤などのプラットフォーム、OS/コンテナ/サーバレスといった多様な実行環境管理を理解すべき。2017サービスの分割単位は機能でも画面でもデータでもなくて「ドメイン」。ドメインとは「業務や利用観点で、システムに対する変更が発生する要因単位」であり、多くの場合は組織と利用者種別によって分割される。2017マイクロサービスでは「アプリ内のクラス構造」ではなく「システム全体のインスタンス構成」から考える。「機能分割による設計上の変更容易性」よりも「非機能分割による稼働サービス上の変更容易性」から考える。arclamp真面目に考えれば、「変わらないための改修」を積極的にやれるようにしておかないと変わらないことすら難しいよな。結局、動作保証のための自動テスト体制の構築みたいなのが重要になる。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。