sudo airodump-ng -c 1 --bssid 00:11:22:33:44:55 -w aircap wlan1
Lv:4 Exp:19011 プログラマー友の中釣りが一番上手、釣友の中インフラが一番得意、インフラ友の中猫が一番好き、猫友の中プログラミングが一番詳しい。 本当のInfrastructure as Codeを実現するPulumi インフラをコードにして管理する、所謂Infrastructure as Code(IaC)、特にクラウド上のインフラ管理はTerraformというツールがよく使われていると思います。クラウドエースでもインフラ管理にはTerraformを使用しています。しかし、このInfrastructure as Codeは本当のCodeではなく、Configurationです。今回は本当のInfrastructure as Codeを実践するPulumiというツールを紹介したいと思います。 Pulumiはまさにプログラミングでインフラを自動化する Pulumiは自分が好きなプ
Here’s something that might surprise you: neural networks aren’t that complicated! The term “neural network” gets used as a buzzword a lot, but in reality they’re often much simpler than people imagine. This post is intended for complete beginners and assumes ZERO prior knowledge of machine learning. We’ll understand how neural networks work while implementing one from scratch in Python. Let’s get
Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、改善施策ってまず何をどうすればいいの?という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元: テクニックではなく、今、本気で取り組むべきWebパフォーマンス (html5jパフォーマンス部 部長 竹洞さん) 心得 パフォーマンス向上に対する施策は大別すると以下の2通り 軽量化 (単純にやりとりするデータ容量を小さくすること) 圧縮 削除 最適化 (その時に最も適している実装・実行をとること) 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。 ▪️1
柴山和久(ウェルスナビ代表取締役CEO)「誰もが安心して手軽に利用できる次世代の金融インフラを築きたい」という想いから、プログラミングを一から学び、2015年4月にウェルスナビ株式会社を設立。2016年7月に自動でおまかせの資産運用サービス「WealthNavi(ウェルスナビ)」をリリース。リリースから約6年11ヵ月となる2023年7月に預かり資産9,000億円を突破した。起業前には、日英の財務省で合計9年間、予算、税制、金融、国際交渉に参画。その後マッキンゼー・アンド・カンパニーに勤務し、10兆円規模の機関投資家をサポート。東京大学法学部、ハーバード・ロースクール、INSEAD卒業。ニューヨーク州弁護士。Forbes JAPAN「起業家ランキング2021」でTop3に選出。著書に『元財務官僚が5つの失敗をしてたどり着いた これからの投資の思考法』(ダイヤモンド社、2018年)。 気づいた
tl;dr デプロイツールによっては 同じサーバに SSH で何回もコマンドを実行することがある(ansible とか)。 コマンドごとに毎回コネクション(トンネル)を確立するとオーバーヘッドも大きくなる。 OpenSSH は $HOME/.ssh/config に次の設定を書くことで、接続を多重化(multiplex)することができる。 # $HOME/.ssh/config Host machine1 HostName machine1.example.org ControlPath ~/.ssh/controlmasters/%r@%h:%p ControlMaster auto ControlPersist 1h multiplex 前後の速度差 SSH を使ってリモートサーバで echo コマンドを実行した時の速度差を計測 before multiplex $ time ssh
構築、運用工数、利用の便利さ、セキュリティ、コストなどのあらゆる面から総合的に考慮した結果、DockerRegistry on EC2に決めました。 1.1. システム構成: 構成図は以下のとおり: 特に難しいことはなく、一般的なELB-Autoscaling構成になります。ストレージはS3を利用します。 1.2. 構築手順とポイント S3にイメージ格納用のバケットを作成 ELBを作成: Health Checkはtcpの5000番ポート(registryコンテナの動作ポート) HTTPSの443ポートからHTTPの5000番ポートへトラフィックを転送 HTTPS証明書はAWSのCertificate Managerサービスを利用 (最初に構築時ACMはまだ東京リージョンに来ていませんでしたが、5月に東京リージョンでも利用可能になりました。便利なサービスなのでぜひ利用してみてください。)
今回はソケットプログラミングについて。 ソケットというのは Unix 系のシステムでネットワークを扱うとしたら、ほぼ必ずといっていいほど使われているもの。 ホスト間の通信やホスト内での IPC など、ネットワークを抽象化したインターフェースになっている。 そんな幅広く使われているソケットだけど、取り扱うときには色々なアーキテクチャパターンが考えられる。 また、比較的低レイヤーな部分なので、効率的に扱うためにはシステムコールなどの、割りと OS レベルに近い知識も必要になってくる。 ここらへんの話は、体系的に語られているドキュメントが少ないし、あっても鈍器のような本だったりする。 そこで、今回はそれらについてざっくりと見ていくことにした。 尚、今回はプログラミング言語として Python を使うけど、何もこれは特定の言語に限った話ではない。 どんな言語を使うにしても、あるいは表面上は抽象化さ
インフラエンジニアの中西です。 最近プログラマーからこのような話を耳にします。 「ネットワークって難しい/よくわからない」 最近ではAWS,GCPをはじめとするクラウドサービスが充実しているのでWeb界隈のエンジニアはなおさら気にするシーンが少なくなったように思います。 今日は最低限これだけ覚えていたら有事の際にちょっとは役に立ちますよという話が出来たらなと思います。 書式統一のため sudo を省略しています。ご容赦下さい。 コマンド編 ping ping です。疎通確認を行う時のコマンドです。 さすがに分かると聞こえてきそうですね。 例えば、192.168.1.1 というサーバに通信を確認したい場合はこうです。 $ ping 192.168.1.1 繋がる場合はこうなります。 $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 d
論点書き出してみたけど多すぎて超絶カオス。 現状発生している実害 チェックサム比較の失敗(発端) 画質の劣化 exif等メタデータ削除による情報欠損 元ファイルよりサイズが増える 技術的詳細が非公開 「最適化」という単語の是非 オプトインとオプトアウト 送信者(コンテンツ提供者)の同意 自衛のために全HTTPS化することで、かえってトラフィック増える問題 HTTPS化による計算機コスト、ファイル改竄による不具合対応のリスクの負担 サービス内容の意図しない/再現が難しい劣化*1 受信者の財産権の侵害とも言える。 受信者(顧客)の同意 消費者保護観点からより深い内容周知の上での同意が必要では無いか オプトアウトが可能かどうか ISPとしてのサービスが土管であるべきか否か 例えば、可逆圧縮での再圧縮なら良かったのかどうか 携帯キャリアが提供しているのは「インターネット」サービスかどうか iモード
お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。 昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。 経緯 ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。 私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
春の情報処理試験を受けます。 今、春の情報処理試験に向けて、ちょこっとだけ勉強しています。はてブにハマり過ぎてて難しいですが。 テキストをバラして持ち歩いてます 情報処理試験は、朝から夕方まで、4部に分けて何時間も挑む、1日勝負の試験です。午前は4択で共通の基礎問題、午後は各専門科目の筆記です。わたしはデータベースの試験を受けます。 午前の試験は、一つ前の段階である「応用情報処理」とも共通した4択なので、本来は基礎的で楽勝レベルのはずですが、わたしは常にギリギリ低空飛行で乗り切って来た上、すっかり忘れているので、完全に最初から勉強している状態です。まじやばいです。 苦手な問題 さてそうして勉強していると、いつもつい回避してしまう苦手な必須問題が出てきます。長らくわたしにとってのそれは、2進数の計算でした。今は基礎的すぎるのか、そんな問題は目にしなくなりました。 よし、やり過ごした! という
連載目次 前回は、NetBIOSの下位プロトコルである「NBT(NetBIOS over TCP/IP)」について解説した。今回は、このNBTを支えるTCP/IPプロトコルについて見ていこう。 といってもTCP/IPとそれに関連する技術は非常に多岐にわたっており、その全てを解説するのは簡単ではないので、ここではTCP/IPプロトコルの提供する基本的な機能(サービス)について述べるだけにする。より詳しい機能やプロトコルの詳細については関連記事を参照していただきたい。 TCP/IPプロトコルとは? 「TCP/IPプロトコル」という名前からすると、TCPとIPという2つのプロトコルだけしか存在しないと考えるかもしれない。実際には、それを支える補助的ないくつかのプロトコルも含む総称である。TCP/IPのプロトコル階層を図にすると次のようになる。 TCP/IPのプロトコル階層 TCP/IPは基本的に
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
今年みた映画でよかったやつ集めた.ちょっとづつコメント入れる.ほぼすべて有名な旧作.年間だいたい70本くらいみたっぽい --- 割と好きなやつ --- Network (1976) movie trailer - YouTube いきなしこんなこと書くのもアレだけど,ネットワークは内容あまり覚えてない.確かテレビ放送の司会者が狂気に走って毎週狂気の自説を全米に放送するっていう話なんだけど,何気にグローバリズム批判みたいになってるのが面白かった.あとその狂気の司会者やってる人が渋い. KT/Sakamoto Junji Film/監督/阪本順治/2002/Pt1 - YouTube KTは金大中事件の映画で,ハードに描いてる割にストーリーは荒唐無稽.戦後の昭和日本の風俗をみるが好きなのでおもしろかった.在日韓国人的な話も意外とよかった. Pulp Fiction Trailer - YouT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く