Kubernetes、やめました | 外道父の匠
最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ
運用自動化に必要な対応指針 〜 運用自動化をめぐる落とし穴と対応指針 /20180614-interop
2018年6月14日にInterop Tokyo 2018のセッション「ネットワーク運用自動化とその羅針盤 ～サービス価値向上のための処方箋～」で発表したときの資料です。 有料セッションのため公開を保留していました。(公開日: 2019/12/06) (運用設計ラボ合同会社 波田野裕一)
Public keys are not enough for SSH security
Public keys are not enough for SSH security Loading... If your organization uses SSH public keys, it’s entirely possible you have already mislaid one. There is a file sitting in a backup or on a former employee’s computer which grants the holder access to your infrastructure. If you share SSH keys between employees it’s likely only a few keys are enough to give an attacker access to your entire sy
八丈島のホテルで、運用費用０円の伝票システムアプリ作って、業務改善した話。 - Qiita
※2019年05月29日作成の記事です。 はじめまして! いつも皆さんの面白い記事を読んで、学んだり励みにしたり楽しんだりしてます！ありがとうございます！ このたび東京都八丈島のホテル、リードパーク＆リゾート八丈島で伝票システムアプリを作らせてもらいました！ このシステムアプリの全機能はブログの記事で動画を交えて説明しています。 （QiitaじゃTwitter経由でしかアップできないため） 全機能説明ページはこちら 謝辞 ホテルの皆様 今回自分がこんな貴重な機会を得られ、最後まで作ることができたのは、寛容で柔軟なホテル支配人・レストランリーダー・スタッフの皆様のお陰だと本当に思います。 最初は遅延もあったり、レシート２枚出てきたりしてましたが、毎日使用後に多くのフィードバックを得られたので開発がとても捗りました。 「楽しい！」「今までで１番使いやすい」などの声は本当に嬉しいです Fireb
できる開発者の酷いコードとのつきあいかた | readwrite.jp
ただの一行も酷いコードを書いたことがないというのは可能性としてあり得なくはないが、実際にはとても考えにくいことだ。 現実には、あなた自身も他の開発者と同じくセキュリティ欠陥を作ってしまったりUIの配置ミスなどをやってしまうことだろう。なにもあなたがダメな開発者だからというわけではなく、人間である以上しかたがないことなのだ。 開発者たちはみな人として仕方のない弱点を抱えていることから、「最高の開発者」と呼ばれる人々は自分が作るコードやインフラで起こりうる最悪の事態を想像し、それに備えている。以下、最高の開発者たちがおこなっていることだ。 大混乱を前提に考える数年前、Netflixが「Chaos Monkey」およびクラウドベースの管理ツール「Simian Army」の一部をオープンソース化した。かいつまんで言うと、Chaos Monkeyは、AWSインフラで幅広く動いているインスタンスをラン
巨大なバッチを分割して構成する 〜SQLバッチフレームワークBricolage〜 - クックパッド開発者ブログ
トレンド調査ラボの青木峰郎（id:mineroaoki）です。 好きなRubyのメソッドは10年前からString#slice(re, nth)ですが、 最近はRubyよりCoffeeScriptとSQLのほうが書く量が多くて悩んでいます。 今日はわたしが開発している「たべみる」の背後で働いている 巨大バッチの構成について話したいと思います。 たべみるのバッチは約3000行のSQLで構成されており、 処理時間が1日で4時間程度かかる、そこそこの規模のプログラムです。 このバッチ処理プログラムをBricolage（ブリコラージュ）というフレームワークで構造化する手法について説明します。 「たべみる」とは まず最初に、「たべみる」がどういうものなのかごく簡単にお話ししておきましょう。 「たべみる」は企業のみに提供しているB2Bの分析サービスで、 クックパッドのレシピ検索の分析をすることができま
複数台のサーバをリアルタイムに同期する方法 | 株式会社ヌーラボ(Nulab inc.)
はじめまして。林と申します。 lsyncd と rsyncd を使って、複数台のサーバをリアルタイムに同期する方法をご紹介します。 同期元ディレクトリ内のファイルやディレクトリに更新があると、同期先のディレクトリと同期します。 イメージとしてはこんな感じです。 cronでもできますが、即時性が求められる場合はこちらがいいと思います。 ほぼリアルタイムで同期できます。 lsyncd はファイルシステムの更新をリアルタイムに監視し、更新があると rsync コマンドで同期します。 同期先のサーバで rsyncd を動かし、同期元のサーバで lsyncd を動かすことになります。 設定手順は以下のようになります。 同期先サーバの設定（rsyncdの設定） rsyncd.confを作成します。 [root@web1 ~]# vi /etc/rsyncd.conf uid = root gid =
「Gitブランチを使いこなすgit-flow／GitHub Flow入門」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
「Gitブランチを使いこなすgit-flow／GitHub Flow入門」関連の最新 ニュース・レビュー・解説 記事 まとめ Gitブランチを使いこなすgit-flow／GitHub Flow入門（終）： プルリクエスト／レビューを取り込んだ、よりシンプルなGitHub Flowの運用を図解する 数回にわたってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。最終回は、GitHubが採用している、git-flowよりシンプルな構成のブランチ管理フローについてです。5つの運用ルールや開発の流れを図を交えて解説します。（2014/1/21） Gitブランチを使いこなすgit-flow／GitHub Flow入門（3）： 図とコマンドで分かる！ git-flowによる開発の流れと使い方 数回にわたってgit-flowとGitHub Flowを使ったGitの活用テ
【初心者向け】gitのbranch運用入門【git flow もどき】 - すこしふしぎ．
どうもこんにちは．1000chです． facebookのおすすめ言語診断したらrubyがでてきました． ふだん蛇使いなのですが，宝石商としてのスキルも磨くべきなのでしょうか． いまんとこrubyのインタラクティブシェルの起動方法も知らないレベルなんですけどね． さて，最近チームで開発することが多々あり，ビギナーながらだんだんとgitをつかった開発に慣れてきました． 慣れるにつれ，なかなかわからなかったチーム開発におけるブランチの運用方法が見えてきた気がします． ということで今回は初心者がgitを使う際一番最初にぶつかるであろう壁，ブランチ運用の仕方をgit-flowをベースにまとめます． 自分のような初心者向けということで，後ろにチュートリアル形式でまとめておこうと思います． 対象としてはgit commitはできるけどgit branchが怖い人，目指すところは を こうすることです！
さらば自社サーバールーム！pixiv、白河データセンターに移る (1/2)
900万を超えるユーザー数を抱え、日本を代表するイラスト投稿SNSに育った「pixiv（ピクシブ）」。長らくサービスを社屋の自作サーバーとIDCフロンティアの新宿データセンターで運用していたpixivのインフラを、新たに白河データセンターにまで拡げた背景をピクシブの方々に聞いた。 開始1週間後にサーバーを落とす イラスト投稿に特化したユニークなSNSであるpixivは、イラスト好きなプログラマーである上谷隆宏氏の思いから生まれた。ピクシブ 代表取締役社長の片桐孝憲氏は、「上谷が、イラストを描いている人同士が気軽に交流できるSNSとギャラリーを混ぜたようなサービスを作りたいと話していた。正直、特定のユーザーに特化したSNSでうまくいっている事例を知らなかったので、特定の分野に限定したものはあまり受けないと思っていたが、pixivという名前はカッコイイと思った（笑）」と振り返る。 こうして生ま
ITインフラで起きる「もしも」のための12個のコマンド
こんにちは。斎藤です。 ITインフラの障害は、多くの場合「予期せぬ」タイミングで発生します。特に、CPUリソースを多量に消費したり、Disk I/Oが輻輳している場合、その切り分けは困難な状況に陥りやすいものです。 そこで、本日はITインフラ、特にOS・ミドルウェアを支えるにあたって、問題解決を助けてくれるであろう12個のコマンドを取り上げてみます。「必ず押さえておきたい」5つのものと「更に覚えると便利なコマンド」7つの2節に分けてお話しします。 ※CentOS 6.4 (64bit)を前提に取り上げます 必ず押さえておきたいコマンド もしITインフラ管理者になりたてな方はぜひ サーバサイドのプログラマをやっていたのだけれど、ある日突然「君、サーバ管理担当ね！」と、バトンを渡される方っていらっしゃると思います。私も以前はそのクチでした...。そうなってしまったとき、まずは覚えておきたい5つ
/etc以下のファイルの変更をこっそりgitでトレースするツール - めもめも
・・・というと、「それってetckeeperでできるよ」という返答が高確率で返ってくるのですが、etckeeperの場合は、/etc以下を直接、バージョン管理システムの管理対象にして、システム管理者が意識的にコミットする形になります。 そうではなくて、たとえば、標準構成のLinuxの環境を利用者に貸し出して、自由にカスタマイズして使ってもらうのだけど、何か問題がおきて問い合わせがあった時に、サポート担当者が過去の設定変更の履歴を追えると便利じゃない？ というような利用シーンを想定しています。なので、利用者には存在を意識させずに、裏でこっそり差分を記録してけるといいかな、という感じです。 というようなことを３分ぐらい考えて書いたのが下記のスクリプト。 etctrace.sh #!/bin/sh TARGET=/etc REPODIR=/backup/etcrepo mkdir -p $REP
ファイル指定で、ページキャッシュにのっているか確認したり追い出したり - （ひ）メモ
ファイル指定で、ページキャッシュにのっているか確認したり追い出したりするPerlモジュールを書きました。 https://metacpan.org/release/Sys-PageCache https://github.com/hirose31/Sys-PageCache Linux なら動くはずですが、動かなかったら教えてください。あと一応、FreeBSD 8.3以上でも動くと思います。 既存の実装にGoogleのlinux-ftoolsやエヌハヤシ氏のpagecache-toolがありますが、これのPerlモジュール実装（XS）になります。 https://code.google.com/p/linux-ftools/ https://github.com/nhayashi/pagecache-tool たまにfreeコマンドでみるとbuffers/cacheが食っててswapしてる
ロリポップの一連の改ざんトラブルで大変なことになった僕の記録 - すしぱくの楽しければいいのです。
公開日：2013年9月 5日 カテゴリ：Web制作に役立つネタ ぱくたそサーバー（Pleskなど）のヘルプデスクをお願いしているエンジニアの方と『サーバーを借りる際、「サポートだけにはしっかり費用が払える」を目安にしたいですよねー。』などと、安さ爆発のロリポップをつまみに盛り上がっていたら、『いやぁ、あのトラブルは本当に大変でした・・・』っという苦労話が実によくあるケースだったので、警鐘を兼ねて寄稿していただきました。('A')ﾉ ロリポップ大規模ＤＢ改ざんについて 寄稿のお話の前に、今回発生したロリポップ大規模ＤＢ改ざんを簡単にまとめると。 【緊急警報!!】ロリポップとGMOのinterQのWordPressが軒並み乗っ取られてます | More Access! More Fun! サイトが改竄されている → ＷＰサイトが乗っ取られてる？脆弱性か？ → ロリポップ公式から「ハッキングされ
pg_receivexlogでリアルタイムバックアップを取得する
PostgreSQL Advent Calendar 2012（全部俺）のDay 14です。 ご存じのように、PostgreSQLは9.0から標準でレプリケーションが実装されました。それに加えて9.2では、pg_receivexlogというコマンドが追加されました。 pg_receivexlog http://www.postgresql.jp/document/9.2/html/app-pgreceivexlog.html pg_receivexlogは、ネットワーク経由でトランザクションログを受信、ログのアーカイブを作成・蓄積していくことを可能にするコマンドです。このコマンドを使うことによってスタンバイサーバを稼働していなくても、レプリケーションの機能を使ってリアルタイムバックアップを取得することができるようになります。 pg_receivexlogの基本的な仕組みについては、ストリー
1,000のサーバでも監視できるnode.js製死活チェッカー·uptime MOONGIFT
uptimeはnode.jsで作られたWebサーバ死活チェッカーです。 Webサーバがきちんと正常に動き続けているかどうか一番簡単にチェックするのは定期的にアクセスしてレスポンスタイムを見ることです。そんなWebサービスの死活チェックに使えるのがuptimeです。 サーバを立ち上げました。最初に監視するWebサーバを設定します。 URLと監視する間隔を指定するくらいです。 監視を開始しました。グラフは自動更新されないのでご注意ください。 イベントがあればこちらに出力されます。 グラフではなく一覧で結果を確認できます。 徐々にグラフが更新されていきます。 uptimeは1000以上のWebサーバを一括で監視できるパフォーマンスを持っています。またダウンしている際にはWebアラートを表示できます。エラーがあった際にはHTTPステータスやその内容を記録してくれます。サーバはタグを使ってグループ管
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WAF FLE
Loading...
（日本語）Hadoopは失敗した、という分析
運用を楽にするためのアプリケーションコードを書くということ : sonots:blog
