[B! infrastructure] seikoudoku2000のブックマーク

seikoudoku2000 id:seikoudoku2000

infrastructureに関するseikoudoku2000のブックマーク (11)

Why is observability so expensive?
It’s no secret that observability costs are top of mind for many organizations in the post-zero interest rate phenomenon (ZIRP) era (see here, here, and here for example discussions, though similar sentiments can be found far and wide). Organizations are frustrated with the percentage of infrastructure spend (sometimes > 25%!) allocated towards logging, metrics, and traces, and are struggling to u
seikoudoku2000 2024/04/07
infrastructure

observability
リンク
Scaling Slack - The Good, the Unexpected, and the Road Ahead
InfoQ Dev Summit Boston, a two-day conference of actionable advice from senior software developers hosted by InfoQ, will take place on June 24-25, 2024 Boston, Massachusetts. Deep-dive into 20+ talks from senior software developers over 2 days with parallel breakout sessions. Clarify your immediate dev priorities and get practical advice to make development decisions easier and less risky. Reg
seikoudoku2000 2019/07/25
Slack

infrastructure
リンク
Cloud Native Infrastructure
seikoudoku2000 2017/12/27
前半やや退屈だなーと思ってたら、後半は急展開で面白かった。

kubernetes

infrastructure
リンク
インフラエンジニアのいない会社で働いて 1 年半 - Diary
インフラエンジニアのいない会社で働いて1年半が経った。 iOS で動く POS レジアプリとその管理インターフェイスの Web アプリケーションを作ってます。 iOS 側のことはほとんど分からなくて、データ同期用 API と Web アプリをずっと作っている。ところで、﹁NoOps﹂の時代がこない理由という記事が前にあったのですが、この点ぼくが働いている会社は NoOps です。アプリケーションは Heroku に乗っていて、 RDBMS が Amazon RDS で一部分析系に Google BigQuery を使っていること以外は全て Heroku 系の何かで動いています。CIは Travis と circleCI を使っていて、 circleCI については来年初頭にも利用をやめて Travis に一本化する予定、というかんじ。本当に自分達でなにもサーバーを管理してい
seikoudoku2000 2016/12/28
managedサービス分のコストが、人を雇えるくらいになった時に分岐点がくるのかな〜と思う。

infrastructure

heroku
リンク
最強のSSH踏み台設定 - Qiita
追記：openssh-7.3 以降なら ProxyJump や -J が使えますホスト名を + で繋げることで多段Proxy接続も簡単に、がコンセプトだった本エントリの設定ですが、OpenSSH 7.3 から ProxyJump という設定が使えるようになったので、使えるなら ProxyJump を使う方が健全だし柔軟で使い勝手も良いのでそちらを覚えて帰ることをオススメします。使い方は簡単で以下のような感じです。多段も行けるし、踏み台ホスト毎にユーザ名やポート番号を変えることも出来ます。 # 1. bastion.example.jp -> internal.example.jp ssh -J bastion.example.jp internal.example.jp # 2. bastion.example.jp -> internal.example.jp -> super-de
seikoudoku2000 2015/10/15
infrastructure
リンク
新卒インフラエンジニアを育成した話 | 外道父の匠
お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。経緯ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や
seikoudoku2000 2015/05/14
infrastructure

育成
リンク
ドリコムのInfrastructure as code
TIS株式会社で行った社内勉強会︵西新宿Tech-Circle︶の資料です。 Test-Kitchenを使ってTDDを実践する方法をご紹介しています。資料内で出てくるGitLabやJenkinsのLT資料は以下リンクより見れます。 http://www.slideshare.net/yoshimitominaga/ss-36972336
seikoudoku2000 2014/06/03
chef

infrastructure
リンク
急増するLINEインフラの課題と対応 « LINE Engineers' Blog
こんにちは。今回はITサービスセンターより、インフラ運営の観点から急増するLINEインフラの課題と対応について記させていただきます。はじめに先日開催したLINE Developer Conference︵インフラ編︶には大勢の方にいらしていただきました。カンファレンスでは、LINEサービスが始まってから約2年の間に我々はどういった方法でインフラ運営を行い、またどんなことに悩んできたのかを、システム、データベース、ネットワークの観点からそれぞれ発表させていただきました。カンファレンスはLINE株式会社が様々な技術をどのように使い、どのように運用を行っているのか。現在どのような技術的なことに取り組んでいるのか日本のエンジニアの皆さんに知っていただくために開催されました。結果としてインフラ編では150名の定員に対して430名のご応募をいただいたとのことでLINEサービスに対する関心の高さを
seikoudoku2000 2014/05/12
infrastructure
リンク
Trash Your Servers and Burn Your Code: Immutable Infrastructure and Disposable Components - Chad Fowler
As a developer and sometimes system administrator, one of the scariest things I ever encounter is a server that’s been running for ages which has seen multiple upgrades of system and application software. Why? Because an old system inevitably grows warts. They start as one-time hacks during outages. A quick edit to a config file saves the day. “We’ll put it back into Chef later,” we say, as we fin
seikoudoku2000 2014/01/14
infrastructure

devops
リンク
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。最近のウェブ界隈での﹁インフラ﹂という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OSからミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。︵英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。︶プロビジョニングレイヤーまず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は﹁プロビジョニングフレームワーク﹂とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
seikoudoku2000 2013/10/29
infrastructure

DevOps
リンク
Immutable Infrastracture について - aptheia.info
ここ最近話題に上がることが多い Immutable Infrastracture と、その他仮想環境周りについての雑感。 Immutable Server や Immutable Infrastracture っていう単語がいろんなところで目に入るようになった。とくに Chad Fowler がブログで取り上げたり、Food Fight に出たりして、世間でも関心が高まった感じがある。プログラムを書く人にはご存じの通り、この Immutableっていうのは状態が変更出来ないことを指している。Immutableな Infrastracture っていうのは、ざっくり言うと﹁運用中のサーバーに変更を加えない﹂っていうアプローチでサーバーを管理しているスタイルのこと。 (ファイルシステムを読み取り専用にする、とかそういう話じゃなくて、あくまでそういう方針でやろうっていう話) サーバーの設
seikoudoku2000 2013/08/12
aws

infrastructure
リンク
1