「わかりやすさ」を軸にデザインする - Hatena Design Group
Mackerelチームでデザイナーをしているid:takuwologです。 この記事ではMackerelがどのように情報をデザインしているのかを事例を交えて紹介します。 Mackerelとはエンジニアがサーバーを管理・監視するためのサービスです。 mackerel.io サーバーの管理・監視を行なうMackerelでは多くの情報を取り扱うことになります。扱う情報は大きく分けると3つあります。 サーバーの仕様や状態などの情報 サーバーを監視するためにユーザーが追加した設定情報 チームやユーザー個人の設定情報 上記3つを合わせると情報量はとても多くなります。そのため情報を「わかりやすく」ユーザーに提示することがサービスにおいて重要になってきます。 「わかりやすさ」とは何か ユーザーは日常的にMackerelを使用してサーバーの管理・監視を行います。そのため誰がどんな時に何が目的でMackere
Dockerコンテナが遅くなるもう一つの原因 | POSTD
前回の ブログ記事 では、Kubernetesの話と、 ThoughtSpot がKubernetesを開発インフラのニーズに合わせてどのように取り入れたかをご紹介しました。今回はその続報として、最近の興味深いデバッグ経験について少々駆け足になりますがお話ししていきます。本記事も「コンテナ化と仮想化はノットイコールである」という事実に基づいており、たとえcgroupの上限がどれも高くない値に設定されホストマシンで十分な演算能力が利用できるとしても、コンテナ化されたプロセス同士がリソースの競合を起こす場合があることを示したいと思います。 ThoughtSpotでは内部のKubernetesクラスタで 多数のCI/CDや開発関連のワークフロー を稼働させており、ある1点を除いては全てが順調でした。唯一問題だったのは、ドッカー化された製品コピーを起動すると、パフォーマンスが期待を極端に下回るレベ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
