「いつか読みたいな」と欲しいものリストに入れていた Infrastructure as Code を、まさかまさか、有り難いことに監訳者である @gosukenator さんからご恵贈いただいたのが、昨年11月のこと。 さきほどのRT、見かけてはいたのだけどまさか自分が当選(？)するとは思いもよらず……！ 監訳者 @gosukenator さんから頂くという形でこの本を手にすることになるとは思ってもいませんでした、本当にありがとうございます！！絶対感想エントリー書きますっ！ pic.twitter.com/p1FjwscmVm— a-know | Daisuke Inoue (@a_know) 2017年11月10日 はやくも4ヶ月が経過してしまった。相変わらずの遅読さよ。すみませんすみません。 感想 以前はchef、最近だと itamae といったプロビジョニングツールは必ず使うようにし

武神 健之（医師、医学博士、日本医師会認定産業医、一般社団法人日本ストレスチェック協会代表理事）　※東洋経済オンラインより転載 ＜学生時代のエリートが社会に出て挫折するのには深い理由があった＞ 日々、産業医として診察をしていると、学生時代に優秀だった人が、社会人になってストレスに悩み、心身ともに疲弊し潰れてしまうというケースを見かけます。一方、学生時代には目立った成績ではなかった、クラスの平均かそれ以下だった人が、社会人になり結果をしっかり出し、人望も厚くどんどん昇進していくこともあります。 この違いはどこにあるでしょうか。産業医として、通算1万人以上と面談するなかで見えてきたのは、子ども（学生）時代の過ごし方に影響しているということでした。 どのような子ども（学生）時代を過ごし、どのようなスキルを磨けば高いストレス耐性が身に付くのか、ここにお話しさせていただきます。 認知能力を超える非認

July Tech Festa 2020 TrackB https://jtf2020.peatix.com/

Linuxのトレーサーであるperfやftraceのツールの使い方に関する情報は結構ありますが，構造に関してはあまり見つけられなかったため，ここに簡単に調べたことをまとめようかと思います．（ツールの使い方の説明はあんまりしないです．） この文章はLinux 4.15のソースに基づいています． 全体像 ftrace function trace tracepoint (static event) kprobe (dynamic event) その他のtracer trace-cmd perf PERF_TYPE_HARDWARE, HW_CACHE, RAW PERF_TYPE_SOFTWARE PERF_TYPE_TRACEPOINT PERF_TYPE_BREAKPOINT USDT (SDT Event) perf-tools perf ftrace straceとの比較 その他 pe

お知らせ 5月を目途に自分のサイトに引き揚げます。 https://ifritjp.github.io/documents/ lctags で解析した C言語/C++ コードの情報を基に、インタラクティブなコールグラフ表示に対応しました。 従来からコールグラフ表示を対応していましたが、それは事前に設定したコールグラフの深さ以内の全コールを辿るグラフを静的に生成するもので、この方法だと次の問題がありました。 辿りたい関数コール以外のパスまで展開されてしまう すぐに巨大なグラフになってしまう 設定された深さの全コールを解析&グラフ作成するため時間がかかる この問題を解決するため、インタラクティブに関数コールを展開可能なコールグラフ表示に対応しました。 このコールグラフは次の機能を持ちます。 動的に関数コールを展開/格納可能 最低限のコール情報しかアクセスしないため反応が早い 関数ポインタを利用

休日（でなくてもいいけれど）の読書の題材としてコンピュータ・プログラムを選んだとき、単にコードを読むだけでなく、何か図形的な補佐が欲しいと思うことがある。 オブジェクト指向の言語だとUML図が便利だが、別のパラダイムではあまり役に立たない。 たとえばC言語では、プログラムの構成要素である関数（というか手続き）の呼び出し合う関係を視覚化できると少しうれしい（「すごくうれしい」とまではいかない）。 次のようなコードがあったとする。 #include <stdio.h> int fib(int n) { if (n<3) return 1; return fib(n-2)+fib(n-1); } int main() { int i; for (i=1; i<=10; ++i) { printf("fibonacci(%d) = %d\n", i, fib(i)); } return 0; }

書籍:組織パターンにて興味深い数式が紹介されています。 その数式とは、ベテランが新人を鍛えたときのチーム全体の生産性表すものです。 本の中では”託児所”というパターンで紹介されています。 なぜ興味深いのか 人月の神話、ブルックスの法則にある通り、開発者の人数と生産性が比例しないことは自明の理ですが、わたしはそれを論理的に説明することができませんでした。 ブルックスの法則 ブルックスの法則はフレデリック・ブルックスによって提唱された、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 数式を使ってシュミレートまでできると、開発者の人数と生産性の関係性の説明でき、さらに最適な人数がわかってくるのではないかと考えました。 問題に思うこと さて、プロジェクトを進めていると「開発者をもっと

TOP > 話題 > 戦前日本の建物を紹介する Tweet カテゴリ話題 1 :名無しさん＠おーぷん:2017/08/20(日)09:02:23 ID:8LD 明治から終戦までに北海道から関東地方に建てられた現存する建物をいくつか紹介していくよ 戦前日本の建物を紹介する http://hayabusa.open2ch.net/test/read.cgi/news4vip/1503187343/ 2 :名無しさん＠おーぷん:2017/08/20(日)09:03:52 ID:8LD 東京駅：東京都 1914年完成のレンガ造 設計は辰野金吾 建築家、辰野金吾の代表建築の一つ 長大な駅舎に大ドームやその他の塔を配置し、非常に美しい外観となっている 1945年の空襲でアメリカ軍の焼夷弾が直撃し大火災が発生 終戦直後から体制を整えて仮の修復工事を行った その後、駅舎の本格復元工事が2007年から開始さ

先日のDockerCon16でDocker 1.12RCが発表されまして，主な機能追加として SwarmのDocker engineへの統合とそれに伴うクラスタ構築の簡略化 Service機能の追加 Load Balancer機能の追加 が発表されました． 今回はSwarmクラスタの構築~Serviceの定義まで行って，ロードバランサの内部実装を詳しく追ってみます． Docker 1.12RCのインストール これは既にget dockerで問題なく可能です． 今回はAWS上にクラスタを構築します． node1(master) : ip-172-31-1-218 node2 : ip-172-31-1-219 node3 : ip-172-31-1-217 これら３台のホスト上でそれぞれ以下のコマンドでDocker 1.12をインストールします． $ wget -qO- https://ex

當專案漸趕，當遷移也不再那麼難 (Ship Your Projects with Docker EcoSystem)

[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第64回　いまさら聞けない？ VXLANの仕組みとVTEPの役割 (中井悦司) 2015年4月 はじめに 今回は、Docker環境のオーケストレーションツールである「Kubernetes（クーバーネティス）」の内部構造を紹介する予定でしたが、少しテーマを変えて、VXLANについて解説します。Kubernetesでは、コンテナ通信用の内部ネットワークを構成する際に、FlannelというツールでVXLANによるオーバーレイネットワークを用いるためです。VXLANを知らなくてもFlannelを利用することはできますが、せっかくの機会ですので、まずは、VXLANを基礎から解説しておきましょう。 VXLANの目的 VXLANの目的は、「L2 over L

English | 日本語 Top : Ultra Monkeyについて | ドキュメント | ニュース・アーカイブ | ミラー情報 | 履歴 | 連絡先 2.0.1 : Linux Virtual Server | Heartbeat | Ldirectord | インストール | トポロジ トポロジ ファイアウォール・マーク ファイアウォール・マークは、サービスを1つにまとめるための強力なメカニズムを提供します。このトポロジは、fwmarksの使用例を提供するためのものであり、高可用性と負荷分散のトポロジがベースとなっています。ただし、紹介されている負荷分散トポロジのいずれにも適用することができます。 この設定では、実サーバのすべてのUDPおよびTCPポートの、192.168.0.0〜192.168.0.255（192.168.0.0/24）の範囲のIPアドレスに対して送信されたすべて

taizo.hatenablog.jp 続きです。 事前準備 ここからDockerイメージを2つ用意する。 gcr.io/<project-id>/test-app1 は GET / でtest-1 OK gcr.io/<project-id>/test-app2 は GET / でtest-2 OK が返ってくるとする。 それを使ってPodをふたつ立てておく。 dev-pod1.yml apiVersion: v1 kind: Pod metadata: name: test-app1 labels: run: test spec: containers: - name: test-app1 image: gcr.io/<project-id>/test-app1:latest ports: - containerPort: 80 dev-pod2.yml apiVersion: v1

新たなサーバー環境構築ツールとして普及が始まっているDockerは、その開発も積極的に行われている。そこで本連載記事では、4回に渡って最近Dockerに実装された新機能について紹介していく。今回は、Dockerが開発するDockerクラスタ管理・運用ツール「Docker Swarm」について紹介する。 Dockerを使ったクラスタ環境とは Dockerでは1つのアプリケーションを1つのコンテナに入れ、複数のコンテナを組み合わせてサービスを構築する、という手法が推奨されている。このような構成によって各アプリケーションを分離することで、セキュリティの強化や開発・運用の効率化が期待できる。また、コンテナはデプロイが容易であるため、同じコンテナを複数のマシン上で同時に実行させる負荷分散構成を取りやすいというメリットもある。 Dockerを利用したクラスタ環境についてはDockerが登場した当初から

また、これらに加えてコンテナの実行やイメージの管理を行うためのDockerや、分散型設定共有サービス「etcd」も必要となる。そのほか、異なるマシン上で稼動しているコンテナ間で通信を行うためにLinuxのブリッジ接続機能や「Flannel」、「OpenVSwitch」といった仮想ネットワーク機構なども利用される。 これらのうち、apiserverやcontroller-manager、scheduler、etcdについてはクラスタの管理を行うマスターサーバーで実行されるコンポーネントとなる。また、proxyやkubelet、dockerはコンテナを稼動させる各ノード（minionとも呼ばれる）上で実行されている必要がある。 マスターサーバーとノードを分けた一般的な構成は、次の図2のようになる。なお、kubectlについてはマスターサーバー上でも、別のクライアント上でも実行が可能だ。 図2

はじめに Kubernetes を触り始めて困惑したのは、クラスタの外からどうやってアクセスするのか？ということでした。 GKE なら提供されているロードバランサを使えば良いですが、GKE に頼れない環境でも良い方法が欲しいものです。 ClusterIP はクラスタ内部からアクセスする際に使用するもので、外部からアクセスすることは意図されていませんが、 これをそのまま利用できればとても楽ができそうです。 ClusterIP へのアクセスは複数の Pod に対して振り分けられるので、Ingress や Service Load Balancer が無くてもクラスタの外に対してロードバランサを提供することができます。 調べたところ Project Calico と kube-proxy を利用するとクラスタの外から ClusterIP にアクセスできたので、やり方をまとめておきます。 テスト環