FC2ブログ

本を読む

読書やコンピュータなどに関するメモ

「新九郎奔る」1巻

 ゆうきまさみ氏が伊勢新九郎(後に北条早雲と呼ばれる人物)のマンガを始めたと聞いて読んでみたら、情報密度が高くて面白かった。

 第1巻なので、まだ新九郎のローティーン時代で、ちょうど応仁の乱が始まるあたりが描かれている。ある程度省略していてもややこしい状況なんだけど、愛されキャラで好奇心の強い少年が主人公だと、まわりの人物が説明してくれるというのが自然になってわかりやすい。

 あと昭和に育った世代としては、「「一休さん」に出てくる、おなじみ「新右衛門さん」の息子、蜷川親元です」というネタに、親しみを感じた。

「自動運転「戦場」ルポ」

 著者さんがメルマガで書いていたところによると、当初は米国で自動運転車の実用化は近く、それに比べると日本は遅れているのではないか、という仮説で取材や調査を始めたとか。が、調べるほどにそれは誤解であるとわかった、と。その成果が本書らしい。

 その言葉のとおり、自動運転に期待しつつも、すぐやって来そうに言われているレベル5自動運転(運転者不要)は現実にはまだ問題が多いことを指摘。まず現実に各社が目指すのはレベル3自動運転(必要があれば人間が対応)だとし、その課題などを取材や調査から具体的に指摘している本だ。

 レベル5が遠くレベル3の課題にもなっているのは、事故がいくつか起きている点だ。いちばん問題になったのは、アリゾナでUberの実験車が死亡事故を起こした件。また、テスラの製品で半自動運転にまかせきって高速道路を走っていた車が中央分離帯に激突してドライバーが死亡した事故もあり、前年にも類似の事故があったと。いずれも、人間でも対応に困るような事故ではなく、人間が運転していれば問題がないケースだという。

 その要素としては、センサーの誤認識や、ファルスポジティブを避けるための閾値設定、機械学習で学習していない人間のフリーダムな行動、自動運転のもとになるだけの細かな情報が集められた地図の不在、それを補うためのV2Xの整備などが挙げられている。

 こうした課題のあと、最後の第4章では、日本を中心にアジア各国で自動運転が必要とされる背景やユースケースが分析されている。

 ちなみに、本書で引用されていた日本認知心理学会での発表によると、レベル3自動運転で「ここからあなたが操縦してください」と言われて素直に従う人は運転の安全性が低く、疑問を持つ人のほうが安全性が高いのだとか。

「テンプル騎士団」

 テンプル騎士団は十字軍の始まりとともに生まれた。最初は護衛が主な役割だったが、この時代には例を見ない常設軍となった。さらに、護衛から派生して銀行業務を扱うようになり、しまいにはフランスの経理・財政のアウトソーシングも担うまでになった。

 が、十字軍の終わりとともに疎まれるようになり、讒言により処罰され解散となった。ただしそのメンバーは生き残り、ポルトガル支部はキリスト騎士団と名を変え、エンリケ航海王やヴァスコ・ダ・ガマなどを排出した。同時に、テンプル騎士団は都市伝説の格好のテーマとなった。

 というようなテンプル騎士団の栄枯盛衰を、わかりやすく面白く語った新書だ。

 ちなみに、世界史に疎いのでネットで調べたところ、十字軍は日本でいうと平安時代末〜鎌倉時代末ぐらいの時期だとか。で、モンゴル帝国とぶつかったりはしなかったのかとさらにネットで調べたところ、十字軍側ではなにやら共闘を考えたけど、モンゴル帝国は凶暴だからやめようということになったとか。

「信長の忍び」14巻

 この巻では、明智光秀の丹波国攻略失敗から、天正4年の石山本願寺戦(「村上海賊の娘」の舞台となった第一次木津川口の海戦を含む)を描いている。

 その光秀が全面的にフィーチャーされた巻だ。最初のうちは後に大ブーメランとなって返ってくるネタが連発されるんだけど、だんだん闇落ちフラグが積み重なってきて、天正10年を予感させる展開となる。自分がしくじったら妻子がという追いつめられかたは、現代人にもわかりやすいな。ああ煕子様。

 ちなみに本能寺の変での光秀は、すでに関連作「軍師 黒田官兵衛伝」3巻で描かれている。

「机上の九龍」、「真 机上の九龍」上・中・下

 一目見てわかるようにタイトルは、机上の空論と九龍をかけている。さらに内容ではクローンもかけている。

 1990年代あたりに(当時の)香港をイメージした近未来ものが流行したけど(メジャーどころでは「帝都物語」「スワロウテイル」なども)、その流れにあるマンガ。西暦2500年ぐらいの日本にあるネオ九龍という都市(西新宿を中心とした東京が元?)が舞台になっている。

 主人公は捜し屋の机田九。いろいろな人の依頼を受けて探すうちに、背景の陰謀が見えてくる、というノワール探偵ものの連作になっている。中でも、知能を持った動物たちを作った、マッドサイエンティストのもろ博士(モロー博士ですな)の影がちらつく。

 長崎尚志氏らしい風呂敷の広げ方だけど、ほどのどの長さなので、いつものような“どんでん返しをくり返した結果、ふり返ると登場人物が何をしたかったのかわからない”ようなことにならずにまとまっている。伏線や因果もわりと効果的だし。

 本作は2000年から雑誌に発表されたらしい。私は10年ぐらい前にたまたま古本で「真 机上の九龍」を買って読み、最近になって最初の「机上の九龍」をAmazonマーケットプレイスで買って読んだ。

 ちなみに、困った人から依頼を受けて助ける、ちょっと特異な能力を持った少年と、その肩に乗っていて知恵や行動で助ける小さな「父さん」ということで、私は「ゲゲゲの鬼太郎」を意識してるんじゃないかなと想像している。

 あと、今回「真 机上の九龍」を読み返して、巻末で大木刑事の外見のモデルが松重豊さんだったと知って驚いた。

OpenSDS Japan meetup #1に参加

 OpenStack DaysでOpenSDSを知って、9月3日に開かれたOpenSDS Japan meetup #1に参加してみました。

 ちなみに抽選会でスマートバンドのHuawei Band 2 Proが当たってしまいました。

 それはさておき、以下、メモほぼそのまま(敬称略)。

あいさつ 伊藤@bmark

  • こんなに来るとは思ってなかった
  • OpenSDSって知ってた人? → 多い

    • なら多くてもしかたない
  • OpenSDSとは何かから

  • いまOpenSDSがどうなっているかまで
  • 開発にコミットしている企業の声も

Steven Tan(OpenSDS chairman、Huawei)

  • OpenSDSは

    • オープンソースプロジェクト
    • GitHubに
  • ITの進化

    • モノリシックからマイクロサービスに
    • レガシーからハイブリッドクラウドに
  • modern data centerでは

    • アプリケーションはlegacyやパブリッククラウドやプライベートクラウドの上で
    • 物理マシン、仮想マシン、コンテナ
    • さまざまなツール
  • 必要なこと

    • オープンソースで複数のベンダーや開発者
    • オープンスダンダード
    • 公平のためのベンチマーク
  • まずコントロール/管理プレーンに集中

  • 組織

    • Technical Steering Committee(ロードマップを作る)
    • End-User Advisory Committee(要望を上げる)
  • ゴール

    • Open
    • Real
    • Ready(エコシステムができていること)
  • コアプロジェクト

    • SUSHI
      • ノースバウンドのプラグイン
      • Mesos、Docker、OpenStack、CloudFoundry、VMware、Oracle、SAP
    • HOTPOT
      • ストレージコントローラー
  • ポリシードリブン
    • プロビジョニング、スナップショット、レプリケーション……
  • 分散スケールアウトアーキテクチャ
    • Hotpot Controllerから各ノードのHotpot Dockと各ドライバーに接続
  • k8sでのアーキテクチャ

    • OpenSDS CSI Plugin→OpenSDS Hotpot→OpenSDS Dock→Storage
  • ダッシュボード画面

    • 佐藤さんのプレゼンでデモの予定
  • その先:Open Data Fabric

  • ビジネスサイドの要求とITサイドの必要とすること
  • ビジネスドライバー
    • モニタリング、レポート、分析、予兆、オーケストレーション、インテリジェンス
  • Data Fabricのkey design principle
    • data irrespective of where it is located
    • governance and compliance
    • all components interoperate
    • common tools and facilities
    • ability to choose
  • Open Data Fabric
    • automated policy-based storage and data services
    • data lifecycle and other data activities
    • seamless data mobility
    • heterogeneous storage platforms and clouds
  • 要素

    • Orchestration & automation
      • compute frameworkの要求に応じて
    • Multi-cloud data control
      • policy-based data mobility
    • data & storage Intelligence
      • automatically tune the storage infrastructure
  • 差別化

    • ODF unifies management of storage and data services
    • ODF integrates data management
    • ODF enables interoperability
    • ODF avoids vendor lock-in
  • ロードマップ

    • 2017H2 Zealand
      • k8s FlexVolume、Ceph、LVM…
    • 2018H1 Aruba
      • OpenStack、Dashboard…
    • 2018H2 Bali
      • S3 Object、Multi-Cloud Data Control
    • 2019H1 Capri
  • leverage OpenSDS community

    • 世界中のOpenSDS 2018イベント
    • 日本ではCloud Native、Open Source Summit…
    • CloudNativeCon Copenhagenでの様子
  • OpenSDSに参加しよう

Noriaki FUkuyasul(The Linux Foundation Japan)

  • (伊藤bmark前説:OpenSDSはLinux Foundationがホストしている)

  • The Linux Foundation(LF)

    • 近年はLinuxだけでなくいろいろな開発コミュニティをサポートしている
    • Let's Encryptもk8sもNode.jsも
  • LFのミッション

    • 持続可能なエコシステムの実現
    • オープンソースプロジェクトの中でも、影響力が大きくなるだろうと思われるプロジェクトをサポート
  • OpenSDSに対してLFは

    • Upstream FirstをOpenSDSで、日本でも充実させたい

NTT Communications 楠 慶

  • Hybrid Cloud TransformationのためのData Moblilityとクラウドストレージデザイン

  • ホスティングの歴史

  • 〜2010
    • 馬車の時代
    • マイグレするぐらいなら作り直し
  • 2011〜
    • 列車の時代
    • クラウド
    • お客様がモビリティを獲得しはじめる
    • だが乗り換えは大変
  • 2013〜

    • 車の時代
    • コンテナ
    • k8sで作っておけばモビリティ
  • が、データには「論理質量」がある

  • まだTBスケールなのでなんとかなる

    • IoT/ビッグデータ、AIでデータ量増加
  • data mobilityの2つのコスト

    • ネットワークコスト(データプレーン)
      • どうつなぐか
      • クラウドへの接続は高い
        • 専用線、ポート課金、転送量従量課金
    • マネジメントコスト(コントロールプレーン)
      • 複数のストレージシステムとIaaS基盤
      • いろいろなところで1ベンダーにロックインされる
  • NTTコムのEnterpriseCloud

  • ストレージネットワークはデータプレーンとストレージプレーンに分かれている
    • 普通のリーフ-スパイン構成
    • VXLANでSDN
  • ストレージがネットワークのマルチテナンシーを持つ
    • 異なるお客様が同じIPアドレス
    • タグVLANで
    • ストレージとVMの間をSDNコントローラーでVXLANトンネル作成
  • いったいいくつのコントローラーを開発?

    • ブロックストレージ、ファイルストレージ、オブジェクトストレージ……
    • 独自APIではお客様がk8sから叩けない
  • OpenSDSなら

    • Hotpotの部分でいろいろ対応
    • ストレージコントローラーとSDNコントローラーだけ書く
  • ノーモア車輪の再発明

  • オープンスタンダードなAPI

ヤフー株式会社 佐藤佑介 武井聖也

  • 2017年からOpenSDSコミュニティに参加
  • 2018年6月からArubaを絶賛PoC中

  • デモ

  • 基本動作

    • Webのダッシュボード
    • ボリュームを作る
      • プロファイルを指定できる:ストレージの種類
    • CLIからもosdsctlコマンドで
      • osdsctl pool list
      • osdsctl volume list
      • osdsctl volume create --az xxx --name yyy 1
  • Array-based Replication
    • 対応はいまのところHuawei Doradoのみ
    • ボリューム作成
    • レプリケーション作成
    • DoradoのWeb UIから確認
  • Host-based Replication
    • DRBDで
    • ここではLVMで
    • CLIから
      • osdsctl replication create xxx yyy
    • 相手で
      • drbdsetup status
      • 少し時間がかかる
  • Kubernetes連携
    • OpenSDS CSI pluginでパーシステントボリュームを払い出す
    • CSIのPodがすでにデプロイされている状態
    • kubectl get pvc
    • NginxのPodでドキュメントルートにマウント
  • OpenStack連携

    • single nodeのOpenStackでCinder APIをOpenSDSでおきかえ
  • Arba PoCの結果

    • バグはあるが基本機能の動作はおおむね問題なし
    • OpenSDS nativeのDriverが少ない
  • Q:OpenStack連携での性能は

    • A:コントロールプレンのみで、データプレーンはCinderそのものなので違わない

パネルディスカッション

  • 発表者に、サイバーエージェント長谷川と、GMOペパボ常松が加わる

  • 伊藤bmark:参加者の質問から。コードサイズは

  • A(楠):GitHub

    • 開発状況は議事録などもすべてGitHubに
  • 伊藤:参加したいといって会社が参加させてくれたか

  • 楠:上司は消極的に「参加してみたら」と
    • 参加してみると、会合のたびに同じ悩みを持つ人が多い
    • うちと同じ課題
  • 佐藤:LFの後ろ盾があるということで

    • エンドユーザー側の要望を聞いてくれる
    • Web UIなど
  • 伊藤:会社でやれそう?

  • 常松:うちは入ろうと思えば特に問題はない
  • 長谷川:たぶん問題なく入れるんじゃないかな

    • 上の人はあまり考えないので
    • 現場が考えて現場が責任をとる
  • 伊藤:いまのストレージ製品で解決できない問題があるから?

  • 長谷川:保守切れとか
    • ストレージがかわるとアクセスの仕方が変わる
    • 皮をかぶせておけば便利なんじゃないか
  • 常松:違いを吸収できる
    • k8sのpersistence volumeをCinderでの例
    • OpenStackをかまさないといけないので
    • デモのようにそこを吸収してくれると
  • 佐藤:管理を楽にしたいというモチベーションが一つ
    • 新しいストレージに移行したい。同じベンダーでないとレプリケーションできない
    • OpenSDSがベンターをまたがったレプリケーションを将来サポートしてくれば
  • 楠:うちは保守ぎれたくさんw

    • 高いextraサポートで
    • ロックイン
  • 伊藤:変わった?

  • 楠:まだArubaでテストフェーズ
    • データは絶対的な安定が求められる
  • 佐藤:とりあえず試して形になることがわかったフェーズ

    • 少し前は、この2人(楠氏と)ぐらいしか盛り上がってないんじゃないかとw
    • これから変化が起きるとうれしい
  • 伊藤:より期待すること

  • 長谷川:うちの会社はDCを地方に分けてリスク分散はしない方向w
    • レプリケーションよりは、ブロックストレージとかファイルストレージとか用途が増えるとうれしい
  • 常松:レプリケーション、バックアップ
    • うちはDRはやるように言われているのでw、遠隔地バックアップも
  • 佐藤:DBの連携が楽になると
    • ファイルストレージも
  • 楠:ハイブリッドクラウドでパブリックラウドとどんどん連携してくれると

    • テレコム屋さんはみな言っている
  • 楠:質問から「競合は? Scality Zenkoなど?」

    • Scality Zenkoはオブジェクトストレージ専門
    • OpenSDSはブロックストレージからいろいろ
    • コラボできるとうれしい
  • 佐藤:ストレージのオーケストレーションを標準化するプロジェクトはいくつかある

    • EMCとか
    • OpenSDSが違うのは、End-User Advisory Committeeがあること
    • k8s CSIなどとの連携
  • 伊藤:質問から。障害対応機能

  • 楠:まだない

    • まだ「A」なので
    • みなさん、OpenStackの「A」の頃を思い出していただければw
  • 常松:SUSHI。アクティブに開発。いつごろ実用的に?

  • 楠:なんともいえない

    • CSIとCinderは早い
    • それ以外は形にもなっていない
    • ノースバウンドはまだまだ
  • 楠:質問から「ステッカーありますか?」

    • あります
    • Tシャツもあります
  • 伊藤:ちなみにコードサイズは64万行とのこと

  • 会場:コントリビューションにagreementにサインしたりする必要は?

    • Steven:No
    • 誰でも参加できる
  • 会場:楠さんの話。マルチクラウドのインテグレーションがやりたいと

    • 今はクロスクラウドはできない?
  • 楠:次のBaliでS3で翔ばせるようにしようと言っているぐらい

    • いまのところローカルだけのオーケストレーション
    • Scality Zenkoと被るがw
  • 会場:End-User Advisory Committeeにどのように参加、貢献

  • 楠:ぼくと佐藤さんは
    • 2Wに一度電話会議に参加して要望を言う
    • リアルに会うのは半年に1回ぐらい、ビッグなイベントのついでに
    • そこでディープなディスカッション
    • 基本的にはワーワー言うだけ
  • 佐藤:基本的には触ってフィードバックするのがメイン

「日経Linux」2018年9月号

 発売されて1か月ほどたってしまったけど、メモとして。

 この号では、巻頭レポートと特集1に1本ずつ寄稿しました。巻頭レポートでは、キャラクタ端末向けWebブラウザー「Browsh」を紹介しました。バックエンドでFirefoxをヘッドレスで動かして、レンダリング結果をキャラクタで表示するというものです。YouTubeも一応表示されるのは驚きました。

 特集1は「はじめてのLinuxサーバー最新レシピ16本」。Part 1が「“最初の1歩”編」で、Ubuntu Server 18.04 LTSのインストールと固定IPアドレスの設定、sshdの基本設定、ufwの設定、ブロードバンドルーターのポートマッピング設定、DDNS設定、送信専用メールサーバー設定。Part 2が「“おススメの1本”編」で、Nextcloudを立てる。コラムでWebDAVサーバーのWeborf。Part 3が「“Webサイト公開”編」で、WordPress、ブログサーバーのGhost、写真ギャラリーサーバーのPiwigo、HTTPS対応のLet's Encrypt。Part 4が「“仲間とワイガヤ”編」で、Slack風チャットサーバーのMattermost、ActivityPub/OStatusな分散SNSのPleroma。Part 5が「“書類や知識を整理”編」で、git、Stack Overflow風のナレッジサーバーKnowledge、カンバンシステムのRestyaboard。Part 6が「“自宅LAN快適化”編」で、aptプロキシーのAptt-Cacher NG、DNSキャッシュサーバーのUnbound、HTTPプロキシーのSquid、VPNサーバーのOpenVPN。

 Part 7が「“仮想サーバー”編」で、DockerやLXD、snapを紹介。Part 8が「“Raspberry Pi”編」で、ファイルサーバー用OSのOpenMediaVault、監視カメラOSのmotionEyeOS、音楽再生プレイヤーOSのpiCorePlayer、PCやモバイルデバイスから動画をTVに映すRaspberryCast。コラムでRspberry Pi 3 Model B+の初期設定。

 特集2が、「軽量Linuxの選び方・遊び方」。Part 1が新定番もので、そのうちUbuntuフレーバーでXubuntu、Lubuntu、Ubuntu MATE。流麗なデスクトップでフランス生まれのVoyager、Pantheonデスクトップのelementary OS、Windows風のChaletOS。個性派デスクトップで、EnlightmentベースのMokshaデスクトップのBodhi Linux、旧型PC向けのPuppy Linux、Windows風のZorin OS Lite。

 Part 2は「実践! 軽量LinuxをPCにインストール」で、2in1タブレットにXubuntuを入れて、シェルスクリプトで画面回転に対応する。

 特集3は「Amazon Echo & Google Home AIスピーカーを自作しよう」。Amazon Alexa編は、Raspberry PiにAVS Device SDKを入れて、高性能マイクを付けて、AIスピーカーにする。Googleアシスタント編は、Raspberry PiにGoogle Assistant SDKを入れて、IFTTTによってTwitterに投稿する。

 特集4が「ラズパイで楽しむLinuxライフ Webアプリで使うDBを安全に管理しよう」。WordPressを題材に、MariaDBをMySQL Workbenchで管理し、さらにSSL経由でMariaDBサーバーに接続するよう設定する。

 新連載「ラズパイで学ぶ 画像認識超入門」が登場。Raspberry Pi+OpenCV+Pythonによるカメラ画像の認識を学ぶ。初回は、画像の基礎と、OpenCVのインストール、USBカメラの接続、サンプルコードの実行。

 まつもとゆきひろ氏の「プログラマのこだわり」連載が、マンガ。星野之宣作品、「AIの遺電子」&「バイナリ畑でつかまえて」、「スティーブス」、「王様達のヴァイキング」、「理系の人々」などが紹介されている。あと、まつもと氏にとって「アップル製品が苦手な理由」という話も。

 「Linux 100%活用ガイド」連載が、Stellariumによる自宅プラネタリウム。LinuC連載が、101試験「システムとサービスの起動・管理」と102試験「ネットワーク管理」。「ラズパイ電子交錯お手軽レシピ集」連載が、ラズパイをX68000型ケースに入れて、RetroPieでレトロゲームを動かす。カーネル新機能連載が、仮想CPUに物理CPUの実行権がないときにタスクを割り当てないようにする2行のパッチについて。

 巻頭レポートの自分以外の記事が、LPIC(本部)の新試験についてで、LinuCとの関係についても触れている。世界のディストロ連載が、openSUSEから派生した「GeckLinux」。フリーソフト連載が、実体配線図で定番ともいえるFritzing。

 みんな大好き「#!シス管系女子Season6」が、シェルのパスを通す話。お約束のボケありがとう。

 別冊付録が、「基礎からわかる最新Linuxマスターブック」。過去記事から、Linuxの基礎や、操作の基礎、ファイルシステムの基礎、シェルの基礎、シェルスクリプトの基礎、パーミッション、cron、パーティション管理、パスワード、gitの基礎、Markdownの基礎、Raspberry Pi入門をピックアップしている。

 | HOME |  »

Categories

Recent Entries

Recent Comments

Recent Trackbacks

Appendix

emasaka

emasaka

フリーター。
連絡先はこのへん

Monthly


FC2Ad