はじめに ざっくりしたシステム構成の紹介 全体の構造 設計のポイント コーディング規約 上の階層を見に行かない 変数名は全体でユニークにする 変数のデフォルト値は設定しない main, outputs, variables 以外のファイルを原則置かない ポリシードキュメントはJSONファイルのまま管理する 変数で処理を変える仕組みを極力使わない 値のハードコードをためらわない コードが冗長であることをためらわない 残っている課題 AWSアカウント単位でしか用意しないものの扱い ECSのタスク定義の扱い 最後に はじめに はじめまして。スマートキャンプのおにまるです。 2022年10月に入社し、SRE兼インフラエンジニアとして働いています。 今回は、あるプロダクトの再スタートにあたって新しく作った、AWSのTerraformについてお話したいと思います。 再スタートにあたってアプリケーション
はじめに Terraformを触るにあたり、Ansibleと機能的に何が違うのか混乱していたので調べてみたメモです それぞれの特徴 メイン:クラウドインフラストラクチャオーケストレーション サブとして構成管理もできる サーバー自体をプロビジョニングするように設計されている 厳密に宣言的(コードで最終状態を指定する) マルチクラウドを効率的に管理する 新しいサーバに対してhogehogeする クラウドリソース(サーバ、LB、DNS)の管理に優れている メイン:構成管理 サブとしてオーケストレーションタスクも実行できる 既存のサーバにソフトウェアをインストールして管理する 手続き型(最終状態を達成する方法を指定する) サーバーとサービスを目的の状態にする為のツール プロビジョニングもできる 既存のサーバに対してhogehogeする ソフトウェアの管理に優れている パッケージのインストール、アプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く