systemdでの定期実行(timerユニット) - Qiita
cronの無い世界 systemdに移行するディストリが増えてきた昨今、cronが担っていた部分もsystemdに移行されてきています。初期のsystemdにはtimerがありませんでしたが、2013年にtimerユニットの実装が入り、だいぶ安定してきた感があります。また、昔はcron系のデーモンが必須パッケージだったディストリも、いまでは必須ではなくなってきています。crontabといえばUNIXの入門書にも載っていますし、POSIXでも定められたユーティリティです。systemdを採用しているディストリであっても、cron系のパッケージ(cronieやfcron)を入れればいいだけの話なのですが、少なくともcron系を使うかsystemdのを使うか選ばなければなりません(両方使うことも･･･できますが)。cronはちょっと使ったことがあるので、一度も使ったことがないsystemdのti
grepでログ解析をするなんてひどい話だ | POSTD
今でも、 systemdのjournal におけるバイナリのストレージフォーマットに関して、不満を漏らす人が多くいることに私は驚きを隠せません。私は長年、システム管理者として働いてきており、1年以上も syslog-ng の オープンソースエディションのメンテナ として活動してきました。だからこそ、テキストではないストレージフォーマットに対して、なぜ多くの人が批判的なのか、私は理解に苦しんでいます。更に、反論を唱える人までいることが信じられません。もしかしたら、私は別世界の人間なのかもしれません。ですが、より良い選択肢があるのに、テキストのストレージを使う理由はほとんどありません。ロギングをする必要性、そしてなぜ、テキストのログストレージに対してそこまで用心深いのかについて、私は何度も尋ねられました。ここに、私が導き出した答えを紹介したいと思います。 これは、journalについて弁明する
システム開発の現場改善記 - esa.io 導入編 - Tbpgr Blog
概要 esa.io 導入の過程について 経緯 世の中のシステム改善の情報はよく見かけるが、 自分も改善しようとした時に、どのようにしたらいいか分からない 。 実際の改善をするまでの 細かな過程などを参考にしたい 、という相談を受けました。 同じような情報が欲しい、という方が他にも居るかもしれないので 私の業務の改善実績を公開することにします。 需要がありそうなら、シリーズ物として地道にアウトプットして行こうかと思います。 ポイントとして、私自身は優秀なハッカーや優れたマネージャーなどではなく、 ありふれた開発者の一人 に過ぎません。 私の性格については、引っ込み思案で内向的。 どちらかという消極的で、お世辞にもコミュニケーションが上手なほうではありません。 勉強会に行って、 懇親会でほとんど発言せずにしょんぼり して帰ったり、 RubyKaigi のオープンスペースの昼食が怖くて、 豪華な
fluentdで本番環境を再現する - Qiita
toyama0919/fluent-plugin-http_shadowというShadow Proxyっぽいことを簡単にやるプラグインを作りました。 production環境で半年くらい動かしてたのでメモしときます。 「Fluentd Meetup 2015 夏」で実際のユースケースを発表しました。 Shadow Proxyサーバとは Shadow Proxyサーバについては以下がわかりやすいです。 気軽なMySQLバージョンアップ - まめ畑 Go言語を含む複数種類の言語により実装されたソフトウェアのベンチマーク - Qiita 実装としては以下のようなものが公開されています。 cookpad/kage lestrrat/p5-Geest kentaro/delta 本番のリクエストをそのままバックエンドにあるサーバーに複製して送信するのですが、アプリケーションの規模が大きくなればなるほ
アジアの中心から見た日本の危うさ デザイン会社 ビートラックス: ブログ
先日、シンガポールで開催されたアジア地域最大級のスタートアップイベント、Tech in Asiaでのセッションに登壇させて頂いた。来場者の75%以上がシンガポール外からの参加で日本から来られた方々も多くいた。オーディエンス数は3,000人以上と、スタートアップ関連のものとしてはかなりのスケール。 今回の滞在を通してアジア市場及び同地域のスタートアップの勢いの凄さを感じた。しかしそれ以上に強く印象に残っているのは、これからの日本の危うさである。 東南アジアの状況と将来への展望を見てみると、現在日本が置かれている状況とこれからの日本国内の人たちの未来はかなり厳しいものになるだろうと感じてしまった。 普段は両国ともに”母国”と呼べる日本とアメリカとを行き来する事が多いが、今回は日本とアメリカ以外の第三の”外側”から全体を見る事で、見えて来た事は非常に多かった。 東南アジアの優位性まだまだ発展途上
情報共有ができないチームの人間関係は破綻する | サイボウズ式
【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は日野瑛太郎さんによる「情報共有ができないチームのもろさ」について。 チームで働く場合、情報共有はとても重要です。仮に情報共有を一切しないのだとしたら、それは一人で働いていることとほとんど何も変わりません。チームで情報が共有されることではじめて、他人を手伝ったり意見を言ったりすることができるようになります。情報共有はチームワークの基本中の基本だと言ってもよいでしょう。 しかし、そんな基本中の基本であるはずの情報共有が、あまりうまくできていないというチームを結構よく見かけます。人数が少ないうちはある程度うまくまわっていても、チームの人数が増えるにつれて情報共有がいい加減になってしまうということも少なくありません。 僕がまだ会社員をしていたころに一
Linuxカーネルを2038年問題に対応させるには
System call conversion for year 2038 [LWN.net] lwn.netでLinuxカーネルを2038年問題に対応させるにはという記事が公開されている。 32bit版Linuxカーネルのtime_tはsigned 32 bitなので、現行の32bit版Linuxカーネルをそのまま使い続けるシステムは、2038年問題の影響を受ける。 問題の日付が近づくにつれ、32bitシステムは様々な楽しげな理由により障害を起こすことが予測されるので、今日のLWN読者は、退職から呼び戻されて、紀南を救うために英雄的な活躍をするだろう。今対策をしなければの話だが。 さて、32bit Linuxカーネルでも、time_tなどの時間の表現に64bitの値を使えば2038年問題は解決できるか。実は、問題はそれほど単純ではない。 カーネル内部の時間表現を64bitに移行するだけでは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ngx_dynamic_upstreamでnginxのアップストリームを動的に変更する - Qiita