「納品のないIT受託」という新モデルを広めたい
そもそもシステム開発に要件定義が必要、というのは、ITベンダーの理屈でしかありません。ユーザー企業から、要件定義以上の仕事を押しつけられるのを防ぐための作業です。システムの「納品」を前提にするから、納品物の見積もりが必要になり、そのために要件定義を行っています。 ソニックガーデンのビジネスモデルは、要件定義は行いません。月額定額で、IT技術者1～3人をアサインします。ただし、提供するのは技術者の時間ではなく、その成果です。事業モデルとしては、経営コンサルティングや顧問弁護士などプロフェッショナルサービスに近いと思います。ただ単に技術者の時間を売るだけでは、従来のSES（システムエンジニアリングサービス）契約と同じになってしまいます。 システムを運用するITインフラには、原則として外部のクラウドを使い、我々が開発・構築・運用まで一括で手掛けます。顧客がシステムを保有するオンプレミス型では「納
2013年版! SonicGardenにおけるherokuでのサービス運用構成 | mah365
ちょうど去年の今頃、SonicGardenにおけるherokuでのサービス運用構成をご紹介しました。去年の比較して、今ではherokuで本番運用されているサービスも増えているかと思いますが、実際の構成例はあまり紹介されていないようです。去年ご紹介した内容も少し古くなっていますので、2013年バージョンとして、再度ご紹介したいと思います! 去年からの変更点 去年と比較して大きく変わっている点は、以下の3点ですねー。 バックアップ取得方法の見直し & 監視の導入 Route53愛してる! ログ取得のアドオンをPapertrailに変更 バックアップ取得方法の見直し & 監視の導入 @interuが去年のJAWS-UG in Nagoyaで講演したように、「本当にバックアップ取れてるの？」というのは重要な視点ですね! なので、バックアップを取得するところと、監視するところ、セットで構成するように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
