30days Album Information | 30days Album を支える技術 #0 〜 サーバ構成概要
こんにちは、mizzy です。30days Album では、全体的なシステムデザイン、ストレージ API の開発、サーバ構築などを担当しています。このブログでは、「30days Album を支える技術」と題して、裏側でどういった技術が使われているのか、ご紹介していきたいと思います。もちろん、技術スタッフは私だけではないので、他のスタッフにも各自担当した技術について紹介してもらう予定です。 第0回目は、サーバ構成の概要についてです。30days Album の論理的なサーバ構成は、以下の図のようになっています。（実際には、1台のサーバが複数のコンポーネントを兼ねていますので、物理的な構成はこの通りではありません。） 各コンポーネントと、コンポーネント間の関係について、もう少し詳細に解説します。 リバースプロキシが、直接ユーザさんから見えている唯一のサーバで、ウェブブラウザからのリクエスト
つくるぶガイドブログ: ひとりサービスをリリースするまでやっておくこと10個
Ruby（とRails）を担当している石原です。 ソーシャル「OSを入れた後にインストールする10のアプリケーション」(仮) を作る過程をレポートしています。 今回は、開発はひとやすみにして、サービスをリリースする前にやっておくべき細々としたことを紹介したいと思います。 これらは筆者がひとりサービスをリリースするときに、毎回なんとなく思い出しながらやってきたことで、サービスによっては忘れてしまっているものもあります。 ですから、次からはこれをチェックリスト代わりに使おうと思っています。 Rails に限った話とWebサービス一般の話が混ざっています。ほかの言語やフレームワークを使っている方にも、Rails に限った話を自分の使っている環境に読み替えれば、いくらか参考になるかもしれません。 参考までにこれまでのエントリーはこちらです ↓ つくるぶガイドブログ: Ruby on Rails を
ネットサービス運営日誌: 個人でネットサービスを運営するための5つのコツ（momose版）
個人サービスを作るコツ http://www.web-20.net/2007/05/post_54.html 個人でWebサービスを作る時に一番大変なこと http://labs.unoh.net/2007/03/komagata_1.html 個人でWebサービスを作る時のポイント（＋） http://dev.chrisryu.com/2007/03/web_3.html 「在庫探偵」をリリースしたばかりですし、特に3番目の記事にインスパイアされたので記事を作成して絡んでみます（笑）。 クローン戦争には参加しない メモでアイディアを洗練する todoはテキストファイルで管理する 開発を効率化する リリースを怖がらない クローン戦争には参加しない orcutが流行ればSNS、Flickrが流行れば写真共有サイト、del.icio.usが流行ればソーシャルブックマーク、diggが流行れば
デジモノに埋もれる日々: 個人でサービスを作る - 大上段に構えず、とにかく公開してみる
日曜コラムです、こんばんは。 先日Web2.0ナビさんの記事が被ブックマーク数を伸ばしていました。 ■Web2.0ナビ 「個人サービスを作るコツ」 http://www.web-20.net/2007/05/post_54.html １．ブラウザのホームページを自分の作っている最中のurlに ２．ドメインを絶対に取る。せめてサブドメイン ３．1週間以内に終わるようにする ４．１００やりたかったら、まずはコアな部分だけ１０つくる ５．内容よりも出す事を重視する ６．綺麗なコードなんて必要ない ７．デザインは先に作る ８．サービスに名前をつける 私も個人でサービスをちょこちょこと作っている身ですので、 他の方がサービス開発時のモチベーションをどうやって 保っているのかというのは結構気になります。 ウノウラボさんの記事 の記事を読んだときも感心することしきりだったのですが、 今回のWeb2.0ナ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
