連携もできるが、しなくても良い。すれば簡単に移行できた。ワークスペースは事前に作成しておく必要はない。無料アカウントでは本来はリモート実行はできないが、試用期間があるっぽくてリモート実行も試してみることができた。送信されて、そこで実行が行われるようだった。ファイルも送られているっぽかった。(どのファイルが送られるのかまでは調べていないが、少なくともこれらのファイルは送信されるっぽいことは確認した)。ファイルがローカル側に存在すると、エラーになってしまう。具体的には以下のようなエラーが発生した。側で設定を追加しなくてもこれまで通り動くはずである。設定した方が良さそうである。よる認証情報設定をしている場合は、リモート実行するために書き換える必要がある。上でリモート実行の様子を確認できる。リモート実行チームで開発している際には、ここでレビュー等を行うフローにすることもできて便利そう。いうのを実現するにも、こういう仕組みを使えると良さそうである。インフラインフラやっていくぞー、という気持ちで去年の中ごろに読んだ。関わるサービスやツールの紹介がなされる。部で紹介されたツールなどを使ったサーバーの追加や変更といったインフラストラクチャの運用のパターンが紹介される。ための組織といった部分の話がなされる。ソフトウェア工学のプラクティスを応用するなど、もともと自分が想定していたものよりもさらに進んだものだった。いう思想的な部分も丁寧に説明しており、納得しやすい。学びの多い良い本であった。単純な構成だとスタックへの分割の恩恵はないが、リソースの共有などをする場合には意味があるスタック間の情報のやり取りに構成レジストリが役に立つシステムの品質について、機能的な正しさの問題だと思われてしまうことが多いが、実際には変化を許すかどうかを決める鍵を握っている高品質システムは従来よりも簡単かつ安全に変更できる継続的なブランチのテストは継続的インテグレーションではない継続的インテグレーションとは、すべての作業がトランクで行われて、すべてのコミットがテストされることが保証される。完全にチェックされた変更だけが本番システムに適用されることを保証するためには継続的デリバリーパイプラインを使う。(機能を完全に実装する前の小さい変更の状態でブランチをマージしていく、ぐらいが実践的な気がする。すべての変更をすぐに本番に送り込める状態に高めること。ソフトウェアにおけるブルー・グリーンデプロイパターンをインフラストラクチャに応用したもの。ブルー・グリーン交換を進化させたもの。全体を一気に切り替えるのではなく、システム全体のうちの一部ずつを新しいものに変えていく。採用)企業が変化するニーズに対して信頼できる高品質のサービスで応えていくための組織面での原則サービスの設計、実装、改良に対して継続的にアプローチしていくこと継続的にサービスをデリバリー、改良する権限をチームに与えること継続的にスピーディに変更をデリバリーしつつ、高い品質とコンプライアンスを保証すること効果測定。設計と仕様が中央で作られて、実装のために様々なチームに分配される。『新しい技術用語が出てくると、関連するツールやプロセスが注目され、それらを導入すれば課題は解決する、と思われがちである。