今更 DynamoDB 入門 - Qiita
あいさつ Serverless(2) Advent Calendar 2016 15日目の記事です。 こんにちは。GS2 CEO の丹羽(@kazutomo)です。 サーバレスアーキテクチャでゲームサーバを開発し、AWSのサービスのように1時間あたり数円〜利用できる Game Server Services を提供しています。 このシステムのバックエンドDBの多くには DynamoDB を利用しており、サーバレスアーキテクチャと DynamoDB は切っても切り離せない関係にあると感じています。 これからサーバレスアーキテクチャを勉強しようと思っている皆さんの中には 「まだDynamoDBとかよくわかってないんだよなあ」 という人も多くいらっしゃるとおもいます。 この記事ではプログラムのコードを示して使い方を説明するというよりは、 DynamoDB とはどういうものか？どういうことに気をつ
リリースジャンキーにならないようにしよう！ : けんすう日記
リリースジャンキーとは？ 最近、個人的に気をつけていることとして「リリースジャンキーにならいようにしよう」ということがあります。 リリースジャンキーとは先ほど僕が勝手に作った単語です。「新機能を追加したり、リニューアルをしまくることにハマってしまう」ということを表現してみました。Webサービス会社ではよくありがちで、僕らもそうなりそうになったことがあるので注意しています。 リリースジャンキーの問題 たとえば、何かサイトに課題があるとします。たとえば会員数が思ったより伸びない、アクセス数がこない、などなど・・・。 そして、「解決策は何か？」と考えた時に、一番出てきやすいのが「会員数を増やすための新機能を開発する」だったりします。 これは危険です。 というのも、機能追加をする、と決まったら、開発に入れちゃって、問題を一瞬忘れることができるのですね。とても楽なモードに入れます。 一発逆転を狙って
複雑さに潜り込む - 大規模PHPアプリケーションにおける例外・モニタリング・ロギング - すずけんメモ
みなさん、PHP書いてますか？ここ2ヶ月くらいPHPも書いていたのでその話を書きます。 この記事はVOYAGE GROUP techlog / Advent Calendar 2016の記事です。 例えば以下のような話に身に覚えはありませんでしょうか。 例外がどこかで握りつぶされており、例外的状況なのにエラー表示がまちまち。レスポンスステータスも一貫性がない。エラーログが適切に出ていない。 エラーログ出力用コードがいろんなところで散乱している。エラー文字列整形のための適当なヘルパメソッドがクラスごとに実装されている。 エラーごとにエラー表示のためのメッセージを設定するのが面倒になり、「システムエラーが起きました」とだけ表示されるようになってしまった。 例外ハンドリング周りのコードは考えるのが面倒なのでコピペだらけになっている。 オブジェクトの依存関係がクラスのプロパティに大量に埋め込まれて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
