SLO策定とアラート設定までの長い道のり - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、@ueokandeです。早速ですが、皆さんが運用しているサービスには、SLO (Service-level objective: サービスレベル目標) がありますか？アラートの監視項目はどのように設定して、基準値をどのように決めていますか？ 社外とのコミュニケーションだけでなく、社内向けのSLOを決めておくことで、サービスの健康状態を知るための手がかりや、普段の開発・運用タスクの優先度を決める上での指標にもなります。 またSLOがあると、サービスを監視するアラートに、理にかなった閾値を設定できます。 この記事ではAWS版kintoneの、SLOとアラートを設定するまでの記録について紹介します。 cybozu.com版kintoneのSLOとアラート 国内のcybozu.comで運用しているkintoneにも、もちろんSLOやアラートはあります。 しかし現状のSLOはkinton
RFP/要件定義/要求仕様---違いは明確？
「RFP（提案依頼書）」「要件定義書」「要求仕様書」──。この三つの言葉を見て、その違いを明確に説明できるだろうか。筆者は、日経SYSTEMSという雑誌を担当して日々システム開発現場における開発手法や実務情報を記事としてまとめているが、この三つの用語には、定義に曖昧な部分があったり、違いが分かりにくい面があったりすると感じている。 三つの用語が示すドキュメントはいずれも、ユーザーがどんなシステムを開発したいのかを記述したものだ。実は、筆者がこれまで普通に使っていた用語は、三つのうちRFPと要件定義書の二つ。これらについては、それなりに違いを理解しているつもりである。対して、要求仕様書という用語はあまり使っていなかった。 ざっくりいえば、RFPはシステム開発を発注するベンダーを選定するために、どんなシステムを作りたいかを提示して、最適な提案をベンダーから引き出すためのもの。一方の要件定義書は
コモディティ化したミドルウェアはどこに向かうのか～非機能要件を巡る新たな戦い
――早速ですが、ミドルウェアの世界は現在どのような状況にあるのでしょうか？ 製品としてはかなり成熟の進んだ分野であるため、例えば、最新の機能などを見ていても非常に複雑化している印象を受けます。 最近、お客様から非常に多く寄せられる質問です。結論から言うと、ミドルウェアは大きな転換点に立っています。個別の機能を紹介するよりも、ソフトウェアの全体像のどこにマッピングされるのかをお話しした方が最新の動向も理解しやすいと思いますので、まずは、この20年間の概況を振り返るところから始めましょう。 1990年代前半は、クライアント・サーバーの大波がIT業界を被い、さまざまなプロセス間、システム間連携技術が群雄割拠した時代と言えます。多くのベンダーが独自のアイディアを提唱し、業界の主導権を巡ってしのぎを削った。その中で、あるアイディアは生き残り、あるアイディアは淘汰されました。 IBMもそのベンダーの一
品質とは（本当は）何だろうか － (2) 応答 | タイム・コンサルタントの日誌から
先日、あるプロジェクト・マネジメント関係の研究に目を通していたら、要件定義段階における「顧客要求の品質」という表現に出会って、ちょっと驚いた。周知の通り、ＩＴ系プロジェクトにおける要件定義とは、顧客のもつ『要求』を引き出し明確化するプロセスのことを言う。ここで作成される要件定義書が、その後のシステム設計の基礎となっていく訳だ。ところが、この顧客の提示してくる要求内容が、しばしば曖昧模糊としており、また部門や担当者の間で相矛盾していたりする。受託側としては非常に悩ましい問題で、たしかに、これ自体がプロジェクトの成否を左右すると言っても過言ではない。 そこでこの発表者は、要求工学やIEEE standard 830: "Recommended Practice for Software Requirements Specifications" などを引用しつつ、正当性・明瞭性・完全性・一貫性・
品質とは（本当は）何だろうか － (1) 問い | タイム・コンサルタントの日誌から
わたしのつれあいは長い間、あるフランス製の化粧品を愛用していた。日本でも売っている店はあるのだが、少ないし、値段も高い。だから海外出張に出たときは、かえりに免税店でその会社の製品を買うのが習慣になっていた。化粧品は用途と色と型式で複雑なラインナップになっているから、出がけに手渡されたメモを頼りに、読みにくいフランス語表記の製品を店頭から探し出すのが、わたしの任務だった。 ところがあるときから、その依頼がぱたりと来なくなった。つれあいに理由をたずねると、“なんだか最近、あそこの製品って品質が落ちたのよ。ブラシとか安物でペナペナになってきたし、パフのケースもすぐガタが来ちゃう。きっと中国生産とかでコストを下げて来てるんじゃないかしら”－－という答えだった。でも、仮にそうだとしても、化粧品自体の性能に変わりはあったのかい、と聞き返したが、“そんなとこで手を抜く会社の製品が信用できると思う？”と、
コモディティ化したミドルウェアはどこに向かうのか～非機能要件を巡る新たな戦い
――早速ですが、ミドルウェアの世界は現在どのような状況にあるのでしょうか？ 製品としてはかなり成熟の進んだ分野であるため、例えば、最新の機能などを見ていても非常に複雑化している印象を受けます。 最近、お客様から非常に多く寄せられる質問です。結論から言うと、ミドルウェアは大きな転換点に立っています。個別の機能を紹介するよりも、ソフトウェアの全体像のどこにマッピングされるのかをお話しした方が最新の動向も理解しやすいと思いますので、まずは、この20年間の概況を振り返るところから始めましょう。 1990年代前半は、クライアント・サーバーの大波がIT業界を被い、さまざまなプロセス間、システム間連携技術が群雄割拠した時代と言えます。多くのベンダーが独自のアイディアを提唱し、業界の主導権を巡ってしのぎを削った。その中で、あるアイディアは生き残り、あるアイディアは淘汰されました。 IBMもそのベンダーの一
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
非機能要求とISO9126 | オブジェクトの広場
本稿では、ソフトウェア要求とは何なのかを理解し、非機能要求に焦点を当て、ISO9126、要求定義プロセス、事例と解説していきます。 ※本稿は、技術評論社刊『JAVA PRESS Vol.40』に掲載された記事「機能外要求と ISO9126」を加筆、修正したものです。JAVA PRESS 編集部の了承を得た上で転載しています。 ※一切の転載をお断りします。 はじめに 私達がソフトウェアを開発するためには、ソフトウェアに対する要求 (ソフトウェア要求) が必要です。 ソフトウェア要求がなければ、そのソフトウェアには本当は必要のない機能を作ってしまったり、必要な機能を作っていなかったりするでしょうし、何よりもソフトウェアが完成したのかさえ評価できません。 そのためにも、私達ソフトウェアを開発する者は、ソフトウェア要求とは何なのかを正しく理解しておかなければなりません。 本稿では、ソフトウェア要求
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.openstackdays.com/files/LB_Stratus2014.pdf
Session: EF/ADO.NET の接続の回復性
PCI Security Standards Council公式サイト - PCI準拠を確認し、データセキュリティおよびクレジットカードセキュリティの各基準をダウンロードします - PCI Language Minisites
http://www.meti.go.jp/policy/it_policy/softseibi/contents/index.htm