AWS再入門2018 Amazon EC2 Auto Scaling編 | DevelopersIO
Amazon EC2 Auto Scalingを利用すると、需要に合わせてEC2の台数を増減できます。 これにより、コストとパフォーマンスのバランスをとれます。 Auto Scalingは素晴らしい機能ですが、よく理解して利用する必要があります。 Auto Scalingの基本的な内容と、マスターEC2を使ったAuto Scalingの運用方法をご紹介します。 Auto Scalingを構成する要素 Auto Scaling グループ Auto Scaling グループは、Auto Scalingの管理単位です。 グループを作成する際に、EC2の最小数、最大数、希望する数を指定します。 EC2の最小数と最大数の間で、インスタンス数が増減または維持されます。 ヘルスチェックのタイプ Auto Scalingは起動したインスタンスに対して、定期的なヘルスチェックを実行します。 インスタンスが正
MT4とEAを使った海外FXの自動売買環境をAWSに構築！資産運用で不労所得を得る副業にもなりMac使いにもオススメ！
前回海外FXのメリットや海外FX業者であるXMの紹介、口座開設の記事を作成しましたが、今回はVPSを使ったサーバー上での自動売買についての説明をしたいと思います。自動売買と言うとずっとPCを起動させたり設定がめんどくさいと言うイメージがありますが、この方法は非常に簡単。自分のPCを24時間起動させたり、電気代や初期設定の費用を気にする必要もなく、ほぼ全自動で取引をおこなうことができます。 これを導入すれば、働いている間も寝ている間もサーバー上で勝手に取引をしてくれるので、うまくいけば知らないうちに資産が増えていた、なんてこともあるかもしれませんね。目指せ不労所得！ということで手順も含めて解説していきたいと思います。 後半には直近の損益結果も公開していますので、手順より結果が気になるという方は、目次から飛んでくださいね。 なぜ国内のFX業者ではなくXMを使うのかという点に関しては、国内FX業
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
【AWS利用者向けの初めてのDocker】EC2とDockerコンテナのライフサイクルを比較 | DevelopersIO
コンニチハ、千葉です。 整理する機会がありましたので、共有です！ Dockerコンテナに慣れてくると、「EC2インスタンスみたいねー」と感じてきます。 仮想化の技術は全然違うのですが、ライフサイクルなんかはEC2とほぼ一緒です。 特にAMIを使用したEC2のライフサイクルに似ています。 ということで今回は、復習も兼ねてDockerコンテナのライフサイクルと、EC2ライフサイクルをそれぞれ比較してみました。 DockerコンテナとEC2ライフサイクル 図で表すとこんなイメージです。白箱がコマンドです。 AWSのライフサイクルと対比してみると、イメージしやすいのではないかと思います。 コンポーネントの対比 【コンテナイメージ】AWSでいうところのAMI 【コンテナ】AWSでいうところのEC2インスタンス 【Docker Registry】AWSでいうS3のような役割で、コンテナを格納しておく場
RubyとAWSでつくるメディアストレージ基盤 - Qiita
概要 本基盤の果たす役割としては、「利用者が本基盤に向けてファイルをアップロードし、なんらかの(変換を含む)処理を行って利用サービス側に通知する」というものになる。 そこで、想定する利用イメージを大まかにでも理解してもらうため、抽象的なイメージを図示する。 ファイルをアップロードしたいユーザーは、まず本基盤の利用サービスに対してアップロード権限の発行を依頼する。 図では省略したものの、利用サービス側はその依頼を受けて、本基盤に対してアップロードチケットの発行を依頼し、取得した情報をアップロードしたいユーザーに対して返す。 アップロードユーザーはそれを受けて、本基盤に対してファイルのアップロードを行い、アップロード・バリデーション・変換が済んだものについては本基盤が利用サービスに結果を通知するというのが大まかな流れとなる。 次に、本基盤の持つ責務について簡単に解説したい。 本基盤は、メディア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
