日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

はじめに この記事はIPアドレスってなに？ ー 入門編 ーの続きです。 前回はIPアドレスの基礎を知らない方向けの記事でしたが、今回はもう少し踏み込んだ内容に触れていきたいと思います。 なお、今回は基本的にIPv4に関する知識を解説していこうと思います。 前提知識 1bit：コンピュータが扱うデータの最小単位のこと。 コンピュータの世界ではすべての情報が2進数で処理されているが、その1桁のことを1ビット（bit）という。 IPアドレスの基礎 前回、「IPv4アドレスは4桁あり、それぞれが0~255の値をとる。そしてIPv4では約43億通りの表現が可能。」と説明しました。 これに関してより細かく説明していきます。 実は0~255の値は2進数で表されており、1桁あたり8bitを取ります。 IPv4は４桁あるので 8bit×4桁=32bit あることになりますね。 ちなみにIPアドレスの例の「1

ライター：菊池　裕次 2013年にネットワンシステムズ中途入社 クラウド案件のフロントエンジニアを経て、 現在はデータセンタネットワーク関連の製品担当として製品評価、検証、案件支援等に従事。 ネットワーク検証は準備が大変 ネットワークの検証を行う際モノの確保、場所の確保、電源の確保、設置、接続といった事前準備にかなりの時間を要します。解体にもそれなりに時間がかかりますし、再検証が必要になった場合は、また事前準備からやり直さなければなりません。 これはネットワーク機器がモノ（ハードウェア）であるから発生する作業ですが、ネットワーク機器が完全にソフトウェアの存在であれば、あらゆる準備がキーボード操作で瞬時に完了でき、本来の目的である検証に多くの時間を注ぐことができるはずです。 仮想アプライアンスでトポロジを組むには ここ数年の間にNFV（Network Functions Virtualiza

[ { "title":"Home", "url":"https://developer.cisco.com/" }, { "title":"日本語サイト" } ] https://developer.cisco.com/learning/ _blank /docs/test/ https://community.cisco.com/t5/for-developers/ct-p/4409j-developer-home _blank https://developer.cisco.com/site/devnet/support/ _blank Meraki プレゼンツ Developer-1 グランプリ ファイナルイベント 結果報告 /site/images/banner/CFP-2880x700-v2.jpg 詳しくはこちらから https://www.cisco.com/c/m/ja_

意思決定とは、どんな現象なのでしょうか？ 米国のハーバード大学で行われた2024年の研究では、意思決定が行われる際に、脳内の神経ネットワークが使用する「基礎的なルール」が判明したという。 研究では特にT字路での二者択一の状況という、最も単純化された意思決定が調べられており、根幹となる仕組みに迫っています。 これまで意思決定の起こる仕組みについて多くの理論が提唱されてきましたが、皮質において実際に確認できたのは今回が初めてとなります。 どんなニューロンが接続され、どのように発火することが「意思決定」となるのでしょうか？ 研究内容の詳細は2024年2月21日に『Nature』にて掲載されました。

この記事は ウェブクルー Advent Calendar 2018の5日目の記事です。 昨日は@wc_omuroさんの「いますぐはじめよう！ユーザーリサーチ！」でした。 今年はオンプレのDockerで動作しているWebアプリやオンプレの少々古いフレームワークをリプレイスして、KubernetesのフルマネージドサービスであるGKEに載せ替える業務をメインにやってきました。 KubernetesのServiceが、どういった仕組みでPodと通信しているのかを正確に把握出来ていない部分があったので、使用した機能を中心にKubernetesのドキュメントを読みつつまとめました。 以下、KubernetesのことをK8sと書きます。 なぜK8sなのかは下記のリンクでご確認ください。。 https://kubernetes.io/docs/concepts/overview/what-is-kube

DNS 名の書き換えを構成する corednsms.yamlという名前のファイルを作成し、次の構成例に貼り付けます。 <domain to be rewritten>は、必ず独自の完全修飾ドメイン名 (FQDN) に置き換えてください。 apiVersion: v1 kind: ConfigMap metadata: name: coredns-custom namespace: kube-system data: test.server: | <domain to be rewritten>.com:53 { log errors rewrite stop { name regex (.*)\.<domain to be rewritten>\.com {1}.default.svc.cluster.local answer name (.*)\.default\.svc\.cluste

kubenet kubenetはAKSのネットワーク構成の既定値となります。Kubernetesのネットワークデフォルト仕様でもあります。 仕組みイメージ図(公式資料引用) kubenetの仕組みは、公式資料では、以下の構成となります。 kubenetの特徴 ノードのみが仮想ネットワーク(サブネット)からIPを取得する PodはKubernetesの内部ネットワークからIPを取得する Kubernetes内部ネットワークから仮想ネットワークへの通信はNATで変換される(通信するため) ※Kubernetesの内部ネットワークはKubernetes機能によって作られる。仮想ネットワークと論理的に異なるIPレンジを使う 制限事項 AKSクラスタの仮想ネットワークは、インターネット送信(Outbound)を許可する必要がある 同じサブネットに複数のAKSを構築してはいけない(kubenetのみ)

YAPC::Hiroshima 2024

DNS リソースレコードを管理していると、「DNS には浸透期間があるため、DNS の設定変更後は24時間〜72時間お待ちいただく必要があります」などと書かれた DNS 事業者の注意書きを見かけることがあります。 ホスティング業者によって「浸透」等が不適切に使われている例 - www.e-ontap.com DNS浸透言ってるところと言っていないところ【レンタルサーバ編】 - ohesotori.hateblo.jp このような記述が蔓延っているために、DNS 利用者の間で「DNS では設定が浸透するまで待たなければならない」という誤解が広まっています。 また、DNS リソースレコードの地理的な伝播状況を可視化するための DNS Propagation Checker なるツールがいくつか存在しています。 https://www.whatsmydns.net/ https://www.ns

本番環境でやらかしちゃった人のアドベントカレンダーです。 例） 本番DB吹き飛ばした 本番サーバをデストロイした ネットワーク設定をミスって本番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の２点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

先日、Kubernetes Meetup Tokyo #59 で「KEP から眺める Kubernetes」というタイトルで発表しました。発表の後で Kubernetes の upstream のキャッチアップ方法について質問を受けました。その場で回答はしたのですが、ちょうど社内の共有会で似たような話をしたところだったので、加筆修正したものを公開しておきます。 はじめに Kubernetes の upstream を追いかけ始めて 1 年ちょっと経ったので、その経験をまとめます。Kubernetes の upstream やエコシステムを観察しているだけで、コントリビュータではありません。間違っている部分があったらごめんなさい...！ Kubernetes の開発体制や開発者の所属組織の分布、新しい機能を追加する際のプロセスの話を簡単にしてから私のキャッチアップ方法についてまとめています。

※ 直近2年間で高度試験に合格していれば免除 攻略の定石 〜過去問〜 ChatGPTの話題の前に、受験する皆様に絶対に伝えておかねばならないネスペひいては情報処理技術者試験共通の対策定石があります。それは 過去問をやれ です。これに尽きます。 勉強スケジュールを決めるとか目標をどうのこうのとかありますがそれは人によって合う合わないがあります。 しかし過去問をやれだけは全人類共通の対策方法になります。特に午前問題は過去問に100%答えられるなら新規問題の割合は多くないので確実に合格します！ 午後問題も、過去問と同じ単語を答えさせる問題が何回か出てくるので、「この単元・単語が好きなんだな」みたいな傾向がわかったりします。それ以上に 「どれぐらいの粒度でどのような観点の回答をすべきか」 を抑えることができるので、具体的な習得目標ができ、「全く過去問を解かなかった人」と比べると大きなアドバンテージ

内容 前回に引き続き『プロフェッショナルSSL/TLS』 の読書会をやります。今のところ前回同様の資料ベースの発表＋必要に応じて質疑応答、というスタイルで継続します。 今回の内容 第7章後半(7.4-): プロトコルに対する攻撃 (担当: @s01) 第8章: デプロイ (発表者未定) までを取り扱う予定です。読んでいて気になることがありましたらぜひその内容をお持ち寄りください。 また、今回分の第8章、またそれ以降は発表者未定につき発表希望者を募集しています。発表を担当いただけます方は主催の梶原（sylph01 at gmail dot com）までご連絡いただけますと幸いです。（ペースとしては1回あたり2章、1ヶ月〜1.5ヶ月に1回、での進行予定です） 会場について 株式会社メルカリ CafeSpace 106-6118 港区六本木六本木ヒルズ森タワー18階 (東京メトロ日比谷線・都営地

An API object that manages external access to the services in a cluster, typically HTTP. Ingress may provide load balancing, SSL termination and name-based virtual hosting. Note:The Kubernetes project recommends using Gateway instead of Ingress. The Ingress API has been frozen. This means that: The Ingress API is generally available, and is subject to the stability guarantees for generally availab

CloudflareのサーバーはもうIPを所有していません。では、どのようにインターネットに接続しているのでしょうか？2022-11-25 Cloudflareの技術の多くはドキュメント化されています。たとえば、アイボール（クライアント）とサーバー間のトラフィックをどのように処理するかは、以下のようにこのブログで何度も取り上げてきました。「エニーキャスト入門書」（2011）、「ロードバランサーを使用しない負荷分散」（2013）、「Path MTUディスカバリーの実践」（2015）、「Cloudflareのエッジロードバランサー」（2020）、「BSDソケットAPIの修正方法について」 (2022)。 しかし、ネットワーク設定の第二部分、つまりサーバーがどのようにインターネットからコンテンツを取得するかについては、あまり触れてきませんでした。本記事ではその点について書いていきたいと思います。