GoogleにおけるRelease Engineeringとは - tehepero note(・ω<)
2017 - 01 - 30 GoogleにおけるRelease Engineeringとは Google SRE Operation Release Engineering SRE(Site Reliability Engineering)が叫ばれて久しいですが、 Google がこの度 Site Reliability Engineeringに関する書籍 をWeb上で無料で公開したので早速かいつまんで読んでみた。きっとそのうち日本語化されて オライリー のebook上に並ぶのでしょう。 とりあえず Release Engineeringの章 に目を惹かれて興味深かったので斜め読みしてみた。 リリースエンジニアの役割とは Google では リリースエンジニア の役割について以下のように定義している。 Google にはコードの変更を本番環境に反映する時間やビルドを構成するファイルの中で
翻訳: WebAPI 設計のベストプラクティス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さん
The WHATWG Blog — Improving interoperability
Please leave your sense of logic at the door, thanks! Improving interoperability January 30th, 2017 by Philip Jägenstedt in WHATWG The goal of the WHATWG’s Living Standards is to achieve interoperable implementations. With an ever-evolving web platform, we want changes to our standards to reach all implementations quickly and reliably, but from time to time there have been mishaps: Two table-relat
俺でもわかるシリーズ: MongoDBのレプリケーション - Qiita
この記事はMongoDB Advent Calendar 2015の17日目です。 概要 何を今更感満載のおさらい記事です。 意図せず嘘を含む可能性がゼロではないので、ドキュメント Replication — MongoDB Manual 3.0 併読推奨です。 Replica Setとは？ Replication Introduction — MongoDB Manual 3.0 Replica Setとは、MongoDBが備える強力なレプリケーションと自動フェイルオーバーの仕組みです。 複数台のMongoDBサーバーで構築されたReplica Setは、もう一つのMongoDBの強力な機能であるSharding (水平分割)においてShardとして追加することが可能です。 どちらも大規模で高可用なMongoDBデータベースを構築する際に欠かせないものであり、これを標準機能として持ってい
AWS Solutions Architect ブログ
こんにちは、ソリューションアーキテクトの舟崎です。 4/26(火)に開催しましたAWS Black Belt Online Seminar「AWSで使うMongoDB 」の資料が公開されました。 また、頂いたOnline Seminarで頂いたご質問とその回答が以下になります。こちらも併せてご覧ください。 Q1: MongoDBのシャードの追加・削除/ノードのスケールアップに関しては、メンテナンスなどを使用せずオンラインで実施できますでしょうか？ 止められるなら確認等の意味で安心ではありますが、シャーディングのシャード追加・削除は完全にオンラインで可能ですし、スケールアップもレプリカセットのメンバーを1台ずつローリングでスケールアップすることで実施可能です Q2: 別リージョンのレプリカセットに接続するにはVPNを利用する想定でしょうか？ インターナルな接続であればVPNを使用する想定です
第4回 MongoDBのレプリケーションを構築してみよう | gihyo.jp
はじめに 今回は、MongoDBのレプリケーションについて説明します。 最初にレプリケーションの概要を説明します。次に実際に構築する手順を説明した後、レプリケーションに必要な設定項目について解説します。最後にMongoDBのレプリケーションで重要な機能であるOplog、書き込み保証などについて解説します。 前回の記事の最後に、シャーディングについて説明すると書きましたが、予定を変更しましてレプリケーションから先に説明します。シャーディングは次回取り上げる予定です。 レプリケーションのメリット まずは、MongoDBが採用しているマスター/スレーブ方式のレプリケーションの一般的なメリットについて説明します。マスター/スレーブ方式のレプリケーションは以下のようなメリットをもたらします。 可用性の向上 レプリケーションは主に冗長性を得るために設計され、多くのプロダクション環境で導入されています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
