人気の監視システム「Zabbix」、2015年公開予定の3.0の新機能と改善点とは?
2014年11月21日、「ZabbixカンファレンスJapan 2014」が東京で開催された。ユーザーやパートナー企業が「Zabbix」の関連情報を共有することを目的としており、日本での開催は昨年に引き続き2度目。 「Zabbix」は、Zabbix SIA(ラトビア)が開発・リリースしている監視ソリューションで、現在、世界的に利用が進んでいる。特に日本では、2012年に設立された唯一の支社・Zabbix Japanが、日本語でのサポートを提供。そのため人気に拍車がかかり、「Zabbix」をベースにソリューションを展開するパートナー企業も、この記事を書いている段階では30社に上っている。 会場となったマイナビルームは、朝10時のオープニングから午後5時30分のクロージングまで、ほぼ満席という盛況ぶり。参加者は「Zabbix」の今後の展望や利用事例などに、熱心に耳を傾けていた。本稿では、Zab
【git】社内のChefリポジトリをgit subtreeで利用する | DevelopersIO
はじめに こんにちは植木和樹です。クラスメソッドではOSやミドルウェアの設定にchef（chef-solo）を頻繁に利用しています。chefを利用するようになって約1年。その間に多くの（本当に！）プロジェクトの構築を行ってきました。 多くの構築を経験していると、ある程度のパターンというか定石がでてきます。例えばApacheをインストール／設定するにしても、 KeepAliveはOnにする TimeOutは120秒（かそれ以上）にする ELBからのヘルスチェックはアクセスログに記録しない 案件ごとに異なる設定は /etc/httpd/conf.d に入れてRoleやNodeで指定できるようにする などです。 そうなると「クラメソ社内Chefリポジトリの整備が必要だよね〜」という話が当然でてきます。そして大瀧さんや望月さんの努力の結果、いい感じにChefリポジトリが整備されてきました。 本日は
任天堂・岩田聡社長激白、「時が来た」：日経ビジネスオンライン
任天堂は、これまで反目する商売敵と見られていたディー・エヌ・エー（DeNA）と業務・資本提携をし、共同でスマートデバイス向けゲーム開発などに乗り出す。17日、突然の発表は驚きをもって即座に伝わった。株式市場も敏感に反応、翌18日は両社ともストップ高まで買われ、関連銘柄の連想買いも進んだ。これまで商品で「驚き」を世間に与えてきた任天堂にとって、こういった形での驚きの演出は珍しい。 なぜ、今なのか。なぜ、DeNAなのか。任天堂の岩田聡社長が日経ビジネスの単独インタビューに応じ、会見では輪郭しか見えてこなかった提携の背景や狙いを存分に語った。（聞き手は井上理） 家庭用のゲーム専用機（コンソール）業界の雄である任天堂が、ソーシャルゲーム業界のDeNAと手を組むという意外性に、世間は驚きました。 岩田：まあ、世の中的にはあまり縁がないと思われていたでしょうね。価値観が非常に違って、合わないのではない
忙しい人のための MySQL 5.7.6 DMR における InnoDB Flushing の変更点について | GREE Engineering
こんにちわ。せじまです。 Cherry Trail が出たら艦これ用タブレット買い換えるべきか、思案している今日このごろです。 5.7.6 での InnoDB Adaptive Flushing の重要な変更を三行をまとめると redo log の更新頻度も考慮されるようになりました。更新頻度に比例して flush される dirty page の量が増減するようになりました。 innodb_io_capacity_max 上げ過ぎないほうが良いでしょう。場合によっては innodb_flushing_avg_loops も見なおしてよいでしょう。 innodb_buffer_pool_instances >= 2 のとき、dirty page が多い instance ほど、多くの dirty page が flush されるようになりました。 詳細な内容についてご興味のある方は続きをど
24時間途切れないサービスで有効なImmutable Infrastructureの運用方法
24時間途切れないサービスで有効なImmutable Infrastructureの運用方法：大規模プッシュ通知基盤大解剖（終）（1/2 ページ） 大規模プッシュ通知基盤について、「Pusna-RS」の実装事例を基にアーキテクチャや運用を解説する連載。今回は、Pusna-RSの運用面や発生した課題について、使用している技術やツール「AWS Elastic Beanstalk」「Jenkins」「Amazon CloudWatch」「GrowthForecast」「fluentd」「Elasticsearch」「Kibana」などの説明を交えながら紹介します。 連載目次 最終回は大規模プッシュ通知基盤の“運用”について 大規模プッシュ通知基盤について、「Pusna-RS」の実装事例を基にアーキテクチャや運用を解説する本連載。第1回の「プッシュ通知の基礎知識＆秒間1万を超えるプッシュ通知基盤の
CopyHook というペーストボードの中身をいじるツールを作った | tech - 氾濫原
https://github.com/cho45/CopyHook ペーストボードにコピーが行われたときに、JavaScript で何かするというツールを書いた。 競合するソフトウェアがいくつかあると思うけど (dot-clipboard とか)、すぐできそうだし Swift で書かれたのはなさそうということで書いてみた。 ユースケースとしては Slack のチャット画面を適当にコピーしたのを、自動でフォーマットしてペーストしやすくする リッチテキストとしてコピーされるのがウザいので、プレーンテキストにしてしまう 画像を自動でグリッチする というのがあります。 つかいかた 起動するとアクセシビリティを有効にしろといわれるのでする 有効にしたらもう一度起動する。 コピーのイベントをキーイベントの Cmd+C を見ることで実現している (設定で変更可能) あとフォーカスされているアプリとかウィ
大チェッカーに対応(?)したRiji v0.9.4をリリースしました | おそらくはそれさえも平凡な日々
大チェッカー便利にご利用されてますでしょうか？ この度、Riji v0.9.4をリリースしました。Rijiが出力するRSS(Atom)のフォーマットを少しいじっています。具体的にはcontent要素にtype="html"というように属性をを明示的に指定するようにしました。 これは、大チェッカーでコンテンツが文字化けるという問題があり、大チェッカーの方でも対応が必要そうなのですが、とりあえずRijiの方でそのようにRSSを変更すれば直りそうだったので直したというものです。RSSのお作法的にもちゃんとtype属性を付けたほうが良さそうだとアドバイスをもらったというのもあります。はてなブログはそうなってるらしい。 なので、既存のユーザーの方はアップデートをしていただけると嬉しいです。なんとなくRijiユーザーのアンテナを作ってみました。 このバグとかも大チェッカー作ってる途中で見つけてもらった
他社が巨額の資金調達をしたり、大きな買収をされたり、IPOしたとしても焦ることなど何一つない - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
編集部注：本稿はベンチャーユナイテッドのチーフベンチャーキャピタリスト、 丸山聡氏が運営するブログ「No Guts, No Growth.」からの転載記事。ここ最近のIPOや買収の話題に関して共感できるショートコラムが掲載されていたので、同氏に許可を頂き、こちらに転載させてもらった。 credit: Ian Sane via FindCC ボクらはとにかく熱心に支持してくれるユーザーや顧客を向き、そういう人たちを一人でも多く増やしていくことに全力を尽くしていくことで未来が拓けるんだと思う。 こんにちは。VENTURE UNITEDの丸山（@maru0）です。 いろいろなニュースが駆け巡ってますし、そういったことであれやこれや談義をすることってすっごい楽しいんでついうっかり私なんかもやったりするわけです。直近の四半期当期純利益とほぼ同額だなーなんて調べたり、「婚約指輪は給料の3か月分っていう
cURL as DSL — cURL as DSL 1.0 documentation
cURL as DSL¶ github repository Target: Curl Command: Generate Code Reset Result code is printed here. Usage¶ Select target envirionment and type curl command in above text box. You get source code that works as same as curl command. Enjoy! Supported Options¶ It doens’t support fully options of cURL. It supports only options for http 1.x in the following list: [supported options:] --basic Use HTTP
激遅Swiftのコンパイル時間が75%ほど短縮したお話 - ここぽんのーと
iOSエンジニアの皆さん、ゴリゴリSwift書いていますか？サクサク書ける反面、コンパイルにやたら時間がかかってストレスフルですよね。今回は、激遅だったコンパイル時間が「ちょい遅」くらいまで改善したお話です。 あらすじ「ナウでヤングなiOSエンジニアはやっぱSwiftだよね！」ということで、半ば強引にSwiftを採用して直近のプロジェクトを進めていました。 補完機能が頻繁に落ちたり、ブレークポイントの位置がおかしかったり、変数の中身が見られなかったり、謎のエラーでビルドできなかったり、…などなど、まだまだバグはてんこ盛りですが、それらを見なかったことにできる程度にはいい感じです。型推論はそこそこ賢いし、何より簡潔に記述できます。ただの可変長配列のために、もうNSMutableArrayなんて長々と書かなくてもええんやで。 プロジェクトが進むにつれて見えてくる問題プロジェクトが進んでソースコ
社長的にSlackに移行したほうがいい理由 | ペパボ社長ブログ
全社的に使っているチャットツールをSlackに移行した話：delirious thoughts 新しもの好きのメンバーたちがあれこれと試していく中で、これなら移行できそうなのでは？という機運が醸成されてきた流れで、経営会議において「移行するぞ！！１」ということになり、もろもろの手続きや計画、利用ルール作りなどを僕の方で取りまとめ、移行が実施される運びとなりました。 ということで、チャットツールを長年利用してきたIRCからSlackへ移行しました。IRC利用のデメリットはantipopが述べている通りですが、それに加えて社長の立場からIRCからSlackへ移行したかった理由と導入したことによる効果を挙げていきたいと思います。 理由その1 社内コミュニケーションツールが乱立し始めた IRCでは補えない点を補完するために、LINEやSkypeといったメッセージングツールを非公式で利用しているケ
全社的に使っているチャットツールをSlackに移行した話 - delirious thoughts
ペパボでは、チャットツールとしてIRCを長らく使っていたのですが、先日、Slackに全面的に移行しました。その話を少し書いてみようと思います。 追記: 社長的にSlackに移行したほうがいい理由 | ペパボ社長ブログというエントリが出ていたので、そちらもご参照ください。 IRCの利用程度 そもそもIRCをどの程度使っていたかというと、職種や役職等を問わず、全スタッフ(アルバイト等も含む)が使っていました。つまり、エンジニアも総務も、マネージャーも社長もみんなIRCにいて、そこでフローのコミュニケーションを行っていたということです(ちなみに、情報のストックや、チャットには向かないような共有にはGitHub Enterpriseを使っています)。また、サーバの状態監視等の様々な通知や、いわゆるChatOps的なこともIRCでやっていたので、人間もbotもとにかくたくさんいて、賑やかな状態です。
エンジニアスタートアップは１人でいいから通訳を雇ってくれ - マーケティング日和
2015-03-19 エンジニアスタートアップは１人でいいから通訳を雇ってくれ 「エンジニアの言葉を通訳する人間が必要」 前の会社でよく言われていた言葉であり、「通訳」が必要なくらいエンジニアとビジネス側には隔たりがあるのだ。 私はマーケティングやファイナンスの人間だ。何をやっていくら儲けるかを考えるのが仕事。なので、無駄なコストをカットして、注力すべきところに投資したり上手にヘッジすることがミッションだ。 だが、その仕事の中でやっかいな存在にあたるがエンジニアだ。 彼らは何をしているのかよくわからない。外注のデザイナーやコーダーは何を作っているのかがよくわかるけど、正社員メンバーの、システム基盤？だのアルゴリズム？だのやっている人たちについてはまったくパフォーマンスがわからない。 部署横断のミーティングなんかやると温度差に驚く。 営業「営業の仕組みを変え、売上をキープしつつコストをダウン
技術分からないCEOのアタシが考えるイケてるCTOの条件 - エルの楽園
※発言は個人の感想です。 わたしがCEOなのは本当です。いわゆる創業社長ってやつで、なし崩し的にCEOになってます。技術が分からないのも本当。また弊社は大企業でもなければIT企業でもないので、大企業だのIT企業だののCTOの場合はまた話が違うのかもしれません。まぁそんなの、究極的には各社それぞれケースバイケースですよね。 ただイマドキ、どこの会社も業務システムを使っているし外部向けのWEBサイトくらいあるでしょう？オンラインマーケティングだって少なからずやっているはずです。だからITと無関係な企業ってのもないんじゃないかなぁ。 そんなわたしがCTOに求める役割は 「経営課題のうち技術によって解決できるものを見つけ出し、解決してほしい」 です。 あ、念のために言っておくと、こういう文脈で「～してほしい」というのはモヤッとした個人的要望ではなくて、社として負ってほしい職責を指します。だから職務
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
