ソフトウェアにおいては,システムの組織的な構造のこと.インタフェイスを介して接続され相互作用するパーツ群 (コンポーネントやサブシステム等) によって成り立っている.
このページの目的 コンポーネントのドメインが名前空間によって明確に分けられてる場合、そのコンポーネントの分離をサービスレベルにまで分離し、サービスベースアーキテクチャを構成する。 サービスベースアーキテクチャとは? サービスベースアーキテクチャのメリットとデメリット サービスベースアーキテクチャは、マイクロサービスアーキテクチャの要素もある、分散型のアーキテクチャだ。 しかし、マイクロサービスやイベント駆動のタイプに見受けられる複雑さやコストがなく、多くのビジネスアプリケーションで選択されている。 構成要素は3つ存在し 個別にビルドされたユーザーインターフェース 個別にビルドされたリモートのバ…
名前空間を整備する まず、モノシリックアプリケーションの分解では、その足掛かりとして目指すべきアーキテクチャはサービスベースアーキテクチャである。 コンポーネントドメインを作成することは、サービスベースアーキテクチャへの移行を手助けする。 コンポーネントドメインとは、名前空間の名前のことで物理的に表示される。 そして、コンポーネントを表すドメインは次の4つから構成されるべきだ。 アプリケーション.ドメイン.サブドメイン.コンポーネント.クラス 名前空間のサンプル例 例えば、次の様な条件があるとする アプリケーション:ss ドメイン:customer サブドメイン:billing コンポーネント…
モノシリックなアプリケーションを分散アーキテクチャに移行する際には次の3つの質問に答えられる様にしておく必要がある。 既存のアプリケーションは分解可能なのか? 必要なのはコードの書き直しなのか?それともリファクタリングなのか? 移行にかかる費用はどれくらいなのか? 例えば、CIOから次の様に質問が飛んで来るかもしれない 複雑なモノシリックアプリケーションをマイクロサービスにする移行作業にて、プロジェクトの初日CIOに次のことを尋ねられた。 「このプロジェクトの移行作業はゴルフボールサイズなのか?バスケットボールサイズなのか?旅客機サイズなのか?」 このときに、私はその質問に答えられなかったが、…
このサイトの目的:ソースコードのサイズと管理方法 モノシリックなアプリケーションを移行する際には、コンポーネントを特定し、サイズを図ることが最初の手順となる コンポーネントのサイズとは、コンポーネントが保有する機能の数のことである。 例えば、チケットの販売システムで購入ボタンに紐ずくイベントハンドラがSQLの発行を行うのは明らかにコンポーネントが担う役割の上を行っている。 その場合はイベントハンドラとDAOを別のコンポーネントとして分離しウェイトを減らさなければならない。 ここでのコンポーネントとは、Pythonであればディレクトリ構成による名前空間、C#でのnamespace呼び出しによる名…
この記事の内容 アーキテクチャスタイルに幾つかのケースがあるのと同じように、 リファクタリングの手法にも明確な6段階の手順が存在します。 今回の記事の目的はリファクタリングを行う2通りの方法について説明します。 大規模なリファクタリングを行う前に リファクタリングでやってはいけないこと-象の移行アンチパターン コンポーネントベース分解概要 戦術的フォーク コードベースが分解可能であるとは コンポーネントへの入力と出力の数から判断する 抽象度 アーキテクチャを分解する コンポーネントベース分解 戦術的フォーク 戦術的フォークのデメリット 備考 大規模なリファクタリングを行う前に リファクタリング…
この記事の説明 システムにおけるスケーラビリティと弾力性の違いを説明するサイトです。また、スケーラビリティ/弾力性を高めるためにはどのようなシステム構成にするべきなのか、どのようなシステムがスケーラビリティが高いと言えるのかについても触れていきます。 スケーラビリティと弾力性の違い 弾力性とは? スケーラビリティとは? システムごとの、スケーラビリティと弾力性の違い モノシリックなシステム サービスベースアーキテクチャはスケーラビリティが高い スペースベースアーキテクチャはスケーラビリティ/弾力性ともに最高 備考 スケーラビリティと弾力性の違い スケーラビリティとは、 時間の経過とともにユーザ…
この記事の説明 機能の追加、変更、削除だけでなく、バッチファイルやフレームワークなどのアップグレードの適応も容易である性質を意味する。では保守性の低いシステムとはどのようなシステムだろうか この記事の説明 そもそも保守性とは 保守性の低いシステム一覧(私見あり) 詳細 保守性の高いシステム一覧 詳細 保守レベル0:大規模なモノシリックなシステムは保守性が低い 保守レベル50:サービスベースなシステムは保守性が比較的高い 保守レベル100:マイクロサービスなシステムは保守性が高い まとめ:モジュール化が進めばメンテナンス性、保守性が向上する そもそも保守性とは そもそも保守性とは 機能の追加、変…
この記事について アーキテクチャのモジュール化・リファクタリングのメリット そもそもシステムは常に変化するものである リファクタリングが必要となる具体例 1.システムのパフォーマンスを改善するためにリファクタリングを行う 2.アジャイルなビジネスに対応するためにアジャイルなシステムへリファクタリングを行う リファクタリングをするべき5つの理由 No1,2. スケーラビリティ/保守性 No3,4. 耐障害性/可用性 No5. デプロイ性 補足:マイクロサービスは結合度に注意がいる まとめ:なぜリファクタリングが必要なのか 備考 この記事について システムのリファクタリングはタダでできるモノではあ…
ソフトウェアアーキテクチャとは何か? アーキテクトが解決するべき非要件定義とは アーキテクチャ用語集 アーキテクチャスタイル一覧 ソフトウェアアーキテクチャとは何か? ソフトウェアアーキテクチャとはどんな仕事か?については以下の記事から確認。 minegishirei.hatenablog.com ここでは詳細は省くが、簡単に説明すると以下の通り。 アーキテクトの仕事は、そもそもアーキテクチャが頻繁に変わるものなので定義することが難しいが、 それでもあえて仕事を定義するとすれば以下の5つであり。 システムの構造 システムがサポートしなければならないアーキテクチャ特性 アーキテクチャ決定 そして…