Amazon Web Services ブログ Amazon Lightsail – AWSの力、VPSの簡単さ 部品から複雑なシステム(家、コンピューター、家具)を組み立てるのを好む人がいます。彼らは、計画プロセスを楽しみ、慎重に各部品の調査を行い、望ましい力や適応性のバランスを与える部品を選択します。邪魔にならないに計画することで、彼らは最終品に向けて、部品を組み立てるプロセスを楽しみます。他の人々は、このdo-it-yourself(DIY)が魅力的で価値があると思っていませんし、途中であまりに多くの決定を下す事なく、できるだけ早く結果に到達する事に興味があります。 聞き覚えありませんか？ 私は、このモデルはシステムのアーキテクチャとシステム構築にも同じ様に当てはまると思います。時々、個々のAWSコンポーネント(サーバー、ストレージ、IPアドレスなど)を手動で選ぶ事に時間をかけ、あな
AWS EC2の無料期間終了がだんだん近づいてきたのでさくらvpsに移行させようと思う。 GMOクラウドにしようか迷ったけどさくらのほうがお得な気がしたので。 さて、申し込んでEC2と違うな、と思ったところを幾つかメモ。 OS EC2はデフォルトOSが無くてインスタンスの作成から入ります。 システム構成＋OS選択。 いっぽうさくらvpsは既に申込時のプランに沿ったCentOS 6がインストールされていて、起動すればすぐ使用可能です。 IPとパスワードは別途メールで送られてきます。 もちろん違うOS、UbuntuとかCentOS 7とかも入れなおすことできます。 アクセス EC2はインスタンスの生成をすると鍵ファイル(pemファイル)がダウンロードでき、それを使ってアクセス。 いっぽうさくらvpsはパスワード認証。鍵は使いません。 ユーザー EC2はデフォルトユーザーとしてec2-userっ
怖話を作っていてインフラを含めた設計で迷っている箇所がいくつか溜まってきたのですが、もしいい方法があったら教えて欲しいという点をブログに書いていきたいと思います。 前提 エンジニアは僕一人だけなので極力手間を減らしたい怖話は広告モデルなのでアクセス辺りの収益が低い。なるべく安く（できれば無料に）したいデザイナーやインターンの人も開発するので複雑にしたくない（例えば怖話をローカルで開発する環境を作るのにredisとかfluentdとかいろんなサーバープロセスを立てないと画面が確認できないとか） 画像の置き場所に困る怖話はアクセス負荷的にappサーバーの2台目が必要かな？ぐらいの状態にあります。 appサーバーが複数台になると画像などのアップロードされるファイルの置き場を共通にする必要が出る。 一度はappサーバー2台でS3 + CloudFrontにしましたが、転送料が高いからappサーバー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く