エリー運河 - Wikipedia
エリー運河（エリーうんが、英: Erie Canal）は、アメリカ合衆国ニューヨーク州にある運河。エリー湖からハドソン川上流までを繋ぎ、ニューヨーク港に注ぐハドソン川を通じて五大湖と大西洋の間の舟運を可能にした運河である。東部と中西部の運搬を一気に容易にした最初期の交通革命となった[1]。 最初に提案されたのは1699年だったが、1798年になってやっとナイアガラ運河会社が設立され建設の準備が始められた。最初にその一部が開通したのは1819年で、全通は1825年10月26日。全長363マイル（584キロメートル）、幅40フィート（12メートル）、深さ4フィート（1.2メートル）で、閘門は83箇所あり、それぞれ幅90フィート（27 メートル）、高さ15フィート（4.5メートル）となっている。通航可能な船の排水量は75米トン（68メートルトン）。 エリー運河は東海岸とその西側の内陸部との間の交
キャナル・マニア - Wikipedia
キャナル・マニア (英: Canal Mania、「運河狂」「運河熱」の意) とは、1790年代から1810年代のイングランド及びウェールズにおける猛烈な運河建設と、これをもたらした1790年代前半における投機熱の時代のことである[1]。 ブリッジウォーター運河 最初期の運河建設は通常、商品の船舶輸送を必要としていた商人、製造業者、または鉱山所有者による地域的事業計画として始まった。例えば、ウォースリーからマンチェスターまで石炭を出荷するために第3代ブリッジウォーター公爵フランシス・エジャートンが建造したブリッジウォーター運河などである。 巨額の建設費にもかかわらず、マンチェスターの石炭価格は開通直後に50%下落し、財政的成功は投資家にとって魅力的であった。 アメリカ独立戦争は、1783年に終結した。 長期にわたる高収益は、可処分所得の増大を招くと共に、事業に対する個人的関心がほとんどない
運河時代 - Wikipedia
ブリッジウォーター運河 ブリッジウォーター運河（マンチェスター市内） 運河時代（うんがじだい、英: canal age）は、イギリスにおいて運河を利用した水運が盛んであった1760年代から1830年代の時期を指す。運河による大量の物流は初期産業革命を支える原動力となった。 イギリスでは海洋や河川を使った水運が古くから盛んであったが、それが却って運河建設の機運を阻害した。だが、産業革命の開始とともに内陸部でも鉱山や炭田の開発や工業化・都市化が進展し、河川や海洋の利便の無い地域でも大量輸送の必要性が高まっていった。 1761年、ワースリー炭鉱を所有していた第3代ブリッジウォーター公爵フランシス・エジャートンが、炭鉱とマンチェスターを結ぶ運河を建設し、更に6年後には技師ジェームス・ブリンドリー（en）の助力を得て4年間の工事の末にこれをリヴァプールのマージー川河口にまで伸ばした（ブリッジウォータ
給水塔 - Wikipedia
初の近代的給水塔であるルイビル給水塔。1860年建設。 給水塔（きゅうすいとう、英語: water tower）とは、給水システムに充分な水圧を与えるために設けられた巨大なタンクである。産業革命期に多数の給水塔が建設され、そのうちいくつかは現在でもランドマークやモニュメントとして残されている。取り壊されて集合住宅に建て替えられたものもある。 構造[編集] 典型的な給水塔は、鉄鋼、鉄筋コンクリート、プレストレスト・コンクリート、煉瓦などで建設されている。通常は、球形か円筒形で、直径が約16メートル（50フィート）、高さが約40メートル（120フィート）である。 目的[編集] 給水の安全を維持するためには、充分な水圧が必要となる。水圧が不足すると、問題がいくつか起こる場合がある。 建物の上階にまで水が達しないことがある。 蛇口からの流量が不足することがある。 一部の丘陵地帯にあるような給水塔無
24時間365日「つながる」をめざして | 通信・エリア | NTTドコモ
お客様の設定により、お客様情報が「非表示」となっております。お客様情報を表示するにはdアカウントでログインしてください。 お客様情報表示についてへ お客様情報表示についてへ 24時間365日「つながる」をめざして 現在、高速化・大容量化が急速に進むモバイル・コミュニケーション・ネットワーク。 さまざまな場面で人と人をつないできた通信＝見えない無数の絆を見守り続けるのが、私たちドコモ・ネットワークオペレーションセンターの使命です。 リアルタイム監視！ネットワークオペレーションセンター 東京と大阪にあるネットワークオペレーションセンターが連携し日本全国のネットワークシステムが円滑に運用されるように24時間365日休むことなく監視・措置を行っています。 また、花火大会やコンサートなどの大規模イベントにおいてもお客さまが快適に使えるように通信の流れが悪くならないようにコントロールしています。 2拠
NEC、豊島区で、世界初の｢群衆行動解析技術｣を用いた総合防災システムを構築 (2015年03月10日)：プレスリリース | NEC
NECは、豊島区（東京都）において、防災カメラで撮影された群衆映像から混雑状況の把握・異変検知を行う世界初の「群衆行動解析技術」（注1）を用いたシステムを含む「豊島区総合防災システム構築業務委託」を受注しました。 「群衆行動解析技術」を用いたシステムの導入は、豊島区が世界初であり、本システムは2015年5月に稼動、6月に本格運用を予定しています。 「群衆行動解析技術」とは、異変につながる「群衆全体の動きの変化」を、個人を特定することなく解析するNEC独自の技術です。混雑度を高精度に推定し、異常混雑や滞留者の流れの異常などを、カメラ映像を用いて検知します。 豊島区は、多くの来街者が集中する地域特性を有し、災害時の対応や、平時も事故につながりやすい状況を早期に把握することが重要となります。 今回、区内に新設する51台の防災カメラのうち主要駅周辺や幹線道路のカメラ映像から、リアルタイムに異常を検
CodeBuild を使って AMI 作成の時間を大幅に短縮した | はったりエンジニアの備忘録
freee では「会計 freee」に始まり、「給与計算 freee」や「会社設立 freee」など全部で 5 つのサービスを提供しています。また、サービス間で共通している機能はマイクロサービス化されているので、インターナルなサービスも含めると数多くのサーバが動いています。 サービスの特性に合わせてミドルウェアやプログラミング言語を選んでいるので AMI を共通化することが難しく、サービスの成長に伴って AMI の数も増えていました（起動時に Cloud-init でゼロからセットアップするやり方だと時間がかかりすぎるため採用できません）。 AMI の数が増えると管理コストがバカになりません。特に、Linux カーネルなどに脆弱性が見つかるとすべての AMI を作り直す必要があります。 freee では Packer と Ansible を使っているので構築自体は自動化されていますが、それ
原因調査用Linuxコマンド | 外道父の匠
サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot
EC2 拡張ネットワーキングとプレイスメントグループの効果を試す | DevelopersIO
こんにちは、菊池です。 AWSで最も基本的なサービスの1つともいえるEC2ですが、その設定の中で"拡張ネットワーキング"と"プレイスメントグループ"というのがあるのをご存知でしょうか？ 目新しい機能ではありませんし、意識して設定しなくても不都合が発生するものでもありませんのでデフォルト状態で利用されている方もいるのではないでしょうか。 Linux の拡張ネットワーキング 拡張ネットワーキングは、高い帯域幅、1 秒あたりのパケット (PPS) の高いパフォーマンス、常に低いインスタンス間レイテンシーを実現します。 プレイスメントグループ プレイスメントグループは、単一のアベイラビリティーゾーン内のインスタンスを論理的にグループ化したものです。サポートされているインスタンスタイプとともにプレイスメントグループを使用すると、アプリケーションが低レイテンシーの 10 Gbps (ギガビット/秒)
Home | Lambros Petrou
➤ Sign up to my newsletterAt most one email per month with all my new articles, product announcements and launch deals. Nothing new, means no email at all. No spam. No gimmicks. ➤ Read-Watch-Listen listMy Read-Watch-Listen list references content I read, watched, and listened, worthy of sharing! Topics covered include technical articles, career advice, business and startups, life, and more.
ネットワーク構成図の書き方 – 参考サイトの厳選リンク集
このページは、ネットワーク構成図を作成する際に役立つと思われる参考サイトへのリンク集です。作成にあたって最低限押さえておくべき基本的な情報と、筆者が厳選したサンプル図面をまとめました。 ネットワーク構成図には統一された作図ルールや作成手法が存在せず、各社・各組織・各担当者の流儀に依るところが大きいのが現状です。また、ネットワーク構成図に記載する内容も目的によって大きく変わります。つまり、これが正解というネットワーク構成図の書き方は無いのです。 このような状況ではありますが、分かりやすく・活用されるネットワーク構成図はたくさん存在します。基本的な作図ルールを押さえた上で、そのような良質なネットワーク構成図を参照してお手本にすることが、上達への近道だと思います。 基礎解説ITpro – ネットワーク構成図の読み描きシスコが提供するアイコン集からの出題。レイヤー3スイッチを表わしているアイコンは
EC2 インスタンスで Intel 82599 VF インターフェイスを使用して拡張ネットワーキングを有効にする - Amazon Elastic Compute Cloud
要件 Intel 82599 VF インターフェイスを使用した拡張ネットワーキングを準備するには、次のようにインスタンスをセットアップします。 サポートされているインスタンスタイプ C3、C4、D2、I2、M4 (m4.16xlarge を除く)、R3 から選択します。 インスタンスがインターネットに接続されていることを確認します。 保持する必要がある重要なデータがインスタンスにある場合、インスタンスから AMI を作成してそのデータをバックアップする必要があります。sriovNetSupport 属性を有効にするとともに、カーネルおよびカーネルモジュールを更新すると、互換性のないインスタンスがレンダリングされたり、オペレーティングシステムに接続できなくなったりする可能性があります。最近のバックアップがある場合は、これが発生してもデータは保持されます。 Linux インスタンス – Lin
Certificate and Public Key Pinning | グローバルサインブログ
Chromeではgoogle.comに発行する正規な認証局をPinningしています。たとえ、信頼されたルート証明機関ストアに含まれた認証局からgoogle.comの証明書が発行されたとしても、Pinning のリストにない場合は警告表示が行われます。ほとんどの人はこの件が起きるまで、この技術がChromeに実装されていることを知りませんでした。 この件がきっかけでPinningの有効性は十分に認知され、Pinningをアプリケーション側に実装することでCA側による危殆化による不正な発行、または誤発行によるトラブルの拡大を防げることは実証されました。今後はPinningのリストを拡大していくことが課題かと思いますが、IETFのドラフトにおいても拡大には問題があると提示されています。 今後の動き Pinningをユーザーエージェント提供側にてハードコード化し、展開していくには慎重な対応が要求
Amazon Linuxにおけるシステム時計とNTP | DevelopersIO
よく訓練されたアップル信者、都元です。Amazon Linuxは初期状態でNTPによるシステムクロックの同期を行うようになっています。具体的には、ntpdがインストール済みで、自動起動もONになっています。 $ chkconfig --list ntpd ntpd 0:off 1:off 2:on 3:on 4:on 5:on 6:off その設定ファイルは/etc/ntp.confにありますが、このファイルを参照した所、これら4つのNTPサーバを利用して時刻同期を行っているようです。 server 0.amazon.pool.ntp.org iburst server 1.amazon.pool.ntp.org iburst server 2.amazon.pool.ntp.org iburst server 3.amazon.pool.ntp.org iburst NTP POOL P
Amazon EBS ボリュームの初期化 - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームの初期化 空の EBS ボリュームは、作成されるとすぐに最大のパフォーマンスを発揮し、初期化 (以前は事前ウォーミングと呼ばれました) を必要としません。 スナップショットから作成されたボリュームの場合、ボリュームのタイプを問わず、アクセスする前に、ストレージブロックが Amazon S3 からプルダウンされてボリュームに書き込こまれている必要があります。この事前処理には一定の時間がかかるため、各ブロックへの初回アクセス時には、I/O 操作のレイテンシーが著しく増加する可能性があります。ボリュームのパフォーマンスは、すべてのブロックがダウンロードされてボリュームに書き込まれると正常値に達します。 スナップショットから作成された Pro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
x.com
運用を楽にするためのアプリケーションコードを書くということ : sonots:blog
Configure GlassFish JDBC connection pool to handle Amazon RDS Multi-AZ failover
AWS Developer Forums: Run script before ec2-terminate ...
Update Route53 record set with EC2 instance public IP for a DIY load balancer | Lambros Petrou