Day11. IoTの中核部分「通信技術」の奥深さと可能性に迫る｜imaimai｜note
※ひとりでIoTまるっとチュートリアル Advent Calendar 2018 11日目の記事です。まだ登録していない方はこの機会によろしくおねがいします！ Day1で話したとおり、IoTが流行している大きな要因の一つが「通信技術」の発達です。しかし、このあたり、非常に奥が深く、また非常にややこしい。 あちらを立てればこちらが立たず、、、 基本的にマニアック(だと思われる)領域で、あまりガッツリとまとまっているものもない。そこで、今回は通信方式に関して、最近の例を交えながらまとめていきたいと思います！ 【目次】 ・プロトコルスタック ・NW : ネットワークの比較 ・NW : 超省電力・短距離通信 ・NW : LPWAN(Low Power Wide Area Network) ・APP : 通信プロトコルの比較 ・次世代通信技術5Gの可能性 TCP/IP 4階層モデルとプロトコルスタッ
よくわかるLinux帯域制限 | GREE Engineering
矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日本語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が
Announcing JBoss DNA 0.6 - JBoss.ORG
To download the release go to . UPGRADING Before upgrading refer to for a complete list of changes. ALL RESOLVED ISSUES ENHANCEMENTS * Use a proper FreeMarker template for the new consoles account/ui * Enhance masking around config-keystore dist/qua… Dear Keycloak community, Thanks to the collaborative work with a lot of folks from the community and Red Hat’s IT, we are delivering in Keycloak 25 t
JR東日本が山手線全駅にSDN導入、複数駅のネットワークをソフトウエアで一元管理
東日本旅客鉄道（JR東日本）は2015年10月末までに、山手線の全36駅のネットワーク基盤にSDN（ソフトウエア・デファインド・ネットワーキング）を全面導入する。駅構内に公衆無線LANサービスなどを新しく構築する際の、ネットワーク構築や設定の工数を削減する。複数の駅で運用されるネットワークをつなぎ、一元管理できる効果も狙う。 SDNを使うと、ネットワーク機器をソフトウエアで集中制御できる。ネットワーク機器の物理的な接続を変えずに、通信経路や機器の設定を柔軟に変更できるため、機能の追加やシステムの改修が容易になる。 JR東日本は、駅構内の複数のシステムを接続する「駅構内共通ネットワーク」にSDNを活用する。列車運行情報や監視カメラを管理するシステムなども、同ネットワーク上に構築することを視野に入れているという。従来型のネットワーク管理方式に比べて、新システムの構築が容易になる。このほか、構内
Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？
小崎 資広 (KOSAKI Motohiro) @kosaki55tea . @sonots から日本のWeb界隈ではTCP_TIMEWAIT_LEN を変更してカーネルリコンパイルがデファクトという話を聞いて軽くぐぐってみたところ、たしかに大量にそのようなページがヒットする。しかもどれ一つとして理由が書いてない。そして日本特有の現象 2015-09-09 00:03:14 小崎 資広 (KOSAKI Motohiro) @kosaki55tea 軽くソースを見た感じだと、tcp_tw_reuse をセットすると１秒で TIME_WAITのsocketは再利用が始まるので、いまひとつリコンパイルの必要性が分からず。これ、ソース呼んで妥当性チェックした人がいるノウハウなのかなあ 2015-09-09 00:04:39
「Linux Virtual Server」と「Keepalived」で作る冗長化ロードバランサ | さくらのナレッジ
多数のクライアントがアクセスするような負荷の高いサービスや停止させられないサービスを運用する場合、複数のサーバーを使ってサービスの負荷分散や冗長化を行うのが一般的だ。本記事では、「Linux Virtual Server（LVS）」を使ってこのような構成を実現する方法について紹介する。 Linuxサーバーをロードバランサにする「Linux Virtual Server」（LVS） 最近では多数のCPUコアを持つサーバーが安価で利用できるようになり、サーバー1台の処理能力は飛躍的に向上している。しかし、リクエストの処理に多くのリソースを使用するようなサービスや、短時間に多数のリクエストを処理する必要があるサービスでは、1台のサーバーだけでは処理能力が不足する場合がある。このような場合、複数台のサーバーで同じサービスを運用し、ロードバランサを使ってリクエストを振り分けることで負荷の分散を図るこ
TechCrunch | Startup and Technology News
The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent layoffs tracker Layoffs.fyi. Companies like Tesla, Amazon, Google, TikTok, Snap and Microsoft have conducted sizable layoffs in the…
The NoTCP Manifesto 日本語訳 - 自由課題
はじめに インターネット通信の高速化については個人的に結構前から興味があって、確か2012年か2013年時点でGoogleがQUICに取り組んでいたことはなんとなく覚えているのだけれど、インフラの話も絡んでくることもあり、なんとなく誰にでも検討できるものでもないんだろうなという印象を当時持った気がする。 (NoTCPという名前から連想される)NoSQLのように、現在当たり前に使用しているインフラを疑ってみるというのは発想として面白いと思うが、ネットワークのような全世界共通のインフラに対して何ができるかという点(例えばTCPの輻輳制御における公平性の議論など)に関しては検討が必要な点も多いと思う。いずれにしろ興味深い分野なので引き続きウォッチしたい。 なお、本文書の原文はThe NoTCP Manifestoであり、ライセンスはCreative Commons Attribution-Sha
Apache Kafka 0.8 basic training - Verisign
Apache Kafka 0.8 basic training (120 slides) covering: 1. Introducing Kafka: history, Kafka at LinkedIn, Kafka adoption in the industry, why Kafka 2. Kafka core concepts: topics, partitions, replicas, producers, consumers, brokers 3. Operating Kafka: architecture, hardware specs, deploying, monitoring, P&S tuning 4. Developing Kafka apps: writing to Kafka, reading from Kafka, testing, serializatio
なぜネットワーク運用自動化が進まないのか Why is it difficult �to automate network operation
2015/4/24に開催された wakamonog x ssmjp x BIGLOBE = wasabi イベントで発表した資料です。http://ssmjp.connpass.com/event/13173/ This is lightning talk presentation for study event in Tokyo.Read less
high-performance packet filtering with pflua — wingolog
Greets! I'm delighted to be able to announce the release of Pflua, a high-performance packet filtering toolkit written in Lua. Pflua implements the well-known libpcap packet filtering language, which we call pflang for short. Unlike other packet filtering toolkits, which tend to use the libpcap library to compile pflang expressions bytecode to be run by the kernel, Pflua is a completely new implem
まだ知らない人のための最新Microsoft Azure入門 - Build Insider
※紛らわしいが、「Application Service」と「App Service」は別の意味の用語として使っているのに注意してほしい。 コンピューティング（Computing）： Virtual Machines／Virtual Machine Scale Sets／Container Service／App Service／Web Apps／Mobile Apps／API Apps／Logic Apps／Functions／Cloud Services／Batch／RemoteApp／Service Fabric データサービス（Data Service）： Storage／SQL Database／Redis Cache／DocumentDB／Search／SQL Data Warehouse／SQL Server Stretch Database／Azure Analysis S
[Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst
Percona MySQL Webinarsの発表(MYSQL開発でやってしまいがちな致命的なミスについて)のQAをご紹介します。 本発表はSQLアンチパターン著者のBill Karwinさんの発表です。 オリジナル: http://www.percona.com/resources/mysql-webinars/how-avoid-even-more-common-deadly-mysql-development-mistakes July 17, 2014 by Bill Karwin 水曜日に「MySQLを開発する上でよく起こる(そして致命的な)ミスをどのように回避するか」をPercona MySQL webinarsで発表した。お見逃の際は、ビデオとスライドを見る為に登録すればまだご覧にいただける。 参加いただいた皆様、そしてとりわけすばらしい質問をしていただきありがたく思っている
![[Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst](https://cdn-ak-scissors.b.st-hatena.com/image/square/cc3e540029d01309128ee24be8bc7c48c3fd73da/height=288;version=1;width=512/https%3A%2F%2Fyakst.com%2Fpost_icons%2Fpercona.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNSのシステム設計
mPulse — Real User Performance Monitoring and Real-Time Analytics | Akamai
HTTP/2 入門
Efficient data transfer through zero copy
IBM Developer
サービス終了のお知らせ
1000 台超の大規模システムにおける Solaris NFS 実装の問題