並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 5164件

新着順 人気順

Infrastructureの検索結果121 - 160 件 / 5164件

  • 東日本巨大地震 - 自動車・通行実績情報マップ

    青色は前日0時〜24時に通行実績のある道路、灰色は同期間に通行実績のない道路を表示しています。 (データ提供: 本田技研工業株式会社) この「自動車・通行実績情報マップ」は、被災地域内での移動、および被災地への救援・支援活動に向かう方の参考となる情報を提供することを目的としています。 このマップは、Googleが、本田技研工業株式会社(Honda)から提供を受けた、Hondaが運営する インターナビ・プレミアムクラブ とパイオニアが運営する スマートループ が作成した 通行実績情報 を利用して作成・表示しています。Hondaは、24時間毎に通行実績情報を更新する予定であり、Googleは更新後の情報を受け取り後、可及的速やかに情報を反映する予定です。 なお、通行実績がある道路でも、現在通行できることを保証するものではありません。実際の道路状況は、このマップと異なる場合があります。緊急交

    • Googleが数千台もある10年前のLinuxディストリをライブアップグレードした話 - ゆううきブログ

      Googleが、太古のディストリビューションであるRed Hat 7.1から、10年新しいDebianベースのディストリビューションへ、ライブアップグレードした話を紹介する。 そのあと、自分の身の回りの環境と比較し、参考にすべきポイントを考察する。 原文は USENIX LISA の投稿論文だ。しかし、中身は論文体というよりは、事例の紹介といった適切かもしれない。 MERLIN, M. Live Upgrading Thousands of Servers from an Ancient Red Hat Distribution to 10 Year Newer Debian Based One. In Proceedings of the 27th conference on Large Installation System Administration (LISA) (2013),

        Googleが数千台もある10年前のLinuxディストリをライブアップグレードした話 - ゆううきブログ
      • 他キャリアが裸足で逃げ出す!? SIMロックフリーiPhone 4S+ドコモXi契約SIMが最強 - 週刊アスキー

        ちなみに下記のような内容で契約を行なっています。 タイプXiにねん:780円 mopera U スタンダードプラン:525円 Xiパケ・ホーダイ フラット:4410円 ユニバーサルサービス料:7円 合計:5723円 ※消費税の算出方法の都合上、1円繰り上がります。 ただし上記のXiパケ・ホーダイ フラットの料金は2012年4月末日までのキャンペーン価格なので、5月以降は下記の料金となります。 タイプXiにねん:780円 mopera U スタンダードプラン:525円 Xiパケ・ホーダイ フラット:5985円 ユニバーサルサービス料:7円 合計:7298円 ※消費税の算出方法の都合上、1円繰り上がります。 キャンペーン後の7298円でも、テザリングまで利用できるのであれば非常に魅力的な料金です。それでは早速試してみましょう。

          他キャリアが裸足で逃げ出す!? SIMロックフリーiPhone 4S+ドコモXi契約SIMが最強 - 週刊アスキー
        • 熊本地震「LINE通話を10分無料」は大問題だ

          4月14日夜に発生した熊本県の地震(震度7)は、今もまだ余震が続いている。寒い夜を屋外で過ごす被災者の映像を見ながら、親戚や知人の身を案じている方もいることだろう。一時的に生じた音声通話がつながりにくい状況も一段落、通信環境は落ち着きを見せ始めているようだ。 そうした中で、無料通話とチャット機能で多くの利用者を獲得し、今や通信インフラのひとつと数えてもよい「LINE」が「通信の常識」を無視した、"社会貢献"を行っている。これは、きわめて大きな問題であり、ここで指摘をしておく。 震度7にすぐ対応し無料化したLINE 今回の地震を受け、LINEの公式アカウントが次のようなアナウンスを行い、テレビや新聞社のウェブサイトで次々に報道された。 "LINEから固定電話・携帯電話にかけられる「LINE Out」機能で、日本国内の番号への発信を1通話最大10分まで無料化しました。家の電話やLINEでつなが

            熊本地震「LINE通話を10分無料」は大問題だ
          • 株式会社ゼンリンさん発案!思わずなんじゃと言いたくなる「びっくり道路選手権」タグ抜粋まとめ

            株式会社ゼンリン🗾 @ZENRIN_official 突然ですが、、今週土日にかけまして「#びっくり道路選手権」を開催しようと思います! おもしろい名前の道路🛣すごい形した道路...道路のネタなら何でもOKです☺️ わたしも何個か投稿しますが、みなさんからのツイートぜひお待ちしてます! (例えばこんなの。高速道路が通るビル🏢) pic.twitter.com/uYBE3LFNIJ 2020-12-19 11:28:34

              株式会社ゼンリンさん発案!思わずなんじゃと言いたくなる「びっくり道路選手権」タグ抜粋まとめ
            • 新卒インフラエンジニアを育成した話 | 外道父の匠

              お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。 昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。 経緯 ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。 私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や

                新卒インフラエンジニアを育成した話 | 外道父の匠
              • iPhoneは、ソフトバンクとauのどっちがいいの?山手線で実際に比べてみたら、驚愕の結果に…! : らばQ

                iPhoneは、ソフトバンクとauのどっちがいいの?山手線で実際に比べてみたら、驚愕の結果に…! 昨年秋から発売された、iPhoneの最新機種「iPhone 4S」は、ソフトバンクとauの2社から発売され、どちらを買うべきか議論が広がったのは記憶に新しいところ。私も正直どちらを買おうか、真剣に悩みました…。 しかしネットでは色々な比較が話題になったものの、携帯電話にとって最も重要な「通話品質」を真剣に比較したものは、ほとんどと言っていいほどありません。 そこで、ソフトバンクとauの2台のiPhone4Sを手に、1月26日に実際に山手線に乗り込んで通話品質を比較し、結果をまとめてみました。 検証方法 今回は通話品質を確かめるため、ソフトバンク、auの電話を2台ずつ用意しました。それぞれそのうち1台はiPhone4Sです。厳密には全部iPhoneにできれば良かったのですが、さすがにそこまで揃え

                  iPhoneは、ソフトバンクとauのどっちがいいの?山手線で実際に比べてみたら、驚愕の結果に…! : らばQ
                • Nianticの求人から推測する『Pokémon GO(ポケモンGO)』のサーバ構成 - Qiita

                  1ワールドで済ますというチャレンジ Nianticの求人を見ていて、凄く驚いたのは、「Software Engineer - Server Infrastructure」での次の項目。 all on a single, coherent world-wide instance shared by millions of users. 対訳 全ての(アクション)は、数百万のユーザーに共有された単一の一貫した(サーバ群で行われる) つまり、ポケモンGOは1ワールドで構成されている。MMOのサーバを作ったことがある人なら5それがどんなに大変かピンとくるだろう。特に、ポケモンGOの様に一日に数百万人とかが遊ぶゲームで、1ワールドでゲーム世界を構築するのは、結構大変だ。6 MMOで1ワールドがなぜ大変か(データストレージとの戦い) MMOの様なオンラインゲームで、1ワールドがなぜ大変かを図示する。

                    Nianticの求人から推測する『Pokémon GO(ポケモンGO)』のサーバ構成 - Qiita
                  • 自作サーバカンファレンス「はてなの自作サーバの実際」+他セッション講演メモ - RX-7乗りの適当な日々

                    本日の自作サーバカンファレンス、申し込みして楽しみにしていたのですが、体調がよろしくなかったので泣く泣く不参加・・・にしようとしていたところ、なんと!Ust(USTREAM)配信されているようだったので、そっちで視聴しました。感謝!! 1つ目のトークの"はてな"の自作サーバ事情の話、他各トークセッションのメモ書きを今後の自分のために残しておきます。 田中さん(id:stanaka)のオープニングセッション 自作サーバは安い早いうまい 必要十分な仕様 部品単位で調達・組立 独自のカスタマイズ(SSD使いたい、など) はてなでは1年くらいSSD使っている! 安い Core2Quad + 8GB + SSD X25-M 80GB \100,000 + 5,000/month (1A) \160,000/year Amazon EC2と比べても、1年でもとが取れて、SSDも付いてくる 自作サーバの

                      自作サーバカンファレンス「はてなの自作サーバの実際」+他セッション講演メモ - RX-7乗りの適当な日々
                    • 満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ

                      ここ数年の大規模サービスのシステム運用について調べてみたので参照したページやファイル、本へのリンクをまとめておく。PDF へのリンクも多数含まれているのでご注意を。 時代が時代なら企業のノウハウとして隠されていたような情報がこれだけ公開してもらえているというのが非常にありがたい。公開してくれている各企業や公開してくれている人に感謝。 あとで気付いたが、Google や Facebook の事例も探しておけばよかった。Thrift とかあったのに。「こんな情報もあったよ」などあればぜひ教えてください。追記していきます。 youtube http://d.hatena.ne.jp/stanaka/20070427/1177651323 digg http://d.hatena.ne.jp/stanaka/20070427/1177651323 livedoor http://labs.cybo

                      • 秒間数万のログをいい感じにするアーキテクチャ

                        AWS Summit Tokyo 2016 Developer Conference (2016/06/03)

                          秒間数万のログをいい感じにするアーキテクチャ
                        • ネットワーク図を作る時に便利なアイコン集のまとめ(2016年度版)

                          以前「ネットワーク図を作る時に便利なアイコン集のまとめ(2013年度版)」という記事をエントリしたのですが、それから時間が経過したので2016年度版を作ってみました。 ※ 2020年 12月05日 「Kubernetesのアイコン集」と「ヤマハネットワーク機器のアイコン集」を追加、その他のリンク集に「資料で使う技術/プロダクトロゴのリンク集 – Qiita」を追加いたしました。 ※ 2018年 11月28日 Alibaba Cloud iconsを追加いたしました。 ※ 2017年 12月22日 ニフクラ アイコン&シンボルを追加いたしました。 ※ 2017年11月18日 cocha-iconsを追加いたしました。 ※ 2017年8月27日セキュリティアイコン/Security icons – Security along DesigNを追加いたしました。 ※ 2016年12月26日 「G

                            ネットワーク図を作る時に便利なアイコン集のまとめ(2016年度版)
                          • サーバー未経験者がソーシャルゲームを通して知ったサーバーの事

                            2014/2/8に行ったゲームサーバ勉強会でのスライドです。 サーバー未経験者がソーシャルゲームを通して知ったサーバーの事。 失敗経験を元に何故今がこうなっているかというのを詰め込みました。 初心者〜中級者向け勉強会だったので、なるべく非エンジニアでもイメージで伝わるようにちょっとだけ心がけてます。

                              サーバー未経験者がソーシャルゲームを通して知ったサーバーの事
                            • よくわかるLinux帯域制限 | GREE Engineering

                              矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日本語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が

                                よくわかるLinux帯域制限 | GREE Engineering
                              • インフラエンジニアの綺麗で優しい手順書の書き方

                                新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?naoki koyama

                                  インフラエンジニアの綺麗で優しい手順書の書き方
                                • グーグル、自社設計のサーバを初公開--データセンターに見る効率化へのこだわり - CNET Japan

                                  カリフォルニア州マウンテンビュー発--Googleは、自社のコンピューティングの運用については多くを語らない。しかしGoogleは米国時間4月1日、当地で行われた、注目度が高まっているデータセンターの効率性に関するカンファレンスで、そのインターネットの力の中枢にあるハードウェアを初めて公開した。 ほとんどの企業は、DellやHewlett-Packard(HP)、IBM、Sun Microsystemsのような企業からサーバを購入している。しかしGoogleは、何十万台ものサーバを保有していて、そのサーバを稼働させることが自社の中心的な専門技術の一部だと考えており、自社独自のサーバを設計および構築している。Googleのサーバの多くを設計したBen Jai氏は、高度な技術を持つ、非常に熱心な聴衆の目の前で、現在のGoogleサーバを公開した。 Googleサーバで非常に驚くのは、サーバ1台

                                    グーグル、自社設計のサーバを初公開--データセンターに見る効率化へのこだわり - CNET Japan
                                  • http://blogging.from.tv/wp/2010/11/07/4405

                                    • GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー

                                      少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ

                                        GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
                                      • 今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2

                                        今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2 コンテナ型仮想化の技術として注目されているDockerの勉強会「Docker Meetup Tokyo #2」が4月11日にグーグル東京オフィスで開催されました。 この勉強会には定員100名のところへ400名を超える申し込みがあり、参加できなかった方も多かったと思います。本記事では、最初のセッションとして行われた森和之氏による「今からでも間に合うDocker基礎+Docker 0.9概要」をダイジェストで紹介しましょう。 参考記事 2013年のDocker登場から現在(2018年)までを振り返り、その次の段階を展望した記事もご参照ください。 Dockerコンテナ時代の第一章の終わり、そして第二章の展望など 今からでも間に合うDocker基礎 株式会社トップゲー

                                          今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2
                                        • Kubernetes、やめました | 外道父の匠

                                          最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない?となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね?って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ?って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ

                                            Kubernetes、やめました | 外道父の匠
                                          • Av-jyo.com

                                            The domain av-jyo.com maybe for sale. Click here for more information. Av-jyo.com Related Searches: Cloud Service Providers Secure Internet Browser Computer Internet Security Web Designing Courses AVI DVD Player Privacy Policy|Do Not Sell or Share My Personal Information

                                            • 知っているようで知らないWebサーバアーキテクチャ

                                              第6回ゲームサーバ勉強会用資料です。 Webの技術の根幹となるHTTPやTCP/IPを軽くおさらいしたあと、 マルチプロセス、マルチスレッド、イベント駆動といったサーバアーキテクチャについて解析し、 さらにイベント駆動を実現するための非ブロッキングI/OとI/Oの多重化について解説します。

                                                知っているようで知らないWebサーバアーキテクチャ
                                              • 連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)

                                                IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. Please open new issue/pull requests in either English or Japanese if you would have any feedback or you would like to contribute this repo. We provide mainly "Japanese contents" by markdown text. IBM Developerの最新情報は https://developer.ibm.com/ にアクセスし、英語のコンテンツを参照してください。 このリポジトリは、IBM Developer Japan Webサイトで公開していた

                                                  連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)
                                                • 携帯電話GPSから見た「東日本大震災」発生時、東京の人の流れ(動画) at サイエンスライター 森山和道

                                                  Tweet 「人の流れプロジェクト」において、「東京大学空間情報科学研究セン­ターと共同研究を行っている(株)ゼンリンデータコムの「混雑統計(R)」データを用いて」、「携帯電話のGPSデータをもとに、2011年3月11日の東日本大震災時の人の流動を再現した」というこの動画は必見です。 地震前には活発に動き回っている人たち。 その人の流れが、地震発生時点、ピタっと止まります。 まるで東京全体が電気ショックを受けたようです。 その後、再び動き始めるのですが、その動きは非常にスロー。 交通機関が止まったからです。 23時を超えたあたりになって交通機関の復旧と共に、人の流れが徐々に高速に戻って行きます。 人の動きが見事に視覚化されています。 GISと地理空間情報―ArcGIS10とダウンロードデータの活用 posted with amazlet at 13.01.10 古今書院 売り上げラ

                                                  • 開発環境のデータをできるだけ本番に近づける - クックパッド開発者ブログ

                                                    こんにちは。技術部の吉川です。 今回はクックパッドの開発環境構成、特に開発用データベースの構成についてご紹介します。 開発環境の構成 クックパッドのシステム環境は以下のようなフェイズに分かれています。 ※ これはcookpad.comの構成で、サブシステムや個別のサービスはその規模や特性に応じて構成が異なります。 development 開発者が実際に開発を行う環境です。クックパッドでは仮想環境は用いず、手元のマシンでRailsアプリケーションを動かして開発を行っています。 データベースはローカルではなく、開発者全体で共通の開発用データベースに接続しています。 test 手元でテストを実行する場合は、ローカルマシンのデータベースを利用します。CI(rrrspec)などの場合も同様で、テスト実行サーバーのデータベースが利用されます。 staging stagingといえば準本番環境として、本

                                                      開発環境のデータをできるだけ本番に近づける - クックパッド開発者ブログ
                                                    • ゲームサーバ開発現場の考え方

                                                      【Unite Tokyo 2019】Unityだったら簡単!マルチプレイ用ゲームサーバ開発 ~実践編~UnityTechnologiesJapan002

                                                        ゲームサーバ開発現場の考え方
                                                      • Dockerコンテナ時代の第一章の終わり、そして第二章の展望など - Publickey

                                                        コンテナ型仮想化の技術や実装はDockerが登場する以前から存在していたとはいえ、IT業界で本格的にコンテナの活用が始まったと言えるのは、やはり2013年3月に当時のdotCloudからDockerが登場したことがきっかけでしょう。 そうして始まったコンテナ時代の第一章は今年2017年、コンテナの標準仕様がOpen Container Initiativeによって策定完了し、コンテナオーケストレーションの事実上の標準がKubernetesに決まったことで基盤技術の基本要素がおおむね固まり、一つの区切りがついたように見えます。 そして今後は、この基盤技術を用いたコンテナによる分散アプリケーションのための様々なサービスや開発、テスト、デプロイ、本番環境に対応したツールやサービス実行環境などのソリューションが登場し、競う段階へ入っていくのではないでしょうか。 この記事では、Docker登場から現

                                                          Dockerコンテナ時代の第一章の終わり、そして第二章の展望など - Publickey
                                                        • 最高のITエンジニアリングを支える守りと攻めの「設計技術」と「SRE」 - Speaker Deck

                                                          最高のITエンジニアリングとは、ユーザーへの価値提供に最大限集中できる状態を維持し続ける技術だと私は考えます。では、その状態を阻害する要因は一体何であり、どうすれば取り除くことができるのでしょうか。このような具体的な問題と向き合い、近年注目されているSRE の考え方を取り入れ、実装しながら乗り越えてきた体験談についてお話します。(HashiCorp ツールの実装、運用自動化など)また、一歩進んだITエンジニアになるため、実装に留まらない組織的な施策実行の考え方や実際の進め方についてもお伝えします。July Tech Festa 2018 での発表資料です。

                                                            最高のITエンジニアリングを支える守りと攻めの「設計技術」と「SRE」 - Speaker Deck
                                                          • Googleは巨大なインフラをどうやってセキュアに保っているか。独自のセキュリティチップ利用やDoS対策、安全なソフトウェア開発など、全体像を解説したホワイトペーパーを公開

                                                            Googleのクラウドは間違いなく世界最大規模のコンピュータシステムです。膨大なハードウェアとソフトウェアから構成されるこの巨大なシステムを、同社はどうやってセキュアに保っているのか。そのことを解説したホワイトペーパー「Google Infrastructure Security Design Overview」が公開されました。 ホワイトペーパーには、Googleのデータセンターを構成するデバイスの1つ1つにまで独自のセキュリティチップを組み込んで正規のデバイスかどうかを相互に認証するという物理レベルのセキュリティから、何層のものロードバランサーからの情報を集約してDos攻撃を検知すると、その通信を破棄するといったDoS対策。 そしてマシンも従業員もサービスも包括するグローバルな名前空間など、きわめて広範かつ綿密なセキュリティ施策が説明されています。 クラウドがいかに高度なセキュリティで

                                                              Googleは巨大なインフラをどうやってセキュアに保っているか。独自のセキュリティチップ利用やDoS対策、安全なソフトウェア開発など、全体像を解説したホワイトペーパーを公開
                                                            • 「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか

                                                              昨日のPinterestの記事「Pinterestの急成長を支えてきたアーキテクチャとは? Pythonで開発しAmazonクラウドで運用」に続いて、やはり写真を中心としたサービスで急成長してきたInstagramのスケーラビリティについて、まとめてみました。 InstagramもPinterestと同様に、基本はAmazonクラウド上でPythonとフレームワークのDjangoを使ったシステムを構築しています。興味深いのは、創業者の二人ともバックエンドの経験がないなかで試行錯誤をしてシステムをスケールさせてきた点です。 Instagramは先月、Facebookに買収されると発表されています。この先、Instagramのシステムはどう変わっていくのでしょうか。 Instagramのシステム構成 約半年前、昨年12月にInstagramのブログに投稿された記事「What Powers In

                                                                「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか
                                                              • 計画停電が出来るのは最高級の配電技術があるということ - 練馬整体Yo-jouと一緒に体質改善&肩こり・頭痛の根本治療を

                                                                計画停電の実施時間が刻一刻と変化することに対して、現場の混乱、もう少ししっかりしろ、といったTwitterでのつぶやきを多数見かけました。 しかし、それは大間違いです。 刻一刻と時間を変化させるのを見て、私は心底、すごい!やった!とガッツポーズをとっていました。 なぜなら、それは、数分単位で、電力予測と配電予定をしっかりとこなしている、ということに他ならないからです。 多分、電力会社自らがこういう情報を発信することはないと思うので、もうすでに引退して自由に発言をできる立場の元リスクマネジメントの専門家として、公開情報の範囲で配電に関して書かせていただきます。 ※機密保持のため、日本全国の10電力会社の情報を全部ひっくるめて1電力会社のように書きます。ご了解ください。 各電力会社内、もしくは複数電力会社連携のコアとなるのが、「制御センター」「総合制御所」「総合監視制御室」「制御指令所」などと

                                                                  計画停電が出来るのは最高級の配電技術があるということ - 練馬整体Yo-jouと一緒に体質改善&肩こり・頭痛の根本治療を
                                                                • 転職したらKubernetesだった件 - Qiita

                                                                  TL;DR Kubernetes がどのように、人間の作業を自動化しているのかを、実際に Kubernetes がやっている作業を手作業で行なう ことで学びましょう。 このQiita の内容は、CloudNative Days Tokyo 2019 における発表の、「転職したらKubernetesだった件」を書き下ろし、実際にデモが行えるように修正を加えたものになります。 YouTube Speakerdeck この物語はフィクションであり、登場する団体名・会社名・人名等は架空のもので、実在する団体・会社・人物等とは、一切、関係がありません。 これまでのあらすじ ある日、某Z社に転職した稲津さんに与えられた仕事は、“Kubernetes の一員”になることだった!? 某Z社は、親会社からの依頼で Kubernetes クラスタを運用しなければならなくなりましたが、 「Kubernetes

                                                                    転職したらKubernetesだった件 - Qiita
                                                                  • エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

                                                                    システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40kg痩せた!ダイエットでわかるリーンなプロジェクトマネジメント手法 心理的安全性ガイドライン(あるいは権威勾配に関する一考察) 障害の種類と障害報告について 障害には、小さなもの、たとえば画面に表示されているテキストの乱れから、すべての画面で50xエラーが発生

                                                                      エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
                                                                    • CDNとの付き合い方 – cat /dev/random > /dev/null &

                                                                      最近何かと話題なCDNですが、そもそもCDNってなんだろう・・・どんなことに使えるんだろう?的なことを書いてみようと思います。 一応先に言っておくと、私はCDN業者に所属したことないのであくまでも利用者として見た時の話を書きます。 また、私の考えであり、様々なワークロードがあるなかでこれがすべてではありませんので、こんな考えもあるんだなぁぐらいに思ってもらえると助かります。 そもそもCDNってなんだろうか そもそもCDNはContent Delivery Networkの略であってCache Delivery Networkの略ではありません。 要はコンテンツをクライアントに対して高速・効率的に配信するためのネットワークです。 良くCDNといえばその成り立ちからキャッシュというイメージはありますが、重要な要素の一つではあるもののCDNの全てではありません。 さらに言えばAkamaiのInt

                                                                      • Javaの謎のパフォーマンス劣化現象との戦い - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                        こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます! 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C

                                                                          Javaの謎のパフォーマンス劣化現象との戦い - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                        • Dockerの諸問題とRocket登場の経緯

                                                                          2014年の後半あたりからDocker,Docker Inc.への批判を多く見かけるようになった(もちろんもともと懸念や嫌悪を表明するひとはいた).それを象徴する出来事としてCoreOSチームによる新しいコンテナのRuntimeであるRocketのリリースと,オープンなアプリケーションコンテナの仕様の策定を目指したApp Containerプロジェクトの開始があった. CoreOS is building a container runtime, Rocket 批判は,セキュリティであったり,ドキュメントされていない謎の仕様やバグだったり,コミュニティの運営だったり,と多方面にわたる.これらは具体的にどういうことなのか?なぜRocketが必要なのか?は具体的に整理されていないと思う.これらは,今後コンテナ技術を使っていく上で,オーケストレーションとかと同じくらい重要な部分だと思うので,ここ

                                                                          • 【速報】多摩地域の多数の住民から欧米の安全基準値超え有害化学物質が検出(猪瀬聖) - エキスパート - Yahoo!ニュース

                                                                            東京都多摩地域の多数の住民の血液から、欧米の安全基準値をはるかに超えるレベルの有害な化学物質が検出されたと住民団体が30日発表した。 この化学物質はPFAS(ピーファス)と呼ばれる有機フッ素化合物の一群で、がんや免疫力低下、胎児の発育障害など様々な病気との関連性が疑われている。このため、国際条約で製造や取引を禁止する動きが進んでいるほか、欧米政府も独自の規制強化を急いでいる。日本は欧米に比べて対策が大幅に遅れており、住民の健康への影響が懸念される。 多摩地域の多くの住民が飲み水として利用している地下水が、広範囲にわたって高濃度のPFASに汚染されていることは、最近の環境省や東京都などの調査で明らかになっているが、住民への影響を調べるための行政による本格検査は行われていない。 住民側は汚染の実態解明のための大規模な血液検査の実施や原因究明を都などに要望してきた。しかし、聞き入れられなかったた

                                                                              【速報】多摩地域の多数の住民から欧米の安全基準値超え有害化学物質が検出(猪瀬聖) - エキスパート - Yahoo!ニュース
                                                                            • 「はてな流大規模データ処理」を見てきた - もぎゃろぐ

                                                                              KOF2008:関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 #ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量:五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク

                                                                              • Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ

                                                                                Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ 「Site Reliability Engineering」(SRE)とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 これまでの運用チームやインフラチームによる運用や改善とSREが異なるのは、SREでは積極的にコードを書き、ソフトウェアによって目的の達成を目指している点にあるといえます。 Googleが公開しているSREのWebサイトでは、SREを次のように説明しています。 Like traditional operations groups, we keep important, revenue-critical syst

                                                                                  Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ
                                                                                • これから始める「DockerでかんたんLAMP環境 for CentOS」 | さくらのナレッジ

                                                                                  昨年からImmutable Infrastructureという言葉が出始めて、サーバーを簡単に作って壊すという潮流が出始めました。また、サーバー管理を簡単にするツールとしてDockerというものが脚光を浴びており、いまどきのサーバー管理者に受け入れられてきました。 今回は、そのDockerをインストールしてLAMP環境を構築するステップを見ていきたいと思います。 Immutable Infrastructureとは? IaaS型のクラウドやVPSの台頭によって、簡単に仮想サーバーが立ち上げられる環境が整ってきました。 とはいえ、サーバーの立ち上げをするのはシステム構築時と、システム規模を大きくする時に限られ、サーバーの動作を変えたり、アプリケーションのアップデートをするときは、稼働しているサーバーの中身を修正するというのが従来のやり方でした。 しかしImmutable Infrastruc

                                                                                    これから始める「DockerでかんたんLAMP環境 for CentOS」 | さくらのナレッジ