実例で学ぶGoプログラム開発Handling a tremendous amount of images with Fastly / Yamagoya Traverse 2020
ssig33.com - Docker をプロダクトのデプロイに使う
コミケの列に並んでたあたりのころから Docker 本格的に使ってます。このサイトもさっき Docker でデプロイするような感じにしました。 Docker の利点と欠点で 開発環境の配布が容易にできる プロダクトのデプロイにつかうにはなにかとキツい みたいな意見をわりと頻繁にみかけるのですが、逆じゃねえかと思ってます。これ開発環境の配布に使うの無理でしょ。各コンテナ使い捨て前提なんだし。 Docker をデプロイに使う際の問題点としては以下があります Dockerfile に 42 個しか命令かけないみたいなやつ なんだかんだでコンテナのビルドに時間がかかる コンテナの管理とかどうするのか リバースプロキシの設定とかどうするのか 一個目に関しては頑張ってください。僕はセットアップ用やデプロイ用のシェルスクリプトを ADD して RUN させるようにしてます。シェルスクリプトセットアップ
今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい
sunzi を試してみる - Memo
VM にサーバを構築して必要なミドルウェアやソフトウェアをインストールするというのが、たまに発生する。 # 「たまに」というのがポイント VM のイメージを起動してサーバをたてるのは割と簡単に出来るんだけど、毎回毎回いちいち yum install とかするのがめんどくさい。 こういう場合は Chef や Puppet を使うのが王道なんだろうけど、前述の通りたまに発生するだけなので、Chef とかは大げさすぎる。 というような事を呟いたら [twitter:@gosukenator] さんに sunzi というのを教えて頂いた。ありがとうございます！ Github の Readme を読んだ限り自分のやりたい事がそのまま実現されてた。 sunzi がデプロイ先サーバの $HOME/sunzi っていうディレクトリを自動で作り、そこにシェルスクリプトを転送し、そのシェルスクリプトをリモート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
