株式会社サイバー・コミュニケーションズ 株式会社D2C 株式会社電通 株式会社電通デジタル CCI/ D2C/電通/電通デジタルが共同でインターネット広告媒体費の詳細分析を実施 国内電通グループのデジタル広告領域を牽引する4社（CCI/ D2C/電通/電通デジタル）は、電通が2021年2月に発表した「2020年 日本の広告費」の調査結果のうち、インターネット広告媒体費の内訳を、広告種別、取引手法別などの切り口で分析し、さらに2021年の予測を加えた「2020年 日本の広告費 インターネット広告媒体費 詳細分析」を発表しました。 2020年の世界的な新型コロナウイルス感染症（以下、新型コロナ）拡大の影響により、日本の総広告費は6兆1,594億円（前年比88.8%）となり、秋以降に回復の兆しが見られたものの前年を大きく下回る結果となりました。このような状況下で、「インターネット広告費」は新型コ
株式会社電通（本社：東京都港区、社長：五十嵐 博）は本日、日本の総広告費と、媒体別・業種別広告費を推定した「2020年 日本の広告費」を発表した。 2020年（1～12月）日本の総広告費は、世界的な新型コロナウイルス感染症（以下、新型コロナ）拡大の影響による各種イベントや広告販促キャンペーンの延期・中止により、4-6月期を中心に大幅に減少した。7月以降は徐々に回復の兆しを見せ、10-12月期には前年並みに回復しつつあったものの、通年で6兆1,594億円（前年比88.8%）となり、東日本大震災のあった2011年以来、9年ぶりのマイナス成長。リーマン・ショックの影響を受けた2009年（同88.5%）に次ぐ下げ幅となった。 図表1 日本の総広告費の推移 ＜2020年 日本の広告費の概況＞ ◆2020年の総広告費は、通年で6兆1,594億円（前年比88.8%）となった。3月以降、新型コロナの影響に
Why Netdata? Netdata is different. Our mission is to help you simplify and optimize your IT operations. Netdata provides high-fidelity data, real-time visualizations, reliable alerts, anomaly detection for every metric and a monitoring experience that is affordable and works out of the box. We take care of all the monitoring complexity, so you can focus on your infra! Open Source, at the core Netd
MySQLのint型は符号付きで -2147483647〜2147483647 の範囲をサポートし、レコードを記録する際にこの範囲を超えて記録しようとするともちろんエラーとなります。 これは、長い運用の末にデータが膨大になり、ついにintのサポート範囲が枯渇寸前となった話です。 方針 DBはAWS Auroraを使用しており、アプリケーションはRailsで構築されています。RailsのMigrationはデフォルトでidカラムをAUTO INCREMENTのint型で作成します1。サービスの特徴としては他のサービスと比較すると高トラフィックに晒されるもので、DBに大量のログを記録する必要がありテーブルによっては1ヶ月で1億レコード以上記録されるものもあります。対処方法を検討し始めた時にはidは既に18億を超えており、やるべきことは対象のテーブルのidカラム、及びそのidを関連として保持して
inode数の制限をテストしてみる 多数のファイルを生成する 各ディストリビューションのDocker上にコンテナを起動し、そのコンテナ上で0バイトのファイルを無制限に生成する実験を行った。実験に使用したテスト用の簡易プログラム（inode_full.c）を、以下に示す。 #include <stdio.h> #include <stdlib.h> #define FILE_COUNT 10 int main( int argc, char **argv ) { FILE *fptr; char filename[20]; int cnt = 0; int max_cnt = FILE_COUNT; int print_term = 1; if( argc > 1 ){ max_cnt = atol( argv[1] ); } if( max_cnt > 10 ){ print_term =
「頭がいい」「あの人はデキる！」とか、「あいつは能力が高い or 低い」などと言いますが、こういう言葉って具体性がないですよね。 なので、具体的な能力をリストにまとめてみました。 書きかけなので、適宜、付け足したり変更していきます。ずっと作りかけかもです。 ＜理解系能力＞ ・理解力 （概念や関係性を把握する力と、その理解の早さ＝瞬発力） ・読解力 （書き手の込めた行間を読み取る能力） ・数的処理能力 ・思考体力 （長時間、考えても頭が疲れず、考え続けられるアタマの体力） ＜記憶系能力＞ ・短期記憶容量 （例：ちらっと見ただけの数字の羅列や英単語を、すぐにそらんじられる） ・長期記憶容量 （例：読んだ本の内容、電話番号や人の名前、タレントの名前やプロフィールを大量に記憶してる） ・超長期記憶容量 （例：子供の頃の記憶や、何年も前の食事の内容を鮮明に再現できる） ＜メタ認知系能力＞ ・洞察力
2016/10/12 社内勉強会で使ったスライドを社外向けに一部加筆訂正したもの
はじめに こんにちは、中山です。 次回リリースバージョンであるTerraformのv0.7.0にはいろいろと大きな変更点があります。本エントリでは変更点の内インパクトの大きい import サブコマンドについてご紹介します。 import サブコマンドとは何か ドキュメントから引用します。 Terraform is able to import existing infrastructure. This allows you take resources you've created by some other means and bring it under Terraform management. つまりTerraform以外で作成したAWSなどのresourceをTerraform管理下にすることができる機能です。すばらしい。ただし、v.0.7.0時点では以下の文章に書かれているよ
CPUやメモリ、IOといったリソースの制限下でとあるコマンドを実行させたい場合に、cgroup上に何かgroupを作ったりしてからcgexecを実行して、実行後はそのgroupを消す、といったような一手間かかる方法がほとんどでした。 実行後のgroupも綺麗にしたい、といった所まで考えるとなかなか手間がかかっていたので、それらを全てワンラインでできるrconというワンバイナリで動くツールを作りました。 github.com 例えば、負荷サーバでの調査ツールを流す際に、CPUとかIOとかを制限しつつドロドロ実行したい場合等に便利です。Linuxのcgroup対応した環境でのみ動きます。 使い方 ほぼREADME通りなのですが、オプションは代替以下のようになっています。 --memは変なので--memoryに変更しました!! ./rcon --help Usage: rcon [options
In this blog post I would like to touch on the topic of resource management for Docker containers. It is often unclear how it works and what we can and cannot do. I hope that after reading this blog post resource management will be a bit easier for you to understand. I assume that you are running Docker on a systemd enabled operating system. If you are on RHEL/CentOS 7+ or Fedora 19+ this is certa
斎藤です。こんにちは。 今日は、Chefをインストールすると共に入るohaiを用いて、サーバの情報をプログラムで扱ってみます。 ※ohaiは6.16(github版)を用いています ohaiとは もともと、Chef Client/Chef Soloが実行環境の情報を取得するためのライブラリです。ただ、単独でもライブラリを使用したり、コマンドを実行する事で、Chefと同様に情報を利用する事ができます。ポイントは、外部コマンドの結果を内部でパースしてプログラムで扱いやすい形にできます。まさに、パーサーライブラリですね。 ohaiがなければ、コマンドでサーバの環境(例えば"df")の情報を取得しようとする時、コマンドの結果を取得した後に「お手製」のパーサーでプログラム内で活用できるようにしなければなりません。これが、"df"のほうに簡単なものならまだしも、"ip addr show"のような設定
7. ＼ / ＼ 丶 i. | / ./ ／ 私は誰？ ＼ ヽ i. .| / / ／ ＼ ヽ i | / / ／ ＼ -‐ Zembutsu M Z b t Masahito hit ー _＿ わ た し で す -- • 前佛 雅人 @zembutsu 二 ／￣＼ ＝ 二 ￣. | ＾o＾ | ￣ -‐ ＼＿／ ‐- – Solutions Engineer ( 萌えるSE ) ／ • インフラエンジニア的な仕事メイン / ヽ ＼ • 技術者に安心と休息を 提供するサービス追求(運用/監視/自動化) ／ 丶 ＼ ／ / / | i, 丶 ＼ – オープンソース系・クラウド系コミュニティ活動 ／ / / | i, 丶 ＼ • http://pocketstudio.jp/log3/ – 主な職歴 • 2000年 4月∼ リモート一次対応サポート部隊。 ISP サポート • 2008年 5
◆ Munin 2.0 (stable) が遂にリリース！ “リソース推移のモニタリング” ただ、それだけに特化した、監視ツール Munin 。設計思想は、シンプルかつパワフルに。 Munin は、サーバの「リソース推移」を見るためのツール。簡単なセットアップで、ブラウザを通して、サーバの中の様々な状況を、グラフとして見ることができる。例えば、CPUの使用状況や、メモリ、ディスク等々。障害通知の機能は最低限。あくまでリソース推移を簡単に見ることに特化。 単純に数値を見るだけなら、sysstat(sar)や各種のログを見る事でも目的は達成できる。しかし、障害発生の現場においては、複数のサーバから、複数の指標を取得＆比較し、迅速な対応と判断が求められる。そこでは、ログの追跡は時間や人手がかかる。一方、グラフで障害発生ポイントを、視覚的に、迅速に把握できるようになる事は、原因切り分け時間の短縮
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く