【連載】AWSで実践! 基盤構築・デプロイ自動化
本連載では、連載「ソフトウェア開発自動化入門」のなかで、筆者が執筆した第4回「基盤・デプロイ自動化」のなかで紹介したマイクロサービスアーキテクチャアプリケーションの基盤構築自動化とCI/CD自動化の実現例にならって、実際にそれらを構築していきます。
いまさら聞けないマイクロサービスの基本(1) マイクロサービスを理解するための3つのポイント
マイクロサービス(Microservies)という言葉を聞いたことがあるでしょうか。 マイクロサービスはIT辞典で以下の通りに定義されている用語です。 複数の小さなサービスの集合体としてシステムを構築し、各サービス同士をHTTP経由のAPIやメッセージングなどの軽量な通信で連携する手法。 James Lewis氏によって提案された言葉で、同氏がMartin Fowler氏と執筆した記事「Microservices」により各所で取り上げられるようになった。 複数の機能をひとつのアプリケーションの実行物として構築する「モノリシック(一枚岩)」アーキテクチャと比較される。 昨今急速に認知度が高まっていて、技術セミナーなどで耳にすることも多くなってきました。それでも、クラウドやアジャイルといった用語と比べるとまだまだ理解度は低く、以下のような感覚のエンジニアが多いようです。 少しバズワードっぽいが
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
特集：マイクロサービス入門 「2025年の崖」を乗り越えるためのシステム開発の姿
