  |
はてなキーワード: ベンチマークとは
尺八に興味を持っていただき凄く嬉しいです。地殻変動…は言い過ぎかもしれませんが、大きな変革の波は確実に来ていますね。
そのきっかけになったのがご承知の通り泉州尺八工房のメタル尺八ですが、泉州尺八工房は以前より従来の尺八にとらわれずに尺八のポテンシャルをアップさせるべく新製品を発表し続けていました。
改良することでもちろん失われるものもあります。古典曲で使用される特殊奏法や特殊音が使えなくなったり。でも洋楽や現代曲を演奏する分には何の問題もありません。
現在は中国にもメタル尺八やプラスチック尺八を製作する方がいらっしゃいます（月泉組、清風閣、一音無心など）が、ベンチマークとなっているのは泉州の尺八でしょうね。
中国で製作している方とはツイッターで何度かやりとりしたことがありますが、すごく尺八愛にあふれ、熱心で正直好感が持てます。
最近リリースされている新しい尺八は、プロ尺八奏者の鯨岡氏がYoutubeで即刻レビューしてくれていますのでご興味あればご覧ください。
https://www.youtube.com/playlist?list=PLgM9mjDa77nFCoCcM6LO1tdaqSpFdwmnj
メタル尺八は私も所有していますが、確かにいいです。ただ、竹と比べ重量もズシリと重く、長時間吹き続けるのには向いてないかも…あと、冬は冷たいｗ
今後は３Ｄプリンタ尺八も活発になるでしょうし、新製品を出せばすぐにレビュー拡散されますから粗悪品は淘汰され、スペックの高い尺八がどんどん出てくるでしょうね。楽しみです。
https://pc.watch.impress.co.jp/docs/column/config/1389655.html
最初に書いたように、CPUやGPU、そしてそれらを統合した環境の優劣を比較するためには、ベンチマークテストはとても分かりやすい指標となる。n年前のxに対して、y倍の処理性能というのは絶対的なデータとして君臨する。
だが、個人が向き合う環境としてのPCの快適さを測る指標は、ベンチマークの値ではなかなか伝わらない。性能が10倍になったとしても体感的にはそんなに速くなった感じがしないことも多いからだ。
よくあるたとえ話が、PCを新しくしても秀丸エディタがちっとも速くならないというようなものだ。でも、使うにつれて、色々なシーンでの底上げが、トータルでの使い勝手を高めていることに気がつく。
今回は、たまたまWindows 11が古いプロセッサを切り捨てたので、仕方なくといった気持ちで移行を試みた。だが、そんなことでもなければ、特に不満のなかった環境を、この先、少なくとも数年は使い続けようとしていただろう。きっとそれで、自分では気がつかないままに、いろんな場面でソンをしていたに違いない。
数値で指し示すのが難しい余裕のようなものが、高性能PCの新しい当たり前なのだろう。まさに温故知新だ。本当は、それが分かる指標が欲しい。
「ベンチマークの見方よくわかりません！」って叫んでるだけやん・・・
ほんとうに何も勉強してないし経営者とのコネだけで寄稿してるんだなとわかる
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
ソニービズネットワークス株式会社（以下、ソニービズネットワークス）が展開している法人向けICTソリューション『NURO Biz』。
その中のインターネット接続サービス『NUROアクセス スタンダード』は低価格ながら、「下り最大2Gbps」「上り下り最低10Mbps以上の帯域を確保した帯域確保型回線」であり、新しい生活様式（ニューノーマル）にも対応した、クラウド時代に最適な接続サービスとして注目を集め続けています。
今回は、「安くて速い」を高いレベルで両立させる『NUROアクセス』をはじめとして、クラウドサービスやAI製品を取り入れ、現代のビジネスを多方面からサポートする『NURO Biz』の魅力、さらには業界のトップランナーとして目指すことについて、ソニービズネットワークスの渡邉大樹氏に伺いました。
――はじめに『NUROアクセス』が、どんなサービスかを教えてください。
渡邉：端的にいうと、「法人向けのインターネット接続サービス」です。光回線サービスとして、最大通信速度下り最大2Gbps、上り最大1Gbpsを実現しています。大きくわけて、エントリー、スタンダード、プレミアム、NEXT 10Gの4つのプランがあり、エントリー以外のプランは固定IPが1つ標準でついていることも特長です。
もっとも選ばれているのは「スタンダードプラン」で、ベストエフォート型ではなく、上り下り10Mbps以上の帯域が確保され、さらに下限値も保証された「帯域確保型回線」であることがアピールポイントになっています。
――『NUROアクセス』は法人にとってたいへん魅力的だと思います。では、『NURO 光』といった個人向けと法人向けの回線の違いを教えてください。
渡邉：回線速度は両者とも「下り最大2Gbps / 上り最大1Gbps」なのですが、法人向けの回線には個人向けの回線にはない帯域確保やSLA（Service Level Agreement）があり、サポート体制もより充実しています。つまり、個人向けの回線以上に”安定した稼働”を保証しています。
また、ONU（回線終端装置）にも違いがあります。個人向け回線の『NURO 光』の場合はONUにルーター機能が付与されており、ブリッジモードにできないようになっています。しかし、法人向けの『NUROアクセス』ではONUがブリッジモードになっているので、ご提供するルーターのスペックに左右されることなく、回線速度を最大限に活用いただけるメリットがあります。
――やはり、法人回線の方が、遅くなったら困る、落ちて困るといった場面を作らないよう準備がされているのですね。
渡邉：そこは万全を尽くしています。インターネット回線の世界では、実は「下限値の速度を担保する」ということに最もコストがかかります。コンシューマー向けだと、「最大何Gbps」等の広告が展開されていますが、そういったことよりも下限値をしっかり確保することが、ビジネスの世界では特に重要だと考えられています。
例えば、事務所でインターネットを利用していると、通信速度は速いことが当たり前で、利用者の皆さんは何も気にしていないと思います。しかし、速度が低下して1Mbpsを下回ったりすると、おそらく利用者は速度の低下に気づきますし、仕事にも影響が出てきます。
そういう意味でいうと、上り下り最低10Mbps以上の帯域確保ができるのは、『NUROアクセス 』の一番のウリだと思っています。
タンダードプランは10Mbps確保、プレミアムプランは30Mbps以上の保証
――法人が『NUROアクセス』を利用するには、どんなプロセスが必要ですか？
渡邉：まずお申し込みいただいて、その後に下見・工事…というのが基本的な流れです。関東では平時で1～2ヶ月、それ以外のエリアに関しては、3～4ヶ月を標準納期とさせていただいています。ただ現在は、社会情勢もあって『NUROアクセス』へのお問い合わせを多くいただいており、申し訳ないのですが標準納期より時間がかかってしまうケースもあります。
最新の状況を確認するためにも、まずは弊社担当者にお問い合わせいただければと思います。
――『NUROアクセス』の他の強み、アピールポイントも教えていただけますか？
渡邉：面白いところは、スタンダード、プレミアムプランではONU（回線終端装置）までは下り最大2Gbpsで提供し、ONUにて最大1Gbpsの2ポートに分岐しています。この2ポートは物理的にも論理的（IPサブネット）にも分かれているため、「1契約で、使える回線が2本ある」と言えます。
実際、『NUROアクセス』を導入いただいたお客様のケースで多いのは、固定IPアドレスが付与される「LAN1」は業務用として執務スペースで使用し、「LAN2」の方はゲスト用Wi-Fi等として開放するようなケースです。
――障害に強いことが『NUROアクセス』の採用理由になったという事例を拝見しました。耐障害性についてはいかがですか？
渡邉：もちろん、障害についても十分に対策するとともに、お客様サポートにも力を入れています。スタンダードプラン以上では24時間365日対応のオンサイト保守サポートを用意していて、また1社に対して営業担当1人がつくことで、キメ細かいアフターフォローを実現できる体制を整えています。
――『NUROアクセス』は非常に「ローコスト」なことでも話題です。法人向けの高スペックな回線を、これだけ安く提供できる理由を教えてください。
渡邉：2013年4月に法人向けのICTソリューション『NURO Biz』サービスがはじまり、同時に『NUROアクセス』の提供もスタートしました。当初から他社サービスをベンチマークしていたことが、「高品質でローコスト」を実現できた要因だと考えています。最近では、ベストエフォートとギャランティを組み合わせたハイブリッド型のサービスを多く見ますが、『NUROアクセス』はそれらのハイブリッド型のサービスと比較しても、非常にリーズナブルではないでしょうか。
さらに、スペックに関しても、「NUROアクセス スタンダード」については上り下り最低10Mbps以上の帯域確保を行うとともに、速度の平均値を計測し、結果を公表することで、自信をもって回線の品質をお伝えしています。
――速度を公表されている事例は少ないと思います。利用者からすると導入前に「わかる」ことは安心に繋がりますね。
渡邉：実際に、法人のお客様が回線を切り替えることはかなり勇気がいることです。「価格が安くなっても、本当に大丈夫か？速度は出るのか？」と不安に思われるケースも多くあります。そのようなときに平均速度を公開していたり、下限値の保証があったりするのは「かなり参考になる」と、実際にご導入いただいたお客様からも伺っています。
検討時に、定量的なデータに基づいて上申できることも、喜んでいただけているポイントのひとつだと評価しています。
――Webサイトを拝見すると、大学、公共機関、企業と、かなり幅広い業種で採用されています。実際にどのような業界や企業で導入されることが多いのでしょうか？
渡邉：官公庁から大学、企業も、規模でいうとSOHOからエンタープライズまで、幅広くご利用いただいています。あえていうなら、情報通信業が割合としては多く、従業員数では100～300名規模の企業様で導入いただくことが多いです。また、業種や規模によらず、動画コンテンツなどの制作や編集をしているような、データ通信量が多い企業様にご利用いただいています。
――やはり、回線速度に課題を感じている情報通信企業が中心ということですか？
渡邉：基本的にはそうですが、今やすべての業種で、どうしても「インターネット」は必要です。例えば不動産業や自動車販売業では、物件や自動車の写真だけではなく、Webサイトで動画を公開して情報発信をする機会が増えています。今後、どのような業界であっても動画で情報を発信することが主流になっていくので、幅広い業種で回線速度だけでなく、品質も求められる時代になっていくでしょう。
――たしかに。『NUROアクセス』の導入の中心は、やはりリプレイスでしょうか？
渡邉：そうですね。「回線の速度が遅くて困っている」という理由で、当社にご相談をいただくことが一番多いです。
COVID-19の影響でテレワークが増え、Web会議も一般的になりました。しかし回線速度が安定していないと会議が中断してしまいます。Web会議が普及したこと、また安全かつ快適に社内システムを利用するためのインフラ整備という面で、通信回線の重要度が企業の中で一気に高まりつつあるようです。
インターネットのトラフィック量は年々増え続けています。総務省のWebサイトで『情報通信白書』によると、令和元年版では、2018年のデータ量に対して2021年はほぼ2倍になると予測されていました。
出典：世界のトラフィックの推移及び予測（令和元年版『情報通信白書』より）
https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r01/html/nd112110.html
渡邉：その予測がされた次の版では、2019年には爆発的に増大したことが報告されています（令和2年版「情報通信白書」）。
出典：ブロードバンド契約者の総トラフィック（令和2年版『情報通信白書』より）
https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r02/html/nd131110.html
https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r02/pdf/n3100000.pdf
渡邉：新型コロナ禍の時代にあって、多くの人々が業務を「インターネット上で」行うことになり、今後さらにトラフィックが拡大していくことが想定されます。企業も、公共・教育機関もネット回線の速度や品質を再検討し、さらなる高速化や安定化を求める流れになっているのかもしれません。
そんなトラフィックが激増するテレワーク時代でも、『NUROアクセス』なら安定して確実に接続できることは大きなメリットとだと確信しています。
――『NUROアクセス』の導入事例に、ホテルのWi-Fiサービスの強化に取り組まれたことが記されていました。今後は、こういった取り組みも増やしていくのでしょうか？
渡邉：ホテルや、貸会議室といったお客様も最近増えています。出張でホテルに行ったり、会議室に入ったりした時にWi-Fi速度が遅いことは、お客様満足度の低下に繋がってしまいます。ホテルや会議室に限らず、カフェや学校など、公共の場で使えるインターネットへの注目度は上がっていくと考えています。
バルミューダフォンは高い、Snapdragon 765で10万円台とか中華スマホだったら3万円だぞ、とか、この値段だったらiPhone13mini買うわ！みたいな投稿がわんさか出て、なんでわかってないのかなと思った。
みんな、なんであの高価なiPhoneがあんなに売れるかわかってる？Aプロセッサの性能がいいから？いやいや、普通の人はプロセッサが何使ってるかなんて見ない。スペックなんぞ気にするのは一部の人だ。私が言いたいのは、はてなとかITmediaとかインプレスとか見てるような人が購入の条件にすることと、普通の人は違うってことだ。
普通の人は、iPhoneは使いやすくてデザインが良くてカメラがいいから高くても買う。じゃあ実際に使いやすいのか。そんなことはない。指紋認証がついてないのでマスクからいちいち鼻出さなきゃならないし、デジタルコンテンツはいちいちSafariに戻ってログインして買わなきゃならないし、カーソル移動ひとつとっても裏技みたいな機能を使わなきゃできない。未だに充電コネクタも独自のやつだ。iPhoneは全然ユーザー体験を大事にしてなんかない。デザインだってでっかいノッチに分厚いレンズが野暮ったいし、カメラはたしかにいいけど、別に飛び抜けていいわけでもない。ギラギラ光る夜景を派手に撮るにはいいけど、そんなもんすぐに飽きるだろう。
iPhoneは「使いやすくてデザインが良くてカメラがいい」のではなく、「使いやすくてデザインが良くてカメラがいい」という物語を作るのに（特に日本で）成功したってだけのこと。大半の人はそれで買ってる。ちなみに私自身はOSのサポートが長かったり、OSXとの連携が優れているので多少の欠点には目をつぶってiPhone使っている。でも大半の人は2年でスマホを交換して半額になるプログラムで買うからOSのサポートなんて関係ない。Mac持ってる人だって少ないだろう。たんに「これ使っときゃ間違いない」という物語を信じているだけなんだよ。
バルミューダも実はそれをしてきた。バルミューダが最近出したものにスピーカーが有る。Bluetoothでつなぐよくあるやつなんだけど、スピーカーが上を向いていて、アクリルのランタンみたいなのが下についてて、LEDランプが音楽に合わせてピカピカ光る。そんだけのもの。自分も聞いてみて、モノラルのフルレンジで音はそこそこいいけど別に飛び抜けていいわけじゃない。これが35,000円。どう考えても高い。中華メーカーが「令和最新版 ランタン風スピーカー」とamazonで売ってても違和感ない程度のもんだ。でもレビューは絶賛でしっかり売れている。
コスパ悪いよね。でも買った人はクリエィティブやANKERあたりが出している5000円くらいのスピーカーと比較して、「音質たいして変わらんやんけ！」と怒ったりするような人じゃない。バルミューダが精魂込めて作ったのだからいいもんだ、という物語を買ってる人なんだ。バルミューダフォンも同様である。
バルミューダフォンの売上見込みは30億円という。Softbankにいくらで卸しているのか知らんけど、台数にして3万台くらい、国内シェアにして0.5%もない。国内でスマホを使っていて、小さくて他の人と違うスマホがいいけど、中華Androidとかを買うのはちょっとやだ、いいものがほしい、と思ってる人に届けばこのくらいだろう。そして端末は「お返しプログラム」で買えばそんなに負担にもならない。第一これらの人はコスパがどうだスペックがどうだなんてことはほとんど気にしない。スマホは普通に動けばいいと思ってる。
そして重要なのは、人間はこだわりのある高いものを買ったら、よっぽどその商品がダメダメな場合を除けば、かえって「これは高いからいいものに違いない」と思い込むことだ（認知的不協和という）。だから５万円くらいで出したらかえってダメなんだよ。バルミューダフォンを製造するのは京セラ。みんな知らないかもしれないけど、実は小ロットで個性的な端末をしっかり作り込むのに長けたメーカーである。国内メーカーとしっかり打ち合わせして、こだわりのあるスマホを相場より高めにだして、0.5%くらいの人に確実に届けて続けていく。さすがはバルミューダは手堅い連中だと思う。その後、おそらくワイヤレスイヤホンとかスマートディスプレイなんかの周辺機器も出してくるだろう。
こういう人をおまいらは「情弱」というのかもしれないけど、ウェブの記事を穴が空くほど読んだりベンチマークの数値を気にしてスマホ買うような層はメジャーじゃないんだ。おまいらが考えるようなことはバルミューダだって考えてる。彼らがやりたいのは最新最高のスマホを出すことでもなく、中華メーカーと手を握ってハイコスパマシンでシェアを分捕ることでもない。個性があって、ちゃんとしっかり使えるという保証があって、ブランドがあって、そういうのをほしいと思ってる人をうまく掘り起こす物語を作りたいのだ。おそらく彼らはこれからもスマホをデジタル製品の中核に据えて地道に新製品を出して、それは多くはないけど確実に一部の人には使われていくだろう。バルミューダフォンはその意味で成功する。おまいらは何もわかってない。
ただし、俺は買わないけど。
この手の話で語られる前提条件の「ガラケーの方がiPhoneよりも性能が高かった」がまず納得できないというかユーザー体験を無視していると思うんだよな。
そりゃCPUのベンチマークとか画面解像度とかワンセグが見れるで勝ってた機種もあったのかもしれんけれど、ユーザーが求めてなかったというか性能の高さを体感できてなかったんじゃないの。
ガラケーのボタンをポチポチさせながらカーソルを移動させていく操作方法はマウスやタッチパネルに比べると明らかに劣っていたし、文字入力だって「お」を打つのに「あ」のボタンを5回押す必要があるとかバカみたいでしょ。
あとPCと同じウェブサイトを見れるって結構大きな性能差だと思うんだけれど。当時のガラケーはフルブラウザ搭載機種以外はPC向けのウェブサイト見れなかったでしょ。
俺はiPhone 5(2013au)→iPhone 6中古白ロム(2015IIJへ)→Xiaomi Mi 6(2017)→POCO F3(2021)/親にMi 11 Lite 5G(ピンク)と来ているXiaomiファンだ。他にMi Pad 4(2018)やiPad 2019もある。
その上で一つ言わせてもらうと、ゲーム、特に音ゲーではAppleは揺るぎない地位を築いており、プレイヤーからのハードウェア的信頼が厚い。元増田はゲームを嫌悪しているようだが、実際にはその用途でスマホを選ぶ人もかなりいるはずで、無視してはいけない。
AppleはSoCが自社製でフラッグシップ級のSoCしか作っていない上、独自OSで機種バリエーションが少なくシェアがあることから、タップ反応や音声遅延などを含めたハード・ソフトの最適化がApple側サードパーティアプリ側ともにかなり進んでいる。それが顕著にあらわれるのがゲーム、特に音ゲーだ。とりわけ国産ゲームは国内iPhoneシェアの高さからかApple側の最適化へ依存しきっており、Androidへの対応が、おしなべて非常に甘い。なんちゃってIT屋が支配する日本モバイルゲーム界のレベルの低さに起因しているのかもしれない。そのため、さすがにXiaomiファンの自分でも、主に国産モバイルゲームをするならiPhoneにしとけと言うだろう。国産ゲーム以外であれば、Androidは対等だ。中華の主力帯が搭載するSoCのSnapdragon 870などであれば、コスパ面では勝っている。SD870くらいの性能があれば原神のようなベンチマーク常連アプリでも一応実用レベルで動くし(よりハイエンドのSoCを含めこれが発熱込みで快適に動く機種は実在しないだろう)、崩壊3rdくらいの美麗3Dゲームであればスルスル動く。ポケGOくらいになれば余裕だ。このくらいだと最近のSD7XX系列でも十分。
あと元増田の記述でひとつひっかかるとすれば、Mi 11 Lite 5Gは標準ROMであればリフレッシュレート90Hzまでのはずなので、3万の120Hzというのは何を指しているのか不明だ。ちなみに120Hz駆動でSD870のPOCO F3ならAliのセールで3万3千くらいで買えたし、同スペックで今なら新規MNPでMoto G100を買えば実質2万台もありえるだろう。Mi 11 Lite 5GはミドルハイSoCの機種なので、重量級ゲームやAndroid最適化の甘い国産ゲームをする人には向かないが、薄さとファッション性のアドバンテージで定価4万半ばになっている。日本版を新規MNPで買うと3万前後くらいだ。
ゲームの話をしすぎたが、それ以外に目を向けると、もう本当にAppleを選ぶ必要はない。普通のアプリ操作であればむしろ半値のAndroidの方が快適な体験を得られるだろう。ただし中古iPhoneを視野に入れるならAppleも全然アリだ。ダサいベゼルや幅広ノッチに耐えてでもiTunesやApple系サービスに囲い込まれたままでいたいのなら、依然iPhoneユーザーのままでいた方が面倒ごとからは遠ざかっていられる。そのためにAppleユーザーは継続的に割高の金銭を支払っていると言える。Apple系サブスク利用者でなくとも、機種代、修理代、通信費(SIMフリー版を回線とは別に入手した人はそうと限らないが)、すべてが平均的Androidユーザーよりも割高になっている。とはいえどれも金銭面の話でしかなく、Appleのハードウェアやソフトウェアの質の高さが盤石であるのは違いないので、スーパーで値札を見ずに買い物ができる程度の人であるならばAppleと付き合い続けた方が無難だろう。
そりゃ、社会条件が変わっちまったからだね。どんだけ「内燃機の技術は日本が世界一で、660ccのエンジンで高速を難なく、かつ燃費良く走れる車が安価に売られているのは世界的に見れば驚異的」だとしても、それより安く作れて、CO2フットプリントが低い自動車が出てきたら、市場としては蒸発していくしかないじゃん。
日本市場のガラケーの機能的成熟はものすごくて、同時代のセルラーで同等レベルのものは海外市場に全く存在しなかったけど、iPhoneが出てきてから、最初の頃は「バッテリ持ちが悪い」だの何だの難点だらけだったスマホに5年足らずで駆逐されちゃったでしょ。今グローバル市場でトップシェアを持ってるのは、Apple以外は韓国・中国のメーカーばっかり。初期は比較的健闘してたソニーすらもうトップ10に入ってない。
このままだと乗用車でも同じことが起こる。日本の自動車産業は、余力があるうちにEVに向けて全力でピボットするべきだったんだよ。日産はルノー傘下になったことで、そのトレンドをよく理解してたし、雌伏の時期を経て、今後もグローバルで戦える技術力とブランド力を獲得できた。実際、欧州でのリーフの認知度と販売はすごいよ。長いことEVとCV（コンベンショナルビークル、内燃車）との性能を比較するベンチマークカーにされてるもん。
無理。もうEVには非EV車は勝てない。内燃技術をベースにしたテクノロジーは、純粋にコスト面でEVに太刀打ちできなくなる。ICE（内燃）車もダメ。ハイブリッドもダメ。水素エンジンもダメ。内燃じゃないけどFCVもダメ。
なぜかといえば、EVは、今までのクルマよりずっとシンプルに作れるから。
まず圧倒的に部品点数が少ない。自工会予測では3万点から2万点に減る。内燃車はエンジンだけで7000点ぐらい構成部品があるけど、EVだとeアクスルというモジュールに、エンジンに相当する駆動用モーター・インバーターと、変速系に相当する減速機・デフ・ギアボックス類と、電装系に相当する回路類が全部入ってパッケージ化され、これをティア1のサプライヤーが1社で供給する。極端な話、あとは駆動系・操作系・バッテリー・充放電制御機構があれば、EVは走ってしまう。それぐらいシンプル。自工会が「EV化で雇用の大多数が失われる」と言っているのも結局はこういう話だ。1台の車を仕立てるために必要な部品が圧倒的に少ないのだ。
それから、基本がモジュラー構造。内燃系は、燃料供給・燃焼・変速・出力・駆動などが全部繋がって一体の統合的な（インテグラル型の）システムを構成してる。対するEVは、互いに独立度の高いパーツを組み合わせた、モジュラー型のシステム構成で、全体が密結合じゃなくて疎結合になってる。駆動系の手前までは電気結線だけなので、レイアウトの自由度も高い。違う企業のeアクスルを採用した場合も、制御系を調整すればすぐ乗せ替えられる。つまりコストと性能しだいでどんどんモジュールサプライヤーを入れ替えていける。傘下に何重もの系列サプライヤー企業を抱えて、密に擦り合わせながら時間をかけて車両設計していく、今までのようなやり方が不要になる。現にテスラはイヤーモデル制を排して、年度中でもどんどんモジュールを入れ替えて性能向上やコストダウンを図っている。
あと技術的な枯れ方。内燃系はもう100年近くイノベーションを繰り返して、もうほとんど伸びしろがなくなっている。一方のEVは、バッテリもeアクスルも性能的には発展途上だ。性能が上がるということは、コストが安くなることと表裏一体の関係にある（同じ性能を安く作れる or 同じ価格で高い性能を出せる）。つまり内燃はもうEVを突き放すことはできず、EVのほうは追いつき追い越すための余裕がまだまだある。
こういう背景があって、将来はEVがコスト的に内燃とイーブンになり、下回っていくことが予想されていた。最近は「EVが今までの乗用車と同価格になるのが2025年頃」という予想が出てたんだけど、今年になって、もうEVが価格性能比で内燃車を追い越す事例が出てきている。
①中国・宏光のMINI EV。45万円で9.3kWhのお買い物カー。ローエンド市場向けコミューターEV。日本の軽自動車的な用途。
https://kurukura.jp/car/2021-0813-60.html
②中国・吉利のGeometry EX3。100万円で日産リーフ同等の車格と充電容量、航続距離320km。
http://global.geely.com/media-center/news/geometry-ex3-brings-affordable-evs-to-the-masses/
中国では内燃車の販売に税金かけてEV車生産の補助に廻すEVクレジットというのがあり、それも一部販売原資に廻ってると思われるが、それにしても内燃車より安い。本当の原価はBOMリストで原価計算する必要があるが、とにかく「シンプルに作って、軽く・広く・安くできる」というEVの優位性が生かされ、これまでよりも破格に安く供給されている。
これが意味するのは、もうすぐEVは「通常の内燃車にエコプレミアムが乗せて売る高級車」ではなくなるということだ。どの車格でも、内燃車や、内燃車の発展形としてのHVや、EVとHVの要素を併せ持った複雑な構造のFCVよりも、安くなっていく（水素エンジンはどうかって？ あれは燃費が悪すぎて、乗用車としての実用に耐えるレベルまで仕上げられるかどうかすらまだわからない。市販モデルが出ないまま死産する可能性も高い）。
日本でも二輪の業界では、すでにこの傾向が見えはじめている。ヤマハの原付スクーターは20万円、電動原付スクーターは25万円と、もう価格差はわずかになっていて、都内では電動のほうに助成金が10万出るので、購入者目線では電動スクーターの方が圧倒的に安くなっている（この助成金が出るから、メーカー側もあえて差額を付けてるのかもしれない）。
クルマも同じだ。EVは、これからは「環境にいいから」じゃなくて「既存のクルマより安いから」売れるようになる。自工会が何と言おうと、この現実には勝てない。
日本の自動車産業は、米国でマスキー法という厳しい環境規制が敷かれたときに米国メーカーよりも早く規制対応することで、米国市場での橋頭堡を築くことができた。それが今回はどうだ。EVがこれまでの自動車技術とは似て非なる破壊的イノベーションであることを見誤ったまま、「再エネとEVは欧米の陰謀」「EV一本槍では雇用が失われる」みたいな現実逃避を繰り返し、FCVなどのピントがズレた代替技術にBETし続けた。現時点でEVの要素技術をしっかり内製化し、ガチで海外勢と闘える体制なのは、早くからEVシフトを敷いた日産、その傘下サプライヤーのジヤトコとマレリ（どちらもeアクスル事業）、それからeアクスルを足掛かりに自動車産業に参入して海外シェアをガンガン獲得してる日本電産ぐらいだ。それでも自工会は「業界の産業と雇用を守る」と言い続け、沈没しかかった船からティア企業を降ろそうとしない。こんな調子で一体この先どうなるんだ？ EV鎖国でもするのか？
中華EVの話をされてもなあ、という指摘があり、確かに「安かろう悪かろうなんだろ」というイメージが拭えないと思うので、テスラをベンチマークにしてEVの利益構造を考えよう。テスラのモデル3の標準グレードであるスタンダードレンジプラスは、いま国内で430万円、米国で400万円弱で買える（助成金抜き）。テスラの直近四半期の販売粗利率は28%。トヨタで車格が近いセダンはカムリハイブリッドで、同等モデルといえる下から2番目のG(2WD)が380万円（助成金抜き）。トヨタの販売粗利率は20%と言われている。テスラの米国販売価格で原価計算すると、既にモデル3のほうが若干安い（290万円＜305万円）。つまり、テスラ側はカムリと同じ値付けにしてもまだ値下げ余力がある。今はそうしなくても長い納車待ちが発生してるからエコプレミアムを乗せて売ってるだけだ。
ちなみにテスラは2023年までに「自動運転機能を搭載し、価格を2万5000ドル（1ドル＝110円として275万円）に抑えた新型EVを2023年までに市場に投入する」と宣言している（https://president.jp/articles/-/46586）。おそらくCセグメント（ゴルフ同等）で、カローラや同サイズのSUV系と戦うことになる車だ。そしてこの記事中にあるように、この新モデルが275万円で国内導入でき、そこに80万円の補助金が乗ると、実質価格は100万円台に突入してしまう。軽自動車の最高級モデルよりも安いのだ。そういう時代が足元まで迫っている。
テスラはこういう廉価モデルで日本車を淘汰しようなどとは考えてない。そもそも彼らの視野に日本の自動車メーカーは入っていない。米国の一部州ではハイブリッド車は既にガソリン車と同じ環境負荷分類になっている。もうEV以外は対抗馬ではないのだ。彼らはバッテリ技術とEV関連技術に狂ったように投資を続け、中国製EVと性能だけでなくコストでもガチで殴り合う。その時に、日本の自動車業界はまだリングに立っていられるだろうか。
「トヨタはHVとFCVでEVの基幹技術を持っているからまだ戦える」と言う人もいる。確かに「トヨタという企業」は今からでもEVに全振りした生産体制を整えられるかもしれない。一方で「自工会会長の豊田氏」は、EV懐疑論と水素社会という2つのファンタジーを操ってティア2以下のサプライヤーを現実歪曲フィールドに巻き込んできた（ティア1の大半はなんだかんだでEV化が不可避であることを理解していると思う）。「痛みを受け入れてでも産業構造を転換しよう」と言わずに、下請企業を沈みゆく泥船に乗せたままにしている。自分が批判しているのはそこだ。
