Posts

Yahoo! JAPAN Tech Conference 2019 in Shibuya

きました pic.twitter.com/mN83GXKkkn
— umemak (@umemak8) December 13, 2019

3年連続３回目の参加。毎年会場が変わって、今年は渋谷です。表参道駅から歩きましたが。。

基調講演 13:00 - 13:45

藤門千明取締役常務執行役員、CTO（チーフテクノロジーオフィサー）

https://www.slideshare.net/techblogyahoo/yjtc19-in-shibuya-yjtc
「未来を、共に創ろう」
- ユーザーアクションの最大化
- オフラインにも進出（PayPay）
- MUU5049万、MUB9302万, DR1132億
未来をす作るためになければならないもの
- AI,データ
- 価値を届けるスピードを大事にしている
  - 5年前は鈍化していた
  - モダナイゼーション
過去のモダナイゼーション
- 失敗例
  - 2013年、アプリケーションライフサイクルマネジメントの実現
    - 常に最新のOS.HW・SWへ追従するための土台づくりが未完了
  - うまく行かない３つのレガシー
    - マインド、テクノロジー、習慣のモダナイゼーションを同時並行してすすめる
マインドのモダナイゼーション
- 2015年12月、決起集会を開催を２０００人集めて実施
- 会場はここ（ベルサール渋谷ファースト）だった
- トップからメッセージング
- 自分ごと、オープン化、チャレンジ
- 仮想化、CIのチャレンジが成功したのは、潜在的にエンジニアがいたから
テクノロジーのモダナイゼーション
- pic.twitter.com/0KKstVSH68
  Read more

Baseball Play Study2019冬シーズン振返りスペシャル(BPStudy#148)

2019-12-10

https://bpstudy.connpass.com/event/152350/

野球系IT勉強会です。

LT18本＋始球式という、先日のgolang.tokyo LT大会を上回る本数。。の予定でしたが、緊急登板回避が3名発生したため、始球式合わせて16本になりました。

きました pic.twitter.com/mzQj64wp4K
— umemak (@umemak8) December 10, 2019

感想：次回も参加したい。

始球式(18:44〜18:49) 2020年に向けて中日ドラゴンズ与田剛監督へ1つの提言

佐藤治夫（Twitter: @haru860）

昨年12月の開催で中日ドラゴンズ与田新監督就任にあたり、2つの提言をさせていただきました。

golang.tokyo #28

2019-12-04

https://golangtokyo.connpass.com/event/156678/

LT大会（１６本！）です。

19:00 ~ 開場・受付

きました pic.twitter.com/T9mR1MzOss
— umemak (@umemak8) December 4, 2019

19:30 ~ 19:40 オープニング・乾杯

yappli

19:40 ~ 19:45 LT1: [仮]wire.goをプロダクトで使ってみた

bieshanさん

DIツール
- 依存関係のコードを生成してくれる
wire使い方イマイチ理解していないので助かる
型を見て生成しているので、同じ定義だとどちらを使っていいか判断できない
- 型の名前を変えれば良い
- 内部まで書き換えに行く？
  - 構造体でラップしてあげれば良い

19:45 ~ 19:50 LT2: 作業効率アップ！便利なTUIツール5選

ゴリラさん

https://speakerdeck.com/gorilla0513/zuo-ye-xiao-lu-atupu-osusumetuituru5xuan
lazygit
docui
pst
ff
tson

19:50 ~ 19:55 LT3: Twitter を自由自在にフィルタリングする Twilter を作った

kawasin73さん

tweetbotおすすめ
フィルタした結果をRTするBOT
鍵垢（BOT）でRTしてそれをフォローしておく運用
- 鍵垢じゃないとRTするたびに相手に通知が飛ぶ

20:00 ~ 20:05 LT5: go toolを使ってインライン展開をのぞいてみる(仮)

tutuzさん

objdump（標準ツール）で逆アセンブリできる
インライン展開しない場合の実行コスト
- ５倍くらいになる場合もある
複雑なものは展開されない

20:05 ~ 20:10 LT6: Markdown内のコードだって美しくしたいんだ！！

po3rinさん

https://speakerdeck.com/po3rin/i-want-to-make-the-code-in-markdown-beautiful
mdを構文解析して処理している
舌打ちはアイデアになる

20:10 ~ 20:15 LT7: gRPC周りで困ったこととその解決方法

Go Sagawaさん

https://docs.google.com/presentation/d/1bmTIrdgyi3E-bK3r7KHpsOFXDQOZoZVz6oXi7iSFPsw/edit#slide=id.g33148270ac_0_143
protoの扱い
抽象化が難しい
構造化を考える
clang-format でフォーマットできる
実装する前にレビューするの大事
grpc-gatewayを使うと、ミドルウェアがかけるので良い

20:15 ~ 20:20 LT8: (仮)初めてGoで開発してみて思ったこと

rkmathiさん

言語使用や書き方はわかった、実際のアプリケーションはどう書くのか
Gopher道場
C++やRubyと比べて長短

20:30 ~ 20:35 LT9: [仮]keepAliveのすゝめ

Shogo_Tomiokaさん

https://docs.google.com/presentation/d/10vwEqHnqL-woEmUYJ9Ei5jEouFiv02GgyqaMAVDo6pk/edit#slide=id.p1
http.TansPortで設定できる
- デフォルト有効
tcnksm/go-httpstat
res.Body.Close() しないと使い回せない
パラメータはアプリケーションの特性を考えて調整する

20:16 ~ 20:26 休憩

20:35 ~ 20:40 LT10: マイクロサービスで共用するprivateなエラー&ロギングパッケージを作った

Shohei O.さん

https://speakerdeck.com/shoheshohe/maikurosabisudegong-yong-suruprivatenaera-and-rogingupatukeziwozuo-tutahua
ubarのzapでロギング
- JSON形式で出力
GOPRIVATE環境変数

20:40 ~ 20:45 LT11: gRPCのクライアントが絡むテスト

dice_zuさん

https://daisuzu.github.io/golang-tokyo-28/#1
DI
- 3rbパーティ性のライブラリが辛い
ダミーサーバー
- コード量が増えて辛い
リクエストレスポンスを記録再生する
- cloud.google.com/go/rpcreplay
- gRPCクライアントのシグネチャに縛りあり

20:45 ~ 20:50 LT12: Repositoryによる抽象化の理想と現実

sonatardさん

https://speakerdeck.com/sonatard/ideal-and-reality-of-abstraction-by-repository
抽象化するためにRepositoryを使う
具象が変更したときに対応できる抽象化か？

20:50 ~ 20:55 LT13: インフラエンジニアもGolangが書きたい

nwiizoさん

Python（Fabric）のSSHクライアントをGoにした話
運用が複雑化するとスクリプトも肥大化していく

20:55 ~ 21:00 LT14: 年末なのでgoを使ったプロダクトを初めてリリース・運用した1年を振り返ってみる

keitaro_1020さん

https://speakerdeck.com/keitaro1020/nian-mo-nafalsedegowoshi-tutaapuriworirisusita1nian-wozhen-rifan-tutemiru
スター数でライブラリ選定したら後で辛いことがあった
開発者のGo経験不足
- Go有識者にソースコードレビューや勉強会を開催してもらった

21:00 ~ 21:05 LT15: Transform Go error handling using AST inspector

Hidetake Iwataさん

https://speakerdeck.com/int128/rewrite-go-error-handling-using-ast-transformation
ソースコードとASTの相互変換ができる
ASTで呼び出す関数を置き換えてしまう

21:05 ~ 21:10 LT16: Go基礎力に効く標準ライブラリContext徹底理解。あなたはContextの挙動を説明できますか？

shibu_jpさん

19:55 ~ 20:00 LT4: Write Kubernetes Custom Controller in Go

morito_ikedaさん

kubernetes-sigs/controller-runtime
割とかんたんにカスタムコントローラーが作成できる

21:10 ~ 21:35 懇親会

21:35 ~ 21:45 結果発表

21:45 ~ 21:55 終了・撤収

Kubernetes Meetup Tokyo #26

2019-12-03

今回は 2019/11/18-21 で開催された KubeCon + CloudNativeCon North America 2019 の Recap 会だそうです。どちらも参加していないのでどんな話が聞けるのか楽しみです。

https://k8sjp.connpass.com/event/155240/

きました pic.twitter.com/NkIGEmFehn
— umemak (@umemak8) December 3, 2019

18:15-19:15 受付開始

19:00-19:05 Opening (5min)

19:05-19:20 KubeCon + CloudNativeCon North America 2019 Overview

Ian Lewis (@IanMLewis), Google

２つのイベントが同時開催だった
次回登壇したいヒトは明日までCFP受付中
12000人くらい。去年は8000人くらいだった。
女性11%はDev系カンファレンスでは多い方
関連イベントたくさん（スライドに入り切らない）
CNCF End User Community
- 日本の企業もいくつかある（もっとある？
Kubernetes Project Update
- 1.16
- Ephemeral Containers
- 毎月3000人以上がコントリビュートしている

19:20-19:40 Your Path to Production Ready Kubernetes hosted by Weaveworks

土田智大 (dullest), 楽天株式会社

Co-located eventのひとつ
Production Readyのために
- Liveness/Readiness Probe
- Configmap
- FGraceful shutdown
- Twelve-Factor App
ハンズオン資料
- https://tinyurl.com/kubecon-2019-workshop
- https://www.weave.works/product/cloud/
curlでスクリプト叩くだけでデプロイできる
Gitのファイルをもとにする（GitOps）
Production Ready Checklist

19:40-20:00 Keynote: Seamless Customer Experience at Walmart Stores Powered by Kubernetes@Edge

Junichi Yoshise (@jyoshise), Hewlett Packard Enterprise

Walmartの決済の話
POSシステムをクラウド化した（４年前）
通信コスト削減のためにエッジに処理を一部移動させる
クラウドネイティブ化の動機
- Dynamic deployment
- Scalability
- Resiliency
- Observability
エッジコンピューティングの動機
- Low latency
- Massive data
- Privacy security
- Local autonomy
- Devices
MEC(Mobile Edge Computing)
データの同期
- Edgeとクラウドで整合性が取れていないといけない
  - 商品の金額とか
物理的な制約
- 各店舗にラックマウントサーバーを設置している
- 基本的にEdge環境では、過酷な環境でメンテナンスフリーに近い形で稼働し続けなければならない
K8sクラスタの更新
- 遠隔地のクラスタ自体のデプロイを集中管理する仕組みが必要
MECでは、端末は移動する前提
スマートじゃないデバイスへの対応
- KubeEdge
  - Device Twin
アプリケーションのデプロイ
- GitOpsが最適
- WalmartはCDエンジンを自作
  - 今ならArgo flexやTectonが使える？
Security
- Secret管理
  - Vaultから撮ってきたsecretをetcdに一時的に保存するoperationを自作
  - クラウド側のみだとネットワーク切れたら使えなくなってしまうので

20:00-20:20 Running Apache Samza on Kubernetes - Weiqing Yang, LinkedIn Corporation

吉村翔太 (@yosshi_), NTT Communications

samza
- もともとはLinkedinが作ったストリーミング処理OSS
- 似たものにSparkやFlinkがある
最近のHadoopの動向
- オンプレで使う場合はディストリビューションを使う。主なものは３つ
- ClouderaとHortonworksが統合。2021年くらい？
- ClouderaDataPlatform
  - AWSをサポート。AzureとGCPも近々
KafkaがHDFSなら、SamzaはMapReduceに当たる存在
- KafkaもLinkedinが開発したOSS
- Message queue, Message hub

20:25-20:55 懇親タイム sponsored by Yahoo! JAPAN

20:55-21:15 How Yelp Moved Security From the App to the Mesh with Envoy and OPA

鳥居隆史 (@ttorii0609), Dell EMC

Security
- K8s is NOT secure by default
  - 基本フルオープンなので、ザル。
  - 9個のプラクティス全部やれ
- K8sのセキュリティは今アツい
Open Policy Agent(OPA)
mTLS
OPAを使うにあたっての課題
- OPA Policy Managerを作った
セキュリティを考えるとサービスメッシュは必要
Scope Creep
- 要件がどんどん広がっていく様

21:15-21:35 The Release Team Shadow Program - Mentoring For the Future - Guinevere Saenger, GitHub & Lachlan Evenson, Microsoft

Yang Li (@idealhack), Kubernetes community

OCHaCafe Premium#1：Oracle Cloudで考える高可用性アーキテクチャ

2019-11-29

https://ochacafe.connpass.com/event/152768/

番外編の第１回。高可用性の話です。

きました pic.twitter.com/plY4jy7rsN
— umemak (@umemak8) November 29, 2019

18：30　受付開始　

19：00　オープニング

19：10　セッション開始

https://speakerdeck.com/mmarukaw/oracleclouddekao-erugao-ke-yong-xing-akitekutiya
データセンター電源障害の話から
OCIはまだ日本に来てから日が浅いこともあり、大規模障害はまだない。
- 海外ではあった
Design For Failure
- サーバーは落ちる前提で考える
- クラウドベンダーの保証はSLAの範囲内まで
- アプリケーションの最終責任はユーザーが負う
- 高可用性のためのコストと複雑性を、軽減できるリスクに対してバランスを取る
高可用性とは
- システムが継続して可動できる能力が高いこと
- クラウドでもオンプレのときと考え方は同じ
- クラウドの特性として高可用性を比較的低コストで実現できる
障害のレベル
- 機器障害
  - プロセスだったりハードウェアだったり
- サイト障害
  - DCレベル
- 広域災害
  - 地域まるごと
クラウドのリソースが備える特性を活かす
- 本質的に堅牢なOCIリソース
  - オブジェクトストレージ
    - 耐障害性、安価、各種サービスとの連携
  - ロードバランサー
    - トラフィックの高可用性
    - サイトレベルの耐障害性
  - OKE(K8s)
    - クラスタとノードプールの自己回復
  - Exadata Cloud ServiceとAutonomous Database
    - Oracle Databaseの高可用性プラクティスが詰め込まれている
    - RACでスケール
  - OCI DNS
    - グローバルレベルの耐障害性
- ユーザーに寄る高可用性実装を支援する
  - リソース配置
    - リージョン
    - 可用性ドメイン（AD）
      - データセンター
      - 東京はまだ１つなので、AZ障害イコールリージョン障害
      - データセンター間の通信は低レーテンシー
    - フォルト・ドメイン
      - DC内のサーバラック群をグループ化したもの
      - 仮想サーバーを別々の物理サーバーに配置したいときに有効
  - リソースの有効範囲
    - グローバル＞リージョン＞可用性ドメイン＞フォルト・ドメイン
    - リージョンレベルのリソース（VCN）でリージョンまたぎをしたいときはピアリングをする必要がある
    - リージョナルサブネットというのがある

19:43 10分休憩

ビール投入

Bonfire Backend #4

2019-11-26

https://yj-meetup.connpass.com/event/153658/

初参加です。

19:00 開場・受付開始

19:30 イントロ・乾杯

19:35 ヤフーのナビゲーション系のバックエンドサービスの課題をk8sで解決した話

高木克彰(@tkgtransit) ◆ ヤフー株式会社

ナビゲーション
- マップの徒歩ナビ
- 乗り換えナビ
従来のアーキテクチャ
- エンジンデータはそれぞれ１台の仮想サーバーが担当
- C++, Apacke Module
- 課題
  - IFが異なるだけで基本ロジックはほぼ同じ
  - データ更新に半日
  - 脆弱性対応が多い、手作業
改善後
- API層を統合
  - 社内PaaSに移行
- エンジン層
  - 社内CaaSに移行
  - バイナリデータはinit comtainerで取得してオンメモリに展開
- データの更新はk8sのcronで実行
パイプラインはscrewdriver使っている

19:50 プライベートクラウドをk8sで刷新して良かった話

鶴田貴大 ◆ サイボウズ株式会社

自社製プライベートクラウド
- OpenStackは使っていない
- Ubuntu
  - 14.04から16.04へのアップグレードに２年くらいかかった
- コンテナもほぼ使っていない
インフラ刷新
- necoプロジェクト
- CKE(Cybozu Kubernetes Engine)
- Certifiedになった
目的
- 運用コスト低減
- スケーラビリティ向上
K8sを選んだ理由
- 圧倒的に流行っていたから
CoreOS採用
- コンテナ用軽量OS
GitOps
- Argo CDを使用
テナント
- チームごとに権限を分離
- ほかテナントに影響しないように
- 単一のk8sクラスターですべてのテナントを賄っている
開発環境
- クラスタを共同利用
  - うっかり壊すと大変
- Kindに変更
  - ローカルPCでも動かせる
Teleport
- 多機能踏み台サーバー
- ターミナルの入出力を録画できるので、監査に使える

20:10 PFNにおける二種類のKubernetesクラスタ

太田佳敬(@ota42y) ◆ Preferred Networks

https://speakerdeck.com/ota42y/pfnniaru2tufalsekubernetes
自社GPUクラスタ
- 機械学習のためにマシンリソースが必要
- 2500以上
- これの制御をk8sで行っている
WebApplication用
- aws EKSに構築
- EKSを使うほどではないが、K8sを使い慣れているのでECSではなくEKS
K8sのNetwork Isolation
- 1つのクラスタに関係ないアプリが複数同居している
- 相互通信しないようにネットワーク分離が重要
- Network Policies
  - PodやNamespace単位で通信を制御できる標準機能
  - アプリケーションごとにNamespaceを分けて相互アクセスを禁止した
  - デフォルトでは通信許可設定なので設定忘れを抑制したい
    - Calicoを利用してデフォルトで通信禁止に設定
      - https://github.com/projectcalico/calico
      - Namespace内部の通信も禁止になるので、そこは許可する
      - kube-systemも許可する。禁止したままだとkube-dnsも使えなくなってしまう
      - orderで優先順位を決める
  - Network PolicyでALBを指定（許可）できない
    - Subnet構成で回避

20:30 小休憩

20:35 K8Sで画像PFを1年半運用してみた振り返り

山田拓也 ◆ ヤフー株式会社

結論
- 移行してよかった
旧システム
- 社内VM
- リカバリ手動
- 障害で深夜対応・・
新システム
移行前のシステムを意識しすぎてしまった
- サーバー構成など
  - Podとコンテナの配置どうする？
    - 一つにまとめてみた
      - 起動遅い
      - 管理も大変
    - 1コンテナ1Podにした
      - 迷ったらこれでOK
- 監視設定
  - Grafanaの監視項目全部Prometheusに持っていった
    - Grafanaで良くない？
  - 監視の目的から見直す
    - 設定したしきい値も説明できないなら見直す
    - 物理やVMなら必須だった項目もK8sならいらない場合もある
Prometheus
- 予測で設定できる
- 変化量でも見れる
- Alertmanager便利

20:50 k8s初心者がgRPC × envoyを導入したら色々苦労した話

信原有志 ◆ ヤフー株式会社

サービスの課題
- ドメインごとにチームが別れていて、それぞれ別の言語で開発していた
- モノリス
- 共通コンポーネントをチームごとに実装すると非効率
  - 共通コンポーネント配信システムを構築した
不具合
- ローリングアップデート時のコネクションエラー
  - glaceful shutdownが正しく動いていない？
    - 負荷を下げて検証
      - 解決できず
  - IPテーブルの更新に遅延？
    - 検証しても解決できず
  - envoyのIPが更新されない？
    - ZipkinでTraceIDから照合して検証
      - これ
  - 対策
    - envoyでのgRPC health_checkの設定をちゃんとやる
    - nodejsアプリにも削除用のエントリポイントを追加
内部の動きをきちんと理解できていなかったのが原因

21:00 懇親会

22:00 終了

IIJ Technical DAY 2019

2019-11-21

https://iij.connpass.com/event/151720/

https://eng-blog.iij.ad.jp/archives/4102

IIJmioでお世話になってます

2003年から毎年開催しているそうですが、初参加です。

インフラ周りはあまり直接触れることがないので、どこまで話についていけるか。

13:30 ~ 13:40 開会のご挨拶

IIJ 取締役 CTO 島上純一

技術を通じてIIJを知ってもらいたい

13:40 ~ 14:20 講演1「安全なデジタル通貨流通を支えるアーキテクチャとエンジニアリング」

ディーカレットテクノロジーグループマネージャ河津拓哉

ブロックチェーンの話
価値の
- 保管
- 交換
- 送受
サービスアーキテクチャ
- APIゲートウェイを挟んだマイクロサービス
- 取引の部分が一番大きく、重要
- 決済の部分はこのサービス独特なもの
認証まわり
- OpenID Connect の実装
- Two-way/TLS
- Restrict(IP Based)
- Traffic Policy
高信頼性（バックエンド）
- サーバーの調達から自前で行う
- 堅牢な設計、完全なコントロール
俊敏性（フロントエンド〜ゲートウェイ）
- アジャイルな組織・手法で
- 小さく・速く作ってフィードバックを回す
- GCPを利用
コンテナの話
- ドメインの分割が一番難しい
- latestタグやバージョン未指定でのパッケージアップデートはNG
- rootユーザーでプロセスを起動させるのもNG
k8s自前で管理するか
- とても大変なのでマネージドサービスを使う
- そうするとIaCが捗る

14:20 ~ 14:30 休憩

14:30 ~ 15:10 講演2「IIJのサーバインフラはここまでやっています」

IIJ 基盤エンジニアリング本部システム技術部基盤運営1課長高畑雅弘

サービス基盤インフラNHN
データセンターが抱える課題
- コスト
  - 土地代が高い、狭い
- ラックあたりの電力許容量が少ない
  - 建物自体の配電設計や空調も限界
  - 他のテナントと電気の取り合い
- ラックの収容台数を最大化できない
  - ネットワークスイッチのポート数
- 供給電力と空調能力のバランス
  - 詰めすぎると空調が追いつかない
    - サーバーファインが回って電力消費が増える
  - 空調に合わせると台数を増やせない
コスト低減策
- 設備投資
- 運用コスト
土地・電気の問題を解決したデータセンターを作る
- 土地・建物、電気、空調
事業者向けに最適化されたデータセンターを作る
- データセンター開発部門とサーバインフラ開発部門が共同で検討
- ラックの高さを増やせないか？
  - 日本国内では製造されていないが、海外ではある
- サーバーをより多く搭載できないか？
- 一度にたくさんのサーバーを納品できないか？
- 奥行きの長いサーバーを搭載できないか？
  - 最近800mm超えるものがある
  - 配線など考えると1000mmでは足りない
- ラック前のスペースが狭い
  - ラック設置後の取り出し作業などができなくなる
- フリーアクセスフロア
  - 年月が進むとケーブルの地層ができてしまう
新しいサーバーインフラを作ろう
- Open Compute Project(OCP)
  - ハードウェアのオープンソース化を推進している団体
  - 利点
    - 本当に必要なパーツのみで構成することができるので、調達コスト減、電力コスト減
    - 個別に機能を実装してもらえる可能性がある
    - 交換可能なパーツ交換に工具が不要
  - 欠点
    - 為替の影響を受ける
    - 専用ラックと電源が必要
    - テストは利用者側が実施する
    - 保守は自前でパーツ交換のみ
    - メーカーとのやり取りは英語や中国語
  - 調達コスト・消費電力ともに減

15:15 ~ 15:35 コーヒーブレイク

神楽坂「亀井堂」のパン

15:35 ~ 16:10 講演3「Untangling the world-wide mesh of undersea cables：世界に張り巡らされた海底ケーブルネットワークをひもとく」

IIJイノベーションインスティテュート（IIJ-II）主任研究員 Zachary Bischof （ビショフザカリー）

海底ケーブルを使った通信は99%
障害が起きて孤立化することも
なぜ今海底ケーブルの研究をしているか
- ケーブルのEOL
- 自然災害
ケーブルが長くなれば事故のリスクも増える
tracertではどの海底ケーブルを通っているかまではわからない
- わかるようにしたい
  - ルーターの物理的な位置を特定する
  - RTTをもとに海底ケーブルを使っている可能性がある場所を推測する
  - 地上の距離を測る（Google map）
  - 過去のケーブルアクティビティデータをもとに推測する
- こうすることで、どのケーブルが重要なのかが見えてくる
  - SEA-ME-WE3
    - https://www.submarinecablemap.com/#/submarine-cable/seamewe-3

16:10 ~ 16:20 休憩

16:20 ~ 17:00 講演4「セキュリティ動向2019」

IIJ セキュリティ本部長齋藤衛

標的型攻撃
- 2003〜2008年頃は政府機関が対象、2011年以降に中小企業も狙われてきている
- 暗号資産関連組織が狙われる
ランサムウェア
- 最近は検出数が減少傾向
- ターゲットが絞り込まれている
  - 公共サービスや医療機関など身代金を払いそう（払わざるを得ない）なところ
DDoS攻撃
- SYN/ACK攻撃
  - 正常な通信との判別が難しい
- 恐喝DDoS攻撃
  - 20〜30Gbps程度の攻撃でもネットワークによっては影響ある
フェイクニュース
- 正月のカニ
- 本物の情報でも、順番を並べたりすることで受け取りての印象操作をすることができる
  - Facebookが実験した
- マイクロターゲティング広告
  - ネット上の行動履歴など個人情報を詳細に分析できるようになってきている
- ブレグジット問題
- なにかの判断は原典にあたってから実施しよう

ここまでで家の用事のため撤収。データセンターの話面白かった。

2019年11月定例会「５G最前線とローカル５G」

2019-11-20

https://japan-android-group.connpass.com/event/152293/

5Gのことを知りたい。

日本アンドロイドの会

５G最新情報及びローカル５G

５GMFアプリケーション委員会利用シーンWG主査　高野　雅晴　様

5GMF: 第５世代モバイル推進フォーラム
会社紹介
- https://www.bitmedia.co.jp/
- 5Gになると良いことがありそうなサービスが多い
InterBEE2019の登壇資料をもとに
- 移動通信しっステム、10年ごとに進化している
- 6Gも研究開発がはじまっている
  - 2030年に向けて
- トランプ大統領のおかげで認知度が上がった
- 利用イメージの絵は国際的に評価が高い
5Gとは
- 低遅延
- 超高速
- 多数同時接続
キーコンセプト
- Satisfaction f End-to-End Quality
- 究極の超柔軟性
周波数を上げる
ビームフォーミング
- 端末狙い撃ちして無駄を省く
低遅延のために
- モバイル・エッジ・コンピューティング（MEC:めっく)
- 最初はゲームで実用化される？
ネットワークのソフトウェア化
- オーケストレーションを誰がやるか
  - Parallel Wireless
5G時代に向けたアプリケーションの検討
週刊ダイヤモンドの特集が興味深い
- 日本においては普及はゲーム、動画から
ローカル5Gで大学が特区的になる？
speedtest.net
- 5GMAPでどこでサービスしてるか見れる
- youtubeにテストしてるユーザーの動画も上がっている
ローカル5G（プライベート5G）
- 制度化は日本が進んでいる
- 設備投資はあるが、通信課金はない
- 28GHz帯の電波は使い勝手が悪い
  - 雨が降っただけでダメとか
- 普及はまだ先の印象

LTE Cat-M1の最新情報

日本Androidの会　運営委員　鈴木　直康　様

キャリアごとに呼び方が違っている
IoT
- 2011年頃から
- Bluetoothでの通信がメジャー
- BLEを使った弱点 -送信距離が数十メートル
  - 電力供給のために線を引かないといけない
- サブギガ(910~920Mhz)が注目されている
LTE-M(eMTC)
- キャリアのインフラを使用する
- デバイスだけ開発すれば良い
- モジュールを機器に組み込めば良い、が実際はノイズ対策など必要
- 屋外の場合は防水対策も必要
- 低消費電力にする技術
  - eDRX（基地局確認時間拡張技術）
    - 基地局の確認する間隔を伸ばす（最大４３分）
  - PSM(Power Saving Mode)
    - 受信はできないが、送信しない間電源OFFに近い状態にする
  - Repetition（繰り返し送信技術）
    - データロストを防ぐため、同じデータを複数回送って基地局側で合成する
- 弱点
  - ハンドオーバーできない
    - 置きっぱなしを想定しているため
    - 基地局境界に端末があった場合に問題
      - モデム再起動して接続し直す必要がある
  - 現在出ているQualcommのチップは、低消費電力設計されていない
    - 低消費な製品は2020年秋以降になるらしい
Androidと5G
- GoogleはNR(New Radio)と呼んでいる
ローカル5G
- 鉄道、路線が並走しているところは早いものがち

LINE DEVELOPER DAY 2019