stanford-oval/wikipedia huggingface dataset:
デュアルユース
ミサイル

もともとは冷戦時代に兵器として開発されたもので、アメリカとソ連は数十億ドルを投じて、人類を宇宙に（そしてついには月にも）運べるロケット技術を開発した。この平和的なロケット技術の開発は、大陸間弾道ミサイル技術の開発と並行して行われ、自国ロケットの可能性を相手に示すためのものであった。
弾道ミサイルを開発しようとする人々は、自分たちのロケットは平和的目的のために作られたものだと主張するかもしれない。たとえば、商用衛星の打ち上げや科学的目的など。しかし、純粋に平和目的のロケットであっても、兵器への転用や、そのための技術的基盤を提供されることがある。
平和的なロケット計画の中で、様々な平和的な応用が、軍事的役割と並行していると見ることができる。例えば、科学観測機器を軌道上からの安全な地球への帰還は、再突入能力を示すことになり、1台のロケットで複数の衛星打ち上げ能力を実証することは、軍事的な文脈では、MIRVを配備する潜在力があると見ることができる。
核

デュアルユース原子力技術とは、民生用原子力技術の軍事利用の可能性を指す。核燃料サイクルのいくつかの段階で核物質を核兵器への転用が可能という意味で、原子力発電プログラムの設置に関連する多くの技術や物質は、デュアルユースの能力を持つ。このような場合、原子力発電プログラムは原子爆弾への道となるか、秘密裏の爆弾計画の公開された付属物となり得る。イランの核活動をめぐる危機がその一例である。
多くの国連やアメリカの機関は、原子炉の増設は核拡散リスクを必然的に増大させると警告する。アメリカと世界の安全保障上の基本的目標は、原子力発電の拡大に伴う核拡散リスクを最小化することである。この開発が「管理不十分であったり、リスク抑制の努力がうまくいかなかったりすると、原子力の未来は危険なものになる」。原子力発電計画が安全・厳重に開発・管理されるためには、各国が適切な原子力の運用・管理を促す国内の「優れた統治」特性を持つことが重要である。
これらの特徴には、汚職の程度の低さ（パキスタンのA.Q.カーンの密輸ネットワークで発生したように、役人が私利私欲のために材料や技術を売らないようにするため）、政治的安定性の高さ（世界銀行の定義では、「政治的動機による暴力やテロを含む違憲または暴力的な手段で政府が不安定化または転覆する可能性が高い」とされる。）、政府の有効性スコアの高さ（世界銀行は「行政事務の質と政治的圧力からの独立性の度合い、および政策の策定と実施の質」を総合的に評価すると定義している）、規制能力の高さなどを含む。
人工知能

「このようなAI技術の二面性が、国を超えて個人や事業体に多大なセキュリティリスクをもたらしている。」
-フォーブス（2019）
人工知能（AI）の進歩が進むにつれ、人工知能はデュアルユース技術としての能力がますます注目されるようになってきた。人工知能は、現在の技術のサイバースペースに簡単に統合できるだけでなく、多くの様々な分野に応用可能である。人工知能技術は、MRIスキャン中のサンプルの異常検出から、国全体の住民の監視まで、困難な問題を解決する複数のアルゴリズムを実行できるようになっている。中国の大量監視（英語版）では、政府は群衆の中から記録が不十分な市民を区別するために人工知能を使用している。人工知能を使って作られたすべての新しい発明やアプリケーションには、それ自体プラスとマイナスの効果がある。人工知能の潜在的な用途が増えるにつれ、国家は人工知能をデュアルユース技術として規制する必要があると主張する人もいる。
人工知能 > HoloLens 2

2019年初頭、マイクロソフトは現実世界の中で拡張現実を体験できるスマートグラス「en:HoloLens 2」を発表した。しかし、マイクロソフトがアメリカ政府と4億7,900万ドルの契約を結んだことが明らかになった。この契約では、マイクロソフトは、統合視覚拡張システム（IVAS）と呼ばれるHoloLensスマートグラスの別バージョンを作成し、米軍に供給することになる。IVASは、仮想環境での戦場体験を持つ兵士や現場の衛生兵を訓練するために使用される。このバージョンのHoloLensは、兵士が現在の環境や友軍部隊の位置などの仮想地図を持てるようにした。匿名のマイクロソフト社の従業員が、マイクロソフト社にIVAS契約の終了を要求する公開書簡を公開した。
マイクロソフトのブラッド・スミス社長は、軍の仕事の問題でマイクロソフトがどこに立っているか、透明性を持たせるために3つの重要な原則を掲げて公開ブログを投稿した。
第一に、私たちはアメリカの強力な防衛を信じており、アメリカを防衛する人々には、マイクロソフトを含むアメリカ最高のテクノロジーにアクセスできるようにしてほしいと考えている。第二に、私たちは、人工知能が武器や戦争のために生み出している重要で新しい倫理的・政策的問題を高く評価している。私たちは、企業市民としての知識と声を活かし、国の市民的・民主的なプロセスを通じて、責任ある方法でこれらの問題に取り組みたい。第三に、当社の従業員の中には、異なる見解を持つ人がいることを理解している。私たちは、マイクロソフトで働くすべての従業員に、会社が取るすべての立場を支持することを求めたり、期待したりしない。また、一部の従業員が他国で働いている、または他国の国民である可能性があり、特定のプロジェクトで働きたくないという事実も尊重する。いつものことであるが、社員が別のプロジェクトやチームで働きたいと希望する場合は、理由の如何を問わず、私たちが人材の流動性をサポートしていることを知ってもらいたいと考えている。当社の規模と製品の多様性を考慮すると、当社ではしばしば全社的に求人を出しており、マイクロソフトの人事チームの助けを借りながら、やりたい仕事を探してもらいたいと考えている。
化学

化学兵器の現代史は、第一次世界大戦の交戦国、特にドイツの化学産業にまで遡ることができる。多くの工業用化学プロセスは、有毒な中間段階、最終製品、副産物を生み出しており、化学産業を持つ国は、兵器化された化学物質を生み出す可能性がある。塩素は、漂白剤のようないくつかの家庭用品に含まれている化学薬品であり、その幅広い用途で様々な利点を提供している。しかし、それはまた、化学兵器として使用することもできる。フッ化水素は、低純度製品はフッ化物の製造原料など、高純度製品は半導体製造工程などで使用されるが、生物・化学兵器など大量破壊兵器の製造にも転用できる。
生物学

研究所での緩いバイオセキュリティー（英語版）は、潜在的な選択薬剤が悪意のある当事者の手に落ちたのではないかと研究者や規制当局を悩ませている。2001年のアメリカ炭疽菌事件に貢献した可能性がある。大学は、その危険性に無関心で規制を無視することがある。違反の大半は良性のものだが、1997年にインペリアル・カレッジ・ロンドンで行われたC型肝炎ウイルスとデング熱ウイルスの混入事件では、労働安全衛生が守られなかったために罰金が科せられた[要出典]。テキサスA&M大学の研究プログラムは、ブルセラ属とコクシエラ菌の感染が報告されなかったために閉鎖された。2007年7月のロンドン中心部とグラスゴー空港でのテロ攻撃は、国民保健サービスの医療従事者が関与していた可能性があるということは、病原体に接触する人々をスクリーニングする必要があるかもしれないという最近の警鐘であった。研究による進展への寄与を損なうことなく、セキュリティーを維持することが課題となっている。
デュアルユースの生物倫理における持続可能な文化の構築に関するプロジェクトの報告によると、過去10年以上に科学と安全保障の双方で変化が見られた結果、いくつかの国や多国間組織が、生物科学者にデュアルユースに関する懸念や生物兵器防止の基盤となる法的義務を認識させることの重要性を強調していると示された。これを達成するために特定された重要なメカニズムの一つは、「責任の文化」と呼ばれるものの構築を目的とした、生命科学の学生の教育を通じたものにある。
2008年の生物兵器禁止条約（BTWC）締約国会議では、以下のことがコンセンサスで合意された。締約国は、生物科学に従事する者が条約及び関連する国内法及びガイドラインの下での義務を確実に認識することの重要性を認識している。締約国は、関連する科学技術研修プログラムおよび継続的専門教育におけるセミナー、モジュールまたはコースの正式な要件（潜在的に必須の構成要素となるものを含む）が、条約の認識向上および実施に役立つ可能性があると指摘した。
他の国や地域組織による同様の規定とともに、バイオセキュリティー（英語版）教育がより重要になっている。残念なことに、政策的にも学術的にも、世界中の生命科学者が、バイオセキュリティー、デュアルユース、BTWC、生物兵器を禁止する国の法令について情報を知らされていないか、あるいは十分に知らされていないことが多いことが示されている。さらに、各国や多国間組織が何度も宣言しているにもかかわらず、国際レベルでの声明が科学者レベルでの多面的な活動に反映する程度は、まだ限られている。
暗視と熱画像

並外れた性能特性（高ゲイン、特異なスペクトル感度（英語版）、高分解能、低ノイズ）を持つ画像システムは、それらを生産できる少数の国によって、輸出が厳しく制限されている。これは主に敵戦闘員への拡散を制限するためと、他の世界列強が行う避けられないリバースエンジニアリングを遅らせるためである。
暗視ゴーグルに使用されるイメージ増強管や、偵察衛星や赤外線カメラに使用される焦点面アレイなど、これらの精密部品は、自然写真、医用画像処理、消防、肉食動物の個体群管理など、多くの民生用途に使用されている。
BBC自然ドキュメンタリーシリーズ「アフリカ」の野生の象とサイの夜のシーンは、ルナックス社スターライトHDカメラ（第3世代のイメージ増強管を含む特注のデジタルシネマリグ）で撮影され、デジタルで再色付けされた。
アメリカでは、L3ハリス・テクノロジーズ、FLIRシステムズなどの防衛関連企業が製造したアメリカ製の暗視システムやサーマルシステムを民間人が自由に売買できるようになっており、ほとんど制限はない。しかし、アメリカの暗視システムの所有者は、国際武器取引規則（英語版）に基づき、機器を国外に持ち出したり、国際的に販売したり、外国人を招待してその技術を検査したりすることはできない。
アメリカ製イメージ増強管の輸出は、商務省および国国務省のライセンスに基づいて選択的に許可されている。ライセンス取得の要因としては、輸出先国との外交関係、販売個数、機器自体の相対的品質などが挙げられるが、これはいくつかの主要な性能特性から算出されるFOM（性能指数）スコアで表される。
競合する国際メーカー（欧州の防衛関連企業フォトニスグループ、日本の科学機器大手の浜松ホトニクス、ロシアの国営研究所JSCカトッド）は、ライセンス輸入業者を介してアメリカ市場に参入している。これらの部品は外国産であるにもかかわらず、アメリカ外への再輸出は国内部品と同様に制限されている。
商務省と産業安全保障局による2012年の評価では、性能格差の縮小と国際的な競争の増加を考慮して輸出規制を緩和すべきだとし、2015年に国務省国防貿易管理課（英語版）が実施した見直し期間では、より詳細な性能定義が導入された。
その他の技術

明らかで大ニュースになるデュアルユース技術に加えて、かつての平和的技術の多くが武器として使用されることがあるという点では、あまり目立たないものもある。
その他の技術 > モーター量産能力

第一次・第二次世界大戦中の例として、ドイツの玩具メーカーの役割が挙げられる。ドイツはぜんまい式玩具の生産では有数の国であり、小型で信頼性の高いぜんまい仕掛けのモーターの量産能力は、砲弾や爆弾の信管の生産能力に変わった。
その他の技術 > PlayStation 2

他にも発売当初、PlayStation 2はデュアルユース技術とされていた。このゲーム機は、アメリカやヨーロッパ市場に向けて出荷される前に、特別な輸入規制を受けなければならなかった。これは、ゲーム機と同梱のメモリーカードが高速で高画質の画像を生成する能力を持っていたためで、ミサイル誘導システムと共通の特徴を持っていたからである。
管理

ほとんどの先進国は、特定の種類の指定デュアルユース技術について輸出規制を行っており、多くの条約でも義務付けられている。これらの規制は、政府の許可なしに特定の商品や技術の輸出を制限している。アメリカにおけるデュアルユース輸出規制の違反を調査する主な機関は、アメリカ合衆国商務省産業安全保障局輸出執行室（英語版）である。輸出管理事件の省庁間調整は、輸出執行調整センター（E2C2）を通じて行われている。
各国間には、管理すべきデュアルユース（および軍事）技術のリストを調和させようとする国際的な取り決めがいくつか存在する。これらには、原子力供給国グループ、化学・生物技術を扱うオーストラリア・グループ、大量破壊兵器の配送システムを扱うミサイル技術管理レジーム、通常兵器とデュアルユース技術を扱うワッセナー・アレンジメントなどがある。各国はリストに載った技術が輸出される場合に審査を行う。なお、規制対象であっても全てが許可されないわけではなく、日本の場合は明らかに民生用途であれば通常は許可される。
ネプチューン巡航ミサイルの発射
マイクロソフトのHoloLens 2
PlayStation 2のロゴ
新方川

| 新方川 |
| --- | --- |
 越谷市内（上流方向を撮影）
水系:  一級水系 利根川
種別:  一級河川
延長:  10.9 km
平均流量:  90 m3/s
流域面積:  40.6 km2
水源:  春日部市豊春
水源の標高:  -- m
河口・合流先:  中川
流域:  埼玉県
 
テンプレートを表示
新方川起点の碑（さいたま市岩槻区大字大戸）
越谷市恩間新田より下流方向を望む
新方川（にいがたがわ）は、埼玉県東部の越谷市やさいたま市岩槻区を流れる利根川水系中川支流の一級河川である。もともと千間堀と呼ばれ、今でも呼ばれている。
概要

埼玉県春日部市豊春地区の農地から出た排水が集まり、南流する。やがてさいたま市岩槻区と春日部市の境を流れ、春日部市増田新田とさいたま市岩槻区大字大戸付近でやや東に向きを変える。増田新田地内の越谷市に入る直前、獨協埼玉中学・高校裏手の北西側の地点に「一級河川 新方川」の源流点を示す石標が設置されている。
そして流れをまた東に変え、東武伊勢崎線せんげん台駅の北側を東流、国道4号を越え、直線的な水路は越谷市の北部を流れる。川幅も広がり、段々と南に流れていく。越谷市大吉付近（大吉調節池がある）で古利根川に接近し、そのすぐ下流で葛西用水路と立体交差し、流れを南東に変え、再び東に変え、吉川市との境付近で中川に合流する。
新方川が中川に合流する地点にサギのコロニーがある。
歴史

1982年（昭和57年）と1986年（昭和61年）の2度にわたり、国の河川激甚災害対策特別緊急事業に指定され、川幅の拡幅や調整池の建設、橋の架け替え事業が行われている。
1991年（平成3年）には「新方川をきれいにする会」が設立され、川の清掃や水質調査が行われている。他にも住民向けの環境講座や学生への環境教育なども行っている。2007年（平成19年）には環境大臣表彰を受賞した。
2025年（令和7年）
1月28日、埼玉県八潮市道路陥没事故が発生。同月1月30日、事故発生現場への下水の流量を減らす取り組みとして、春日部中継ポンプ場の下水を、新方川を経由して中川に緊急放流する措置が取られた。
3月3日、同上放流措置を終了。
橋梁

増田新田（千葉県道・埼玉県道80号野田岩槻線）
中堀橋（中堀通）
新方川歩道橋
名称不明
浅間川橋梁（東武伊勢崎線）
戸井橋（国道4号）
念仏橋
廣橋
新方川橋（新国道4号バイパス）
間久里新田橋
大杉橋
向畑橋
新栄橋
白鷺橋
定使野橋（埼玉県道・千葉県道19号越谷野田線）
宮野橋
鷹匠橋
城之上橋
東橋（市役所駅前中央通り）
千代田橋
増森橋
新田橋
新増森橋（国道4号・東埼玉道路）
昭和橋（埼玉県道102号平方東京線）
河川施設

大吉調節池
新方川と中川の合流点
Kubernetes

| --- | --- |
 
作者:  Google
開発元:  Cloud Native Computing Foundation
初版:  2014年6月7日 (10年前) (2014-06-07)

最新版:  1.32.2    / 2025年2月13日 (16日前) (2025-02-13)
リポジトリ:  https://github.com/kubernetes/kubernetes
プログラミング 言語:  Go
サポート状況:  開発中
種別:  クラスター管理ソフトウェア・コンテナオーケストレーション
ライセンス:  Apache License 2.0
公式サイト:  kubernetes.io
テンプレートを表示
Kubernetes（クバネティス/クバネテス/クーべネティス、K8sと略記される）は、コンテナ化したアプリケーションのデプロイ、スケーリング、および管理を行うための、オープンソースのコンテナオーケストレーションシステムである。元々Googleが設計したシステムであるが、現在はCloud Native Computing Foundationがメンテナンスを行っている。
ホストのクラスターを横断してアプリケーションコンテナを自動デプロイ、スケーリング、操作するためのプラットフォームを提供することが目的とされている。Google Kubernetes Engineをはじめ、多数のパブリッククラウドサービスプロバイダがKubernetesベースのPaaSやIaaSを提供しており、プラットフォーム提供サービスとしてKubernetesをデプロイすることができる。また、多くのソフトウェアベンダーも、ブランド化したKubernetesディストリビューションを提供している。
歴史

“Kubernetes”（希: κυβερνήτης、koo-ber-nay'-tace、クベルネテス）は、ギリシャ語で航海長または水先案内人を意味し、サイバネティクス（人工頭脳学）の語源でもある。Kubernetesは、当初Joe Beda、Brendan Burns、Craig McLuckieの3人によって開発が始まり、すぐにBrian GrantやTim Hockinなど、他のGoogleのエンジニアも参加するようになり、2014年中ごろにGoogleから初めて発表された。Kubernetesの開発や設計はGoogleのBorgシステムから強い影響を受けており、Borgのトップコントリビュータの多くが開発に参加している。Google内でのKubernetesのもともとのコードネームはProject Sevenであり、スター・トレックのキャラクターで、優しいBorgである、セブン・オブ・ナインの名前に由来する。Kubernetesのロゴの輪にある7つのスポークは、このコードネームに由来している。
Kubernetes v1.0は2015年7月21日にリリースされた。Kubernetes v1.0のリリースと同時に、GoogleはLinux Foundationと共同でCloud Native Computing Foundation（CNCF）を設立し、Kubernetesを種となる技術として提供した。2018年3月6日には、KubernetesプロジェクトはGitHubにおけるコミット数で第9位に到達し、コントリビューター数とissue数では、Linuxカーネルプロジェクトに次いで第2位となった。
コンセプト

Kubernetesは、いくつかのビルディングブロック（"primitives"）を定義している。このビルディングブロックのおかげで、アプリケーションのデプロイ、メンテナンス、スケールのメカニズムを、CPU、メモリ、あるいはカスタムの指標に基づいて正しく提供することが可能になっている。Kubernetesは、さまざまなワークロードに対応できるよう、疎結合かつ拡張可能なシステムとなっている。この拡張性の大部分は、Kubernete上で動作する拡張機能やコンテナだけでなく内部コンポーネントによっても使用されているKubernetes APIにより提供されている。Kubernetesでは、コンピューティングとストレージのリソースを制御するため、リソースを以下のような「オブジェクト」として定義している。
コンセプト > ポッド

Kubernetesでは、スケジューリングの基本となる単位は、ポッドである。コンテナ化されたコンポーネントをポッドとしてグループ化することで、1つ高いレベルの抽象化を与えている。1つのポッドは1つ以上のコンテナから構成され、同じポッドのコンテナは同じホストマシンにデプロイされるため、リソースの共有が保証される。
Kubernetes内の各ポッドには、クラスタ内でユニークなPod IPアドレスが割り当てられる。これにより、アプリケーションはポートの衝突の危険を考える必要がない。ポッド内では、すべてのコンテナがlocalhost上で互いに参照できる。しかし、あるポッド内のコンテナが、他のポッド内の他のコンテナを直接アドレスで参照する方法は存在せず、そのためには、必ずPod IPアドレスを利用しなければならない。しかし、アプリケーションの開発者はPod IP アドレスを決して使用するべきではない。なぜなら、他のポッドの機能にアクセスあるいは実行する時に利用するPod IPアドレスは一時的なものであり、参照しようとしている特定のポッドが再起動したりすると、そのPod IPアドレスは別のポッドに割り当てられてしまう可能性があるからである。その代りに、開発者は、特定のPod IPアドレスを持つ対象ポッドへのアクセスが可能な、サービスに対してアクセスしなければならない。
1つのポッドは、ローカルディスクのディレクトリあるいはネットワークディスクとして、1つのボリュームを定義し、ポッド内のコンテナに対して公開することができる。ポッドの管理は、Kubernetes APIで手動で行ったり、コントローラに管理を委譲したりすることができる。また、定義したボリュームは、ConfigMaps（設定の内容を、コンテナからファイルシステム上で参照可能にする機能）やSecrets（リモートのリソースに安全にアクセスするために必要な証明書を、認証されたコンテナのみでファイルシステム上で参照可能にする機能）など、Kubernetesのいくつかの機能の基礎となっている。
コンセプト > サービス

Kubernetesサービスはいくつかのポッドの集まりであり、1ティアまたはマルチティアのアプリケーションと協調して動作する。サービスを構成する複数のポッドは、ラベルセレクターを用いて定義される。Kubernetesはサービスディスカバリーの手段として、環境変数を用いるモードと、Kubernetes DNSを用いるモードの2種類の方法を提供している。サービスディスカバリは、静的なIPアドレスとDNS名を各サービスに束縛させ、そのIPアドレスのネットワークコネクションに対して、セレクターにマッチしたポッド間でラウンドロビン方式でのロードバランシングを行う（セレクターを用いるのは、障害によりポッドがあるマシンから別のマシンに移動したとしても動作するようにするためである）。デフォルトでは、サービスはクラスタの内部にのみ公開されている（たとえば、バックエンド用のポッドは、ロードバランシングされた複数のフロントエンド用ポッドからのリクエストに対して、1つのサービスとしてグループ化されているかもしれない）が、サービスはクラスターの外部に公開することもできる（たとえば、外部のクライアントがフロントエンド用ポッドにアクセスする場合など）。
コンセプト > ボリューム

Kubernetesコンテナ内のファイルシステムは、デフォルトでは一時ストレージを提供する。つまり、コンテナを再起動すると内部のデータが削除されてしまうため、重要なアプリケーションで利用するには制限がある。Kubernetesボリュームは永続的なストレージを提供するため、コンテナが再起動しても、ポッドが生存している間はデータが削除されない。このストレージは、同じポッド内のコンテナ同士で共有ディスク空間としても利用可能である。ボリュームは、ポッドの設定ファイル上で定義したコンテナ内の特定のマウントポイントとしてマウントされ、それ以外のボリュームにマウントしたり、他のボリュームとリンクすることができないようになっている。ただし、同じボリュームでも、異なるコンテナであれば、ファイルシステムツリー上の別の場所にマウントすることは可能である。
コンセプト > ネームスペース

Kubernetesは、リソースのパーティショニング機能を提供し、ネームスペース（名前空間）と呼ばれる重複のない部分に分割する。多数のチームやプロジェクトに渡る多数のユーザーの利用を想定している。これにより、開発、テスト、本番などの環境さえ完全に分離することができる。
オブジェクトの管理

Kubernetesは、オブジェクトの管理、選択、操作を可能にするメカニズムを提供している。
オブジェクトの管理 > ラベルとセレクター

Kubernetesは、ポッドやノードなどのシステム上のあらゆるAPIオブジェクトに対して、クライアント（ユーザーや内部のコンポーネント）が「ラベル」と呼ばれるキーバリューペアを付加できるようにしている。それに対応して、「ラベルセレクター」はラベルに対してクエリーを実行し、一致するオブジェクトに解決する。あるサービスを定義すると、サービスルーターやロードバランサーがトラフィックをルーティングするポッドインスタンスを選択するために使用する、ラベルセレクターを定義できるようになる。したがって、単にポッドのラベルやサービスのラベルセレクターを変更するだけで、どのポッドにトラフィックを送るかを制御することが可能になる。この方法により、ブルー・グリーンデプロイ（英語版）やABテストなど、さまざまなデプロイパタンを利用できる。このようなサービスが使用するリソースを動的にコントロールする機能のおかげで、インフラ内での疎結合が実現されている。
たとえば、あるアプリケーションのpodsがシステムtier（たとえば、front-end、back-endなどの値を持つ）とrelease_track（canaryやproductionなど）というラベルを持つとき、back-endかつcanaryであるノード全てを指定するには、以下のようなラベルセレクターが使える。
tier=back-end AND release_track=canary
オブジェクトの管理 > フィールドセレクター

ラベルと同様に、フィールドセレクターもKubernetesの任意のリソースを選択可能にするものである。ラベルとは異なり、選択は、ユーザーが定義したカテゴリではなく、リソースに予め付与される属性の値に基づいて行われる。metadata.nameやmetadata.namespaceは、すべてのKubernetesオブジェクトに存在するフィールドセレクターである。使用される他のセレクターは、オブジェクトやリソースのタイプによって異なる。
アーキテクチャ

Kubernetesは、マスター・スレーブアーキテクチャで構成される。Kubernetesのコンポーネントは、各ノードを管理するノード（node）と、コントロールプレーンであるマスター（master）の2つに分けられる。
マスターがクラスターの管理を行い、コンテナ（実際にはPodと呼ばれる単位で管理される）は各ノード上にデプロイされる。マスターやノードを構成するコンポーネントは下記のようになっている。
アーキテクチャ > コントロールプレーン（マスター）

Kubernetesのマスターは、クラスターのメインとなるコントロールユニットである。ワークロードとシステム全体に渡る直接的な通信を管理する。Kubernetesコントロールプレーンは複数のさまざまなコンポーネントから構成されている。各コンポーネントは独立したプロセスとして実行され、1つのマスターノードでも、高可用クラスタ（英語版）をサポートするために複数のマスターノードで実行することも可能である。各種コンポーネントには、次のようなものがある。
アーキテクチャ > コントロールプレーン（マスター） > etcd

etcdは、CoreOS（英語版）により開発された、永続的な軽量な分散キーバリューストアである。クラスタの設定データを確実に保存し、任意の時点でのクラスタ全体の状態を保存する。Apache ZooKeeperと同様、etcdは、ネットワーク部分のイベントにおいて、可用性（Availability）よりも一貫性（Consistency）を重視するシステムである（CAP定理を参照）。この一貫性は、正しいスケジューリングとサービスのオペレーションにとって非常に重要である。Kubernetes APIサーバーは、etcdのwatch APIを用いて、クラスターや重要な設定の変更を監視したり、クラスタの状態にデプロイ時に宣言された状態との齟齬が生じた時、宣言された状態になるように修復する。一例として、もしデプロイ時に特定のポッドのインスタンス3つが実行している必要があると指定すると、この情報はetcdに保存される。もし、実行中のインスタンスが2つしか見つからなかった場合、この違いがetcdのデータと比較され、Kubernetesはこの情報を用いて、追加のポッドインスタンスを作成するスケジュールを立てる。
アーキテクチャ > コントロールプレーン（マスター） > API server

API serverはキーとなるコンポーネントであり、HTTP上のJSONを利用したKubernetes APIのサーバーである。Kubernetesに対する内部および外部向けのインターフェイスの両方を提供する。API serverはRESTリクエストの処理と検証を行い、etcd（英語版）に保存されたAPIオブジェクトの状態を更新する。したがって、Kubernetes APIを利用することで、クライアントはワーカーノード全体に渡るワークロードとコンテナの設定を行うことが可能になる。
アーキテクチャ > コントロールプレーン（マスター） > スケジューラー

schedulerはプラガブルなコンポーネントで、未スケジュールのポッド（schedulerが管理する基本エンティティ）をどのノードで実行するのかを、リソースの可用性に基づいて選択する役割を担う。schedulerは各ノード上でのリソースの使用量をトラッキングし、ワークロードが利用可能なリソースを超過しないことを保証する。この目的を達成するためには、schedulerは、リソースの要求量、リソースの可用性、その他のユーザーが提供する制約、そして、サービス品質、親和性・非親和性の要件、データの局所性などのポリシーのディレクティブを知っている必要がある。本質的には、schedulerの役割は、リソースの「供給」をワークロードの「需要」に合わせることであると言える。
アーキテクチャ > コントロールプレーン（マスター） > コントローラーマネージャー

controllerは、実際のクラスタの状態を期待されるクラスタの状態と一致するように駆動するループである。これは、ポッド群を管理することで行われる。コントローラの1つには、replication controller（レプリケーションコントローラー）がある。このコントローラーは、ポッドのレプリカ数をクラスタ全体で指定した数になるようにレプリケーションとスケーリングを操作する。また、管理しているノードに障害が発生した場合には、代替のポッドの生成の操作も実行する。Kubernetesシステムの一部である他のコントローラの1つには、DaemonSet Controller（デーモンセットコントローラー）がある。これは、1台のマシンでポッドが必ず1つのみ実行されるようにする。Job Controller（ジョブコントローラー）は、たとえばバッチジョブの一部として、ポッドをジョブが完了するまで実行させる。コントローラーが管理するポッド群は、コントローラーの定義の一部である、ラベルセレクターを利用して特定する。
Controller manager（コントローラーマネージャー）は、DaemonSet ControllerやReplication ControllerなどのKubernetesのコアとなるコントローラーを実行するプロセスである。コントローラーは、APIサーバーと通信することで、管理対象のリソース（ポッド、サービスエンドポイントなど）の作成、更新、削除を実行する。
アーキテクチャ > ノード（スレーブ）

ノード（ワーカーまたはMinionとも呼ばれる）は、コンテナ（ワークロード）が実際にデプロイされるマシンである。クラスタ内のすべてのノードはDockerなどのコンテナランタイムを実行する必要があり、コンテナのネットワーク設定のためにマスターと通信を行う、以下に説明するようなコンポーネントも実行する。
アーキテクチャ > ノード（スレーブ） > Kubelet

Kubeletは、各ノードの実行状態に対する責務を担い、ノード内のすべてのコンテナが健全な状態であることを保証する。コントロールプレーンの指示を受けて、アプリケーションコンテナ群をスタート、ストップ、管理し、ポッドとして組織する。
Kubeletはポッドの状態を監視し、指定された状態から逸脱していることを検出すると、ポッドを同じノードに自動的に再デプロイする。ノードの状態は数秒ごとにハートビートメッセージとしてマスターに送信される。マスターがノードの障害を検知するとすぐに、Replication Controllerがこの状態を確認し、他の健全な状態にあるノードでポッドを新たに起動する[要出典]。
アーキテクチャ > ノード（スレーブ） > コンテナ

containerはポッドの中に置かれる。containerは最も低レベルなマイクロサービスであり、実行中のアプリケーション、ライブラリ、およびその依存関係が格納される。containerは外部IPアドレスを割り当てて世界に対して公開することもできる。Kubernetesは最初のバージョン以来Dockerコンテナをサポートしており、2016年7月には、rktコンテナエンジンが追加された。
アーキテクチャ > ノード（スレーブ） > Kube-proxy

Kube-proxyはネットワークプロキシおよびロードバランサーの実装であり、サービスの抽象化やその他のネットワーク操作をサポートする。トラフィックのルーティングを、受信したリクエストのIPアドレスとポート番号を元に、適切なコンテナにルーティングする責務を担う。
アーキテクチャ > ノード（スレーブ） > cAdvisor

cAdvisorは、各ノード上にあるコンテナのCPU、メモリ、ファイル、ネットワーク使用量といった、リソースの使用量と性能の指標を監視・収集するエージェントである。
アーキテクチャ > アドオン

アドオンは、クラスタ内で他のアプリケーションと同じ方法で実行される。すなわち、同じようにポッドとサービスとして実装されるが、Kubernetesクラスタの機能を実装しているという点に違いがある。ポッド群は、DeploymentsやReplicationControllersなどによって管理されることもある。多数のアドオンが存在し、その数は増え続けている。以下に、重要なアドオンの種類の一部を挙げる。
DNS: すべてのKubernetesクラスタはクラスタDNSを保つ必要があり、これは必須の機能となっている。クラスタDNSはDNSサーバーの一種で、自分の環境内にある他のDNSサーバーに加えて、KubernetesサービスのDNSレコードを保持する。Kubernetesが起動したコンテナには、DNSの検索対象サーバーとして、このDNSサーバーが自動的に追加される。
ウェブUI: これは一般の目的に使用されるKubernetesクラスタに対するウェブベースのUIである。クラスタ上で実行中のアプリケーションやクラスタ自体の管理やトラブルシューティングに利用できる。
コンテナのリソースモニター: 信頼性の高いアプリケーションランタイムを提供し、ワークロードに応じてスケールアップ・ダウンを可能にするためには、継続的かつ実際的なワークロード性能のモニタリングが必要とされる。コンテナのリソースモニターを使用すれば、中央のデータベースにコンテナのメトリクスを記録することができ、また、このデータを閲覧するためのUIも提供される。cAdvisorは、スレーブノード上のコンポーネントの1つであり、一部の指標の計測機能はすでに提供している。完全な指標パイプラインを提供するものとしては、Prometheusなどがあり、これを利用することで、ほとんどのモニタリング要求が満たされる。
クラスタレベルでのロギング: ログは独立したストレージに格納され、ノード・ポッド・コンテナとは異なる独立のライフサイクルを持つ。そうでなければ、ノードやポッドの障害によりイベントデータが失われてしまう可能性がある。こうした機能はクラスタレベルロギングと呼ばれ、コンテナのログを中央のログストアに格納し、検索・閲覧インターフェイスを提供する責務を持つ。Kubernetes自体がログデータを保存するネイティブのストレージ手段を提供しているが、多数存在する既存のログサービスをKubernetesクラスタに統合するためのアドオンも存在する。
マイクロサービス

Kubernetesはマイクロサービスをベースとしたアプリケーションの実装方法としてよく使用されている。というのも、Kubernetesとその周辺ツールによるエコシステムは、マイクロサービスアーキテクチャが重視している重要な概念に必要な機能のすべてを提供しているためである。これに関して詳しくは、マイクロサービスの項目を参照。
普及の理由

2018年初頭の時点で、Kubernetesはコンテナオーケストレーションにおいてデファクトスタンダードと呼べる存在になっているが、短期間でこうなった理由には、以下の3点が挙げられる。
定期的なメジャーアップデート
3ヵ月ごとにアップデートを繰り返し、エンタープライズからのフィードバックを反映しており、本番稼働に耐えうるソフトウェアとして信頼を勝ち得た。
Kubernetesの普及とCNCFの活性化がリンクしている
マイクロソフトがMicrosoft AzureでのKubernetesのサポートを発表して以降、オラクルやVMwareといった企業もCNCFに参加を表明し、Amazon Web Servicesも参加するなど、競合の垣根を越えて多くの企業がKubernetesへ参加したことで、コンテナオーケストレーションツールの中でのKubernetesの存在感が高まった。
Dockerの限界
コンテナ機能としては優秀なDockerであるが、オーケストレーション機能が十分でなく、Kubernetesをはじめとするオーケストレーションツールにより、高度な管理が出来るようになった。
Google Cloud SummitでのGoogle Container Engineに関するトーク
Kubernetesクラスタ内で、サービスがPodネットワークと通信する方法を簡略的に表した図
Kubernetesのアーキテクチャ図
酸化ハフニウム(IV)

| 酸化ハフニウム(IV) |
| --- | --- |

IUPAC名Hafnium(IV) oxide
別称二酸化ハフニウム ハフニア
識別情報
CAS登録番号: 12055-23-1 
ChemSpider: 258363 
 SMILES O=[Hf]=O 
 InChI InChI=1S/Hf.2OKey: CJNBYAVZURUTKZ-UHFFFAOYSA-N InChI=1/Hf.2O/rHfO2/c2-1-3Key: CJNBYAVZURUTKZ-MSHMTBKAAI 
特性
化学式: HfO2
モル質量: 210.49 g/mol
外観: 無色粉末
密度: 9.68 g/cm3, 固体
融点:  2758 ℃ 
沸点:  5400 ℃ 
水への溶解度: 不溶性
危険性
引火点: 不燃性
関連する物質
その他の陽イオン: 酸化チタン(IV) ジルコニア
特記なき場合、データは常温 (25 °C)・常圧 (100 kPa) におけるものである。
酸化ハフニウム(IV)(Hafnium(IV) oxide、ハフニア)とは、化学式HfO2であらわされる無機化合物である。無色の固体であり、ハフニウムの化合物のなかでは比較的安定な化合物の一つである。バンドギャップはおよそ6 eVで絶縁体。金属ハフニウムを得るための反応過程の中間体である。反応性は低く、濃硫酸のような強酸や強塩基でないと反応しない。フッ酸には徐々に溶解してフルオロハフニウム酸アニオンを与える。高温条件において、炭素もしくは四塩化炭素存在下で塩素と反応させることによって塩化ハフニウム(IV)が得られる。
用途

酸化ハフニウム(IV)は、光学コーティングやDRAMコンデンサの高誘電率ゲート絶縁膜に用いられる。
酸化ハフニウム(IV)および酸化ハフニウム(IV)を含む複合物は、電界効果トランジスタのゲート絶縁膜素材である二酸化ケイ素に代わる新素材の有力な候補として研究が進められている。酸化ハフニウム(IV)がトランジスタ材料として有用である理由はその高い誘電率にあり、二酸化ケイ素の誘電率が3.9であるのに対して酸化ハフニウム(IV)は25と6倍以上の誘電率を持つためである。
また、カーボンナノチューブを利用したNVRAMにおいても、二酸化ケイ素に代わる絶縁膜として用いられている。絶縁膜素材を二酸化ケイ素から酸化ハフニウム(IV)に代えることによってメモリへのアクセス時間が数ミリ秒から100ナノ秒にまで減少し、それによってNVRAMへの時間当たりの潜在的な読み書き能力が100,000倍向上する。
さらに、IBMおよびインテルの将来の集積回路のサブストレート基盤素材として選ばれ、論理密度およびクロックスピードが向上し、電気消費量が低減される。
他の分野での用途としては、酸化ハフニウム(IV)の非常に高い融点を利用して熱電対などの絶縁性耐熱材として利用され、2500 ℃まで機能性を失わずに耐えることができる。
ドラァグ・パニック

ドラァグ・パニック（あるいはドラァグクィーン・パニックまたはアンチ・ドラァグ・ヒステリーとも、英語: drag panic）は、ドラァグが本質的に性的なものであり、未成年者の目に触れさせるのは有害であるとの信念から生じる、モラルパニックの一種である。
このパニックは長年にわたりエスカレートしてきたが、2022年に入り顕著になり、イギリス、オーストラリア、カナダをはじめとする国々で、子ども向けに絵本の読み聞かせイベントを行うドラァグクィーンに関する抗議集会が行われた。アメリカ合衆国では、2022年の1年間でドラァグイベントに対して少なくとも141件の抗議行動やハラスメントが行われた。
背景

20世紀初頭の大半を通して、アメリカ合衆国におけるドラァグ・パフォーマンスは異性装を取り締まる法律によって犯罪とみなされた。1969年に起きたストーンウォールの反乱はニューヨーク市警がニューヨークの異性装取締法（出生時に割り当てられた性別の衣類を少なくとも3点は着衣することを求める）の違反者を逮捕しようとしたことが発端となっている。
20世紀後半になってこうした法律が緩和されると、『お熱いのがお好き』(1959)、『バードケージ』（1996）、『プリシラ』（1994）など広く一般に親しまれた作品にドラァグが登場した。21世紀の始め、 ドラァグ・パフォーマンスの人気は高まり『ル・ポールのドラァグ・レース』、『ドラァグクィーン歌合戦』、そして『ドラァグ・デン』などの番組を通してメジャーになった。
ドラァグへの関心が高まる中で2019年になるとLibs of TikTokを運用するチャヤ・ライチック、マット・ウォルシュ、タッカー・カールソン、マイケル・ノウルズ、デニス・プレーガー、キャンディス・オーウェンズ、ベン・シャピーロなどの右派論客たちが、LGBTグルーミング陰謀論に結び付けてドラァグクィーンの可視化を制限すべきだと呼びかけた。その後、数年間にアメリカ合衆国の共和党が優勢ないくつかの州で、ドラァグクィーンが公共の場でパフォーマンスするのを制限しようとする法案が提出・立法化された。
時系列 > アメリカ合衆国

ドラァグパフォーマンス、特にドラァグクィーン・ストーリー・アワー（絵本の読み聞かせ）に対する抗議行動は2021年アメリカ合衆国議会議事堂襲撃事件の後増加している。もっとも声高に反対を叫ぶ者のほとんどはオルタナ右翼団体に属している。FOXニュースの元ホストであるタッカー・カールソンは、子どもたちがドラァグイベントで「洗脳されたり性的対象とされる」可能性があると示唆した。さらに反対派は、パフォーマーが子どもたちをグルーミングしているとするLGBTグルーミング陰謀論にもとづく懸念を表明している。名誉棄損防止同盟は、極右ツィッターアカウントであるLibs of TikTokが陰謀論を活気づかせたとする。LGBTQのメディア支援団体であるGLAADのレポートを見ると、2022年の1年間に米国で起きたドラァグショーに対する脅迫は120件以上になる。
2022年6月中旬、極右ツィッターアカウントLibs TikTokはアイダホ州コーダリーン市で行われる予定の「プライド・イン・ザ・パーク」フェスティバルを「家族向けドラァグパフォーマンス」があるとの理由で非難した。2022年6月11日、そのプライドイベントの最中、白人至上主義者のヘイトグループであるパトリオット・フロントのメンバー31名が逮捕され、暴動共謀罪でその後起訴されるに至った。
2023年3月2日、テネシー州知事ビル・リーが、ドラァグクィーンのパフォーマンスを性行為の実演と同様であるとするテネシー州法案3に署名した。その後、リー自身が1977年に未成年もいる場で女装したことを示す写真が見つかった。この法案は、政治家やドラァグクィーンの人々を含め、米国全土に怒りをもって受け止められた。
2023年5月にはコロンバスで行われたドラァグイベントに対し、オハイオのネオナチグループが覆面をつけ「血を見るぞ」などと書かれた反ドラァグや反トランスジェンダーの横断幕を持って抗議行動をした。
2023年5月、モンタナ州は、性的な意味合いの有無に関わらず、公立の学校や図書館で女装した人による子どもたちへの本の読み聞かせをはっきりと禁じた米国最初の州となった。
時系列 > イギリス

2022年7月、複数の右翼団体がバークシャー州のレディング中央図書館で行われたドラァグクィーンのお話し会に対する抗議行動を起こした。このイベントにはアイーダ・H・ディーとしてドラァグパフォーマンスをするサブ・サミュエルが出演した。その後ブリストルのクルーとグラストンベリー公共図書館で抗議行動が起きた。2022年8月、ドラァグイベントが行われたオックスフォードシャー郡図書館の外で、50名の反対派が、300名の反抗議行動参加者と対峙し、警察が二つのグループを引き離す事態となった。
2022年8月、シェリー・オントップという名のドラァグクィーンとしてパフォーマンスするマシュー・カヴァンが出演するドラァグショーがベルファストで行われたときも抗議行動のターゲットとなった。ドラァグパフォーマンスに対する抗議行動の宣伝ビラは、反ワクチンをテーマにしたテレグラムグループの間で共有された。
時系列 > カナダ

2022年11月23日、バンクーバーのキツラノ地区で行われたドラァグクィーンのお話し会に反対派が集まった。同年11月25日、ハミルトン公共図書館の外でも抗議活動が行われた。その翌日、サーニア市の独立系書店Book Keeperが4回目のドラァグクィーンのお話し会を主催したことから抗議活動が行われた。2022年11月にはさらに、バーリントンのケルシーズ・オリジナル・ロードハウスでゲルフ出身のドラァグクィーン、クリスタル・クォーツが出演予定だったイベントが、レストランに脅迫が届いたために中止された。
2022年12月19日、初めてドラァグストーリータイムを開催したオンタリオ州ブロックヴィル公共図書館の外に14名の反対派が集まり、図書館CEOを含めた反抗議活動派とにらみ合いになり、反対派から脅迫の言葉が発せられたため、警察が図書館内に仕掛けられたとされる爆発物の捜索を行った。抗議活動家によるドラァグ・パフォーマンスへの妨害は、2022年12月にはブリティッシュコロンビア州ペンティクトンのバーBritbarと、同州オカナガンにあるレストランDunnEnziesでの2回発生している。
時系列 > フィンランド

ヘルシンキ中央図書館オーディは、ヘルシンキ・プライドフェスティバルに連動したドラァグクィーンのお話し会を2022年1月1日に企画した。これに対し、25－30名ほどの参加者が図書館前でデモとスピーチを行い、さらにイベントを阻止する目的で図書館内に入り込んだ。これに大勢の警察が対応した。パフォーマンスを行う予定だったゲイリアンというドラァグはイベントの前にペドフィリアだと非難され、インターネットで脅迫を受けていた。
ヘルシンキのマルミタロ文化センターは2023年のフェスティバル期間中、『ドラァグ・キッド』という題名のドキュメンタリー映画の試写会を企画したが、このイベントは重大なセキュリティー上の脅威のために中止された。このドキュメンタリーには幼い子供が大人の前でダンスしてお金を貰うシーンがあり、子どもオンブズマンのエリナ・ペカリネンは不適切で子どもを性の対象化しているとした。
時系列 > フランス

2023年、過激派によるSNS上の抗議を受けて、トゥールーズでの読み聞かせイベントが中止された。
時系列 > 日本

2023年7月23日に東京都現代美術館が女装パフォーマーのエスムラルダ氏らを招いた「ドラァグクイーン・ストーリー・アワー」を企画したことに対し、Twitter上を中心に抗議が広まった。SNS上の抗議を受け、同年7月4日に東京都現代美術館は企画への理解を求める声明をHP上で発表した。
メディア

ドラァグ・パニックの発生とドラァグに関してその後成立した法的規制を受けて「ドラァグは危なくない」などのテーマで、様々なテレソンが企画されている。
川添善行

川添 善行（かわぞえ よしゆき、1979年 - ）は、日本の建築家。東京大学准教授。
略歴

1979年、神奈川県川崎市生まれ。
浅野中学校・高等学校卒業。
東京大学工学部建築学科卒業。
オランダのデルフト工科大学に留学し帰国後、内藤廣に師事した。
現在、東京大学生産技術研究所川添研究室を主宰している。
工学博士。
明治学院大学 学長特別補佐（2023年-2024年）
概要

32歳で東京大学に自身の研究室（建築意匠）を持ったのは、歴史的にも稀な若さである。
東京大学の新図書館計画の設計を担当した。
設計したホテルが、ギネスに認定されている。
「東京大学総合図書館別館」や「変なホテル」のような単体の建築物にとどまらず、和歌山市の加太に分室をつくって活動を行うなど、地方創生に関する多彩な取り組みも注目されている。
大学のほかに、設計事務所である空間構想において設計活動を展開している。
受賞

2008年（平成20年） - 土木学会景観デザイン研究発表会優秀講演賞
2009年（平成21年） - グッドデザイン賞
2013年（平成25年） - グッドデザイン 未来づくりデザイン賞
2015年（平成27年） - 日本建築学会作品選集新人賞
2016年（平成28年） - ロヘリオ・サルモナ・南米建築賞 名誉賞
2019年（令和元年） - 第45回 東京建築賞 最優秀賞（一般二類部門）
2019年（令和元年） - 照明学会 照明デザイン賞入賞
2022年（令和4年） - BELCA賞
2023年（令和5年） - 日本コンクリート工学会賞作品賞
2023年（令和5年） - アメリカコンクリート工学会賞
2024年（令和6年） - メセナ大賞
2024年（令和6年） - 木質建築空間 一般建築部門賞
2024年（令和6年） - 四国建築賞優秀賞
2024年（令和6年） - 日本空間デザイン賞 審査員特別賞
主な建築作品

2008年　ベレン公園図書館
2012年　佐野の庫裡
2013年　佐世保の実験住宅 ハウステンボス スマートハウス
2013年　弥生の研究教育棟 I-REF
2015年　変なホテル
2017年　現バー
2017年　東京大学総合図書館別館
2017年　黄金の茶室
2018年　東京大学生産技術研究所川添研究室加太分室地域ラボ
2020年　浅野学園100周年記念リングおよび広場
2020年　和歌山市駅前広場
2021年　望洋楼
2022年　四国村ミウゼアム「おやねさん」
2023年　湘南工科大学附属高校図書館
2024年　インド工科大学 ビジネス・インキュベーションセンター
2024年　インド工科大学 中央図書館
著作 > 単著

『世界のSSD100　都市持続再生のツボ』（彰国社、2007年）（ISBN:4395008593）
『このまちに生きる―成功するまちづくりと地域再生力』（彰国社、2013年）（ISBN:4395010393）
『空間にこめられた意志をたどる』（幻冬舎、2014年）（ISBN:4344952464）
『OVERLAP 空間の重なりと気配のデザイン』（鹿島出版会、2024年）（ISBN:4306047105）
『EXPERIENCE　生命科学が変える建築のデザイン』（鹿島出版会、2024年）（ISBN:4306047091）
著作 > 共著

『日本野 : 必要だけど足りない、これからの日本の緑』（日経BP社、2013年） (ISBN: 9784822264802)
『ようこそ建築学科へ! : 建築的・学生生活のススメ』（学芸出版社、2014） (ISBN: 9784761513368)
『レジリエンスと地域創生 : 伝統知とビッグデータから探る国土デザイン』（明石書店、2015年） (ISBN: 9784750341507)
『Disaster resilient cities : concepts and practical examples』（Butterworth-Heinemann、2016年）（ISBN:9780128098622）
『科学の技法 : 東京大学「初年次ゼミナール理科」』（東京大学出版会、2017年） (ISBN: 9784130623186)
『科学の最前線を歩く 』（白水社、2017年） (ISBN: 9784560095638)
『東京大学本郷キャンパス : 140年の歴史をたどる』（東京大学出版会、2018年） (ISBN: 9784130013505)
『日本の建築文化事典』（丸善出版、2020年） (ISBN: 9784621304082)
『テーマでとく光のデザイン手法と技術』（彰国社、2020年） (ISBN: 9784395321575)
『情報と建築学: デジタル技術は建築をどう拡張するか／東京大学特別講義』（学芸出版社、2024年）(ISBN: 4761528869)
その他

LIXIL学生のための住宅デザインコンペ、トウキョウ建築コレクションなどで審査員を歴任。