HTTP/3のお話 IETFやGoogleは、Webの世界を発展させるためにはHTTP/HTTPSをもっと最適化させなければいけないと思っています。これは正しいです。 ただ、今考えられているHTTP over QUIC、これをHTTP/3と呼ぶ、と決まったらしいのですが。 gigazine.net インターネットのネットワークプロトコルを標準化する業界団体のInternet Engineering Task Force(IETF)が、これまで「HTTP-over-QUIC(hq)」と呼ばれていたプロトコルを「HTTP/3」という名称に変更すると発表しました。 技術的な説明は下記が詳しいです。 asnokaze.hatenablog.com asnokaze.hatenablog.com で、私なぞは基本サーバー屋だったのでネットワークのこのあたりのプロトコルスタックの話は読んでもなかなか頭

IT業界の知識共有サイトQiitaで起こった論争 システムエンジニアならだれでも知っているサイト、Qiita（キータ）。 2011年に京都大学の大学生であった海野弘成氏が立ち上げたサービスです。トップページには、以下の文言が掲載されています。 Hello hackers ! Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。コードを書いていて気づいたことや、自分がハマったあの仕様について、他のエンジニアと知見を共有しましょう ;) 上記は「エンジニアリング」とあり広い定義を行っているのですが、そもそもは「プログラマー」のためのコミュニティーでした。 qiita.com Qiitaは、プログラミングに関する知識を記録・共有するためのサービスです。 初めはプログラミングに限定していたものの、幅広いユーザーが集まったことから制限をかけずにユーザー側にある程度判断を任せ

Kubernetesをもっとわかりたい中 このところずーっとKubernetesをやっていました。本を読まずに、Google検索と経験と気合でなんとか乗り切りましたが、やはりちゃんと勉強したくなりましたので明日は参考書を仕入れに本屋に行くつもりです。 参考書は結構値段も高いので失敗はできません。ですからAmazonでは買えず、手に取って探したいと思います。ここ最近は、検索して記事を斜め読みしていればだいたいのことが分かったものですが、さすがにKubernetesは手ごわいです。なんとなく経験で構築できた部分があって、でもなぜそうなるのかについてはあまり腑に落ちていないところも多いです。この状況で本を読めば、理解度も何も知らない状態で読むより効率がかなりよいので期待しています。 Kubernetesが知りたいのかというと、それもあるのですがまずはDockerそのものから勉強しなおさないといけ

はじめに 「NECで何が起きているのか」というはてな匿名ダイアリーの記事が注目を集めています（消されるかもしれませんが）。 anond.hatelabo.jp あくまでもフィクションとして読んではいますが、文脈を理解するために個々のトピックについて、事実確認していきたいと思います。 できる限り事実確認してみた 大手６社・・・ システムインテグレーターの大手6社に数えられるNEC 解釈が難しいのですが、下記の記事はニュアンスが合っています。まあ、NTTデータ、富士通、NECはどんな切り口でも６社に入ってくるでしょう。 tech.nikkeibp.co.jp 検討会はNTTデータと富士通が「1年ほど前から設立検討を開始し、昨年末に呼びかけを始めた」（同）。2社以外に、NEC、日立製作所、三菱電機インフォメーションシステムズ、OKIが参加する。 E氏、未来創造会議 E氏はNEC常務となり、CTO

Linuxの資格、LPIC インフラシステムエンジニアの共通言語とも言えるLinuxですが、この技術の習熟度を測るための資格としては長い間LPICという資格がデファクトスタンダードでした。資格手当対象の資格にもなっている会社も多いのではないでしょうか。 LPIC資格試験とは、Linux Professional Institute (LPI) というNPO法人によって運営されている資格試験です。LPIはホームページによればカナダのオンタリオ州に本社を構え、20の支社を世界に構えています。世界的に共通の資格試験を展開していてLPIC資格試験をある国で取得すれば世界で通用するグローバルな資格試験です。 さて、このLPIC資格試験ですが、日本国内において話が怪しくなっているのです。 これまで、LPIC資格試験の日本国内での運営は、LPI-Japanという特定非営利活動法人が行ってきました。LPI

「インフラ経験0の新卒エンジニアがインフラエンジニアになるまで」を読みました はてなブックマークにインフラエンジニア関連の記事が上がっていたので、感想を書いてみたいと思います。 tech.leverages.jp 感想 インフラエンジニアのレイヤーが曖昧になっている 全体としてまず感じることは、インフラエンジニアという言葉のレイヤー（階層）がとても曖昧になってしまったことです。 レイヤー、ということでその階層をまとめます。 ・ミドルウェア ・OS付属のライブラリ（OS標準のリポジトリで管理できるレベルのもの） ・OSそのもの ・仮想マシンの管理 ・ロードバランサー ・ファイアウォール ・ストレージ ・ネットワーク設計（IPv4, IPv6） ・サーバーラック ・ケーブリング（LANケーブル・電源ケーブル） ・回線（インターネット回線、専用線等） ・データセンター ・バックアップ、監視、定期

Zenlogic障害報告書がリリースされる 本日、2018年7月17日（月）に、かなりの世間の関心ごととなった、Zenlogic高付加障害についての報告が出稿されています。 報告書（全文） Web https://zenlogic.jp/news/status/syogai/cause/ PDF https://zenlogic.jp/pdf/report/20180717.pdf 障害の原因（転記） ストレージシステムを含む、クラウド基盤を提供・管理するヤフー株式会社から、高負荷状態に陥った原因として、以下の報告を受けております。 [概要] 事象A：ストレージシステムのキャパシティプランでの想定を上回る負荷上昇による一時的な高負荷状態 事象B：事象Aへの対応に伴い、二次的に生じた長期間にわたる高負荷状態 [原因] 事象Aに対する原因 （1）2018年6月からストレージシステムに対する負荷

いろいろな意見を頂く インフラエンジニアの独り言、ストレージは盲点になりがちの記事について、たくさんのコメントを頂いており、楽しく読ませていただいております。タイトルの通り独り言のつもりだったのですが、意外にも同業もしくは隣接の方からいろいろな意見を頂き、勉強になっております。 はてなブックマークについたコメントから、いくつか思うところを書いていきたいと思います。 はてなブックマーク - インフラエンジニアの独り言、ストレージは盲点になりがち - orangeitems’s diary なお、解釈は人それぞれありそれぞれ正しさがあると思います。単なる感想ということでご承知ください。また、時間の関係上一部のコメントだけ取り上げております。 感想 ネットワーク屋さんも最近はサーバーいじり始めてるよ すっごい嫌々だけど 素晴らしいです。後にスーパーエンジニアと呼ばれると思います。 学生時代にスト

インフラエンジニアの世界 IT技術者というと世間から見たら、要件定義やシステム設計をおこなうシステムエンジニアと、それを実装するプログラマーしか見えてないと思うんですよね。でもその基盤を動かすインフラエンジニアという人たちが全体の10パーセント弱（肌感）存在しています。 インフラエンジニアと言ってもまたそこから役割分担があって、物理サーバーやOSに強いサーバーエンジニアと、ネットワークに強いネットワークエンジニアがいます。大昔は物理サーバーとネットワークしかインフラに無かったので、大体はこの二極化でした。ネットワークエンジニアはスイッチやファイアウォール、ロードバランサーくらいまでは自分の領域としてくれていますが、OSやミドルウェアのことになると、それは私の領域ではない発言が出てサーバーエンジニアをブチ切れさせること請け合い。逆にネットワークエンジニアはサーバーエンジニアがなんでもネットワ

最終報告書を読む 九州商船株式会社のWEB予約サービスに対する不正アクセスについて、最終報告書が公開されました。報告書を読ませていただきましたが、その内容に関して大変勉強となることが多く含まれています。 弊社WEB予約サービスに対する不正アクセスに関する最終報告｜九州商船 ※ITmediaでニュースにもなっていましたので追記しておきます。 japan.zdnet.com 不正アクセスの目的は、linuxに不正侵入し仮想通貨マイニングを行うというものです。データを盗み出すのではなくマイニングというところが2018年っぽいです。ただCPUが100%に張り付くのですぐに見つかってしまっていますが。 この報告書について考察してみます。 原因についての考察 原因はvsftpdで使っているFTPプロトコルをANYで開けていて、ブルートフォースでパスワードが割れてしまったこと。かつ、OS/ミドルウェアの

控訴審でOracleがGoogleに勝利 Oracleが、Googleに対してここ8年間に渡ってJavaをめぐり約1兆円以上の損害賠償を求めている裁判が行われているのをご存じでしょうか。かの有名なAndroidは一部、Java APIが利用されているのですが、その中で著作権侵害があったとの訴えです。 米国時間で2018/3/27にOracleがGoogleに勝利したというニュースが舞い込みました。 jp.techcrunch.com 火曜日（米国時間3/27）に連邦控訴裁がこの訴訟に新しい命を吹き込み、GoogleがOracleのJava APIsを使ってモバイルオペレーティングシステムAndroidを作ったことは著作権法の侵犯にあたる、と裁定した。 とはいえ、経緯を知らない人にとっては何のことやらわからない記事だと思いますので、短時間で理解できるようにまとめてみたいと思います。 賠償金額

楽天カードのシステム障害については既報のとおりである。 これはこれで収束に向かいつつあるが、気になることがある。楽天カードのことを調べると大量にオラクルのコマーシャル記事が出てくることである。 「会員に長期に渡って安心・安全な利用環境を提供したい」 楽天カードがクラウド基盤にオラクルを選んだ理由 - ITmedia NEWS 楽天カード株式会社 Oracle Cloud at Customerの導入でビジネスのスピードアップと急成長を盤石なものに | Oracle 日本 メインフレームから全面移行--楽天カードのクレジットカード業務 - ZDNet Japan クレジットカード業務の基幹システムを全面刷新、Oracle Cloud at Customerを採用（楽天カード/日本オラクル） « ペイメントナビ - カード決済、PCI DSS、ICカード・ポイントカードの啓蒙ポータルサイト 楽

読んでいただいてありがとうございます。 IT業界が長い人間としてレビューしておく「ここ最近の客先常駐の実情」 - orangeitems’s diary について、はてなブックマークのホッテントリーに掲載いただきました。たくさんの方に読んでいただけてうれしいです。 ブックマークにコメントがたくさんありますので、本筋のIT業界の労働に関係する部分に注目して、私の考えを記載していきます。 なお、日本人は実際の会議の場だとあまり発言が出てこないのですが、こういうかたちになるとたくさん意見が得られて興味深いです。 コメントへの返信 採用面接で福利厚生を質問することについての話題 福利厚生を質問すると落とされる、という文章に非常に反応が多いです。 > 福利厚生や勤務条件を聞いて落とされるようならどうせブラックだから > 申し訳ないが、福利厚生について新卒は聞くべきでないと書いている時点で有害な文書で

気になった記事 はてなブックマークを見ていて気になる記事があった。IT業界はひどいので新卒は来るなと言わんばかりの記事だ。どうも内容に乱れがあるので書いておく。 anond.hatelabo.jp レビュー結果 > 今、IT業界は人手不足だ。 その通り。募集を出しても全然来ない。 > それでもIT業界の大部分を占めるSI業界が体質を改めるどころか更に姑息になっているので、これから就職活動をする学生さんには気を付けてもらいたい。 会社による。まるで全部みたいな言い方は言い過ぎだと思う。 > その姑息さが目立つのが客先常駐をメイン事業とした企業の存在である。 > 社員数200人以上の規模を誇る独立系企業でも客のセキュリティの都合上、社員を客先に常駐させている事が多く「自社開発」と言っても「客先での開発」になる事がほとんど。 これはその通り。かなりの企業がこのパターンなのでタチが悪い。私が昔いた