イミューダブル・インフラストラクチャーをAVXで！
⚔ 32 【更新】人工知能に置き換えられる職業について、解説を追加しました p. 詳細のご案内、および、スケジュールのPDFダウンロードは、をご覧下さい。 構築したインフラは絶対に変えないことこそが、イミュータブル・インフラストラクチャのコンセプトです。
14
⚔ 32 【更新】人工知能に置き換えられる職業について、解説を追加しました p. 詳細のご案内、および、スケジュールのPDFダウンロードは、をご覧下さい。 構築したインフラは絶対に変えないことこそが、イミュータブル・インフラストラクチャのコンセプトです。
14
🎇 目標はワークフローの解決であり、技術ではない HashiCorpの手法は、根底にある技術よりも、ワークフロー（業務上の流れ）をどうやって解決するかにおかれています。 Dockerは、アプリケーションとOSをパッケージし、イメージ化する機能だけでなく、コンテナの機能に加えて、APIの提供やインターネットを通じて世界中の開発者の成果物を入手したり、逆に成果物をアップロードしたりすることで、成果物を効率よく管理、利活用する仕組みや、それらの一連の作業を自動化する機構などが備わっています。
2✋ いわば、変更のたびにシステムを「使い捨て」にするのだ。 ここで、数値型などは変数に演算を行って、また同じ変数に格納できるのでミュータブルなのでは？と考える方もいるでしょう。 こうした新しい手法は2012年12月に行われたAmazonクラウドのイベント「re:Invent 2012」でも紹介され、Publickeyでは記事として紹介しました。
14
😗 イミュータブル・インフラストラクチャの場合、アプリケーションの開発が進んだ時や、新しいバージョンのOSやアプリケーション等がリリースされるたびに、開発系のサーバー環境でそれらを配備する必要があります。 ソフトウェア・デファインド・ペリメータ（Software Defined Perimeters）は、アプリケーションへのアクセス権限を適切に管理する仕組みである。 ソフトウェア・デファインド・ペリメータ（SDP）は過度な期待のピーク期に 一方、5つの時期のうち、過度な期待のピーク期には、「ソフトウェア・デファインド・ペリメータ」（SDP）や「デザイン・シンキング」（デザイン思考）をプロットしている。
20
👌 そこで、イミュータブル・インフラストラクチャーでは、本番環境と開発環境の2系統を準備し、その2系統は同一の能力を持つハードウェア構成をとる。 ミドルウェアやアプリケーションは、バグ修正やセキュリティアップデートを適宜適用しなければなりません。
8
🖐 アプリケーションの開発とマルチOSの実行環境をクラウドソフトウェアに依存せずに簡単に配備できることは、初期投資が限られるようなITシステムに携わる開発者と管理者の双方にとって大きなメリットです。 なぜならば、開発以外での作業工数が、開発した成果物の単価を押し上げ、ソフトウェアの価格競争力を低下させる原因になりかねないからです。
4😁 また、開発者やIT部門の要求に応じてサーバー環境を迅速に配備するためには、先述の自動化も必須になります。 それに対してArrayオブジェクトやObjectオブジェクト、Dateオブジェクトなどはミュータブルなオブジェクトです。 もし、アプリケーションやミドルウエアに変更を加えたいときは、その変更が反映されたシステムをITインフラごと新規に構築。
9