MSA化レベル定義 - 低レベルなマイクロサービスはただのファイル連携と見分けがつかない - arclamp
「低レベルなマイクロサービスアーキテクチャ（MSA）」というのは「ただの基幹システムとのファイル連携」でいいんだよ、という話。 Level 5 | Richmond, Virginia | Rebecca Morgan | Flickr MSAというのは「どこかに存在する完成されたシステム」ではなく、現状のシステムを不断の努力によって進化させていった結果です。MSAに決まった構成はありません。あくまでもプラクティスやパターンがあり、それらの実現を手助けするソフトウェア製品（OSS）があるだけです。 というわけで、「MSAに取り組む」というのは道は遠くても（見えなくても）「目の前のシステムの継続的な改善に取り組む」ことでしかないのですが、最先端の話しかないと差が大きすぎてどう取り組めばいいのか分からない、あるいは再構築しか道はないと感じてしまうのだと思います。そこで段階的なレベル上げができる
アジャイル開発を支えるアーキテクチャ設計とは
近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィード バックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.
延びた“そうめん”の固まりのような、旧態依然としたシステムをデジタルトランスフォーメーションに導くための3つのポイント
旧態依然としたシステムに見られる3つの特徴 テクノロジーの力で新しい価値や利便性を生み出す「デジタルトランスフォーメーション」に向けた取り組みでは、エンドユーザーの支持を獲得するために、ニーズの変化に合わせてアプリケーションを改善し続けていくことが欠かせない。優れた体験価値を担保するためには、フロントエンドのアプリケーションのみならず、そのバックエンドを含めた、“システム全体”にもニーズの変化に即応できる柔軟性が求められる。 言い換えると、ビジネスを向上、成長させるためには、システム全体をビジネスに合った形に最適化し続ける「モダナイゼーション」が必要となるわけだが、「旧態依然としたシステムを抱えた企業は大きく3つの問題に悩んでいます」とレッドハットのテクニカルセールス本部 プリンシパルソリューションアーキテクト BRMSエバンジェリストである梅野昌彦氏は指摘する。 「最大の問題は、アプリケ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
