28
28

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

(続)なぜベンチャーで docker を使うのか

Posted at

タイトルの通り、『なぜベンチャーで docker を使うのか』の続編です。

弊社の代表が NHK の某番組に出演させていただく機会がありまして、実はこんなことをしていました。

前者はあまり関係ないのですが、後者に関して docker を使っていると便利そうだな、というケースがあったので、ごく短い記事ですが続編として投稿します。

さて、後者の記事で、Managed instance group の作り方 という節を書きました。
記事中ではイメージからインスタンスグループを作成する、という方法を紹介していますが、実はここで docker形式のイメージをマウントすることができます。
ここで考えたいのは、dockerイメージを使用しない場合の autoscaling の運用です。

記事中で紹介している方法では、スナップショットを基にイメージを作成しています。
この状態で、アプリケーションの更新を行った場合に何が起こるかを考えます。
オートスケーリングの際に作成するインスタンスのイメージには、更新前のアプリケーションがデプロイされているため、改めてアプリケーションをデプロイする必要が生じます。
従って、アプリケーションを最新の状態に保つためには、

  1. 既存のインスタンスが規定の負荷を超える
  2. オートスケーリング機能によってインスタンスが立ち上がる
  3. 立ち上がったインスタンスに対して新しいアプリケーションをデプロイする

というステップが必要になります。
それが嫌ならば、アプリケーションに更新がある度に、決して簡単とはいえない手順でイメージを作成しなければいけません。

あれっ?これって dockerイメージをデプロイした方が直感的だし、簡単じゃない?というのが、本記事で書きたかったモチベーションです。

メディアへの露出は、比較的大きなサービス(例えば MAU が 1億を超えるような)を運営しているところではあまり気にすることでもないですが、普段小さなインスタンス数台で運用しているようなスタートアップにおいては、このような自動化は重視されるべきことかと思います。
急なスパイクに明示的に対応しなければいけないベンチャーこそ、docker を使うべきだ、という主張が僕の中で強くなってきましたが、それは観測された事実ではなくて僕の意見なのでこの辺りで。

28
28
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
28
28

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?