並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 309件

新着順 人気順

infrastructureの検索結果121 - 160 件 / 309件

  • 全国の主な発電所・変電所・送電線を1枚の画像に 個人制作の「電力系統マップ」が2年間かけて完成

    日本全国の主な送電線路をまとめた個人制作の「電力系統マップ」がTwitterで公開され反響を呼んでいます。 各電力会社が一般向けに公開・公表している資料を元に、グラフィックデザイナーの@chizutodesignさんが趣味で作成しました。制作期間は2年。 発電所と変電所を結ぶ送電線の中で、上位2電圧である500kV系統と275kV系統に絞って掲載(※一部例外有り)。一般送配電事業者ごとに色分けしており、まるで路線図のように可視化しています。 「全国の電力系統マップ」(※基幹系統に接続されている主な設備を掲載。発電所に隣接する開閉所・変電所等、一部省略したもの有り) 先日の地震では東北・東京エリアの火力発電所が停止して東京電力管内で電力需給が厳しい状況になり、政府から「需給逼迫(ひっぱく)警報」が出され話題を呼びましたが、そういったときにこのマップを見ると納得できそうです。 他にも、地域ごと

      全国の主な発電所・変電所・送電線を1枚の画像に 個人制作の「電力系統マップ」が2年間かけて完成
    • この大雨の最中に23区民970万人が出した糞尿はほぼ未処理のまま河川・運河に垂れ流されました「合流式下水道だから仕方ないね」

      がりべん @garibenZ この24時間に23区民970万人が出した糞尿は、ほぼ未処理のまま河川・運河に垂れ流されました これが合流式下水道に住むということです 2023-06-03 09:52:39

        この大雨の最中に23区民970万人が出した糞尿はほぼ未処理のまま河川・運河に垂れ流されました「合流式下水道だから仕方ないね」
      • 次世代の監視技術 - Telemetry技術のご紹介 - NTT Communications Engineers' Blog

        こんにちは、イノベーションセンターの三島です。 本記事では、次世代の監視技術として期待されるTelemetry技術についてご紹介します。 この記事について 本記事では下記の3点を共有します。 従来の監視技術が抱える課題とTelemetryの可能性 Telemetryの技術概要と、各社の実装状況 NTT Comのネットワーク上で検証し得られた知見と、期待されるユースケース 従来の監視技術が抱える課題 ネットワーク運用においては、障害検知やパフォーマンス分析のため監視技術が重要となります。 従来のネットワークでは、SNMP(Simple Network Management Protocol)と呼ばれる技術が広く利用されています。 SNMPの仕組みを図1に示します。SNMPはUDPベースなネットワーク監視技術です。データモデルはMIB(Management Information Base)と

          次世代の監視技術 - Telemetry技術のご紹介 - NTT Communications Engineers' Blog
        • Kubernetes ベスト プラクティス 6 選 | Google Cloud 公式ブログ

          ※この投稿は米国時間 2020 年 1 月 8 日に、Google Cloud blog に投稿されたものの抄訳です。 数年前、Kubernetes はコンテナ化されたアプリケーションの管理をサポートし、大いに注目を集めました。今では、本番環境でのアプリケーションの大規模なデプロイや管理に広く使用されています。その過程で私たちは、Kubernetes と Google Kubernetes Engine(GKE)を最大限に活用するためのヒントやベスト プラクティスを収集してきました。ここでは、Kubernetes のデプロイと利用方法に関する Google Cloud ブログのなかから、最も人気の高い記事の一部をご紹介します。 リソース管理を容易にする Kubernetes の Namespace : Kubernetes 上でサービスを構築すると、単純なタスクが複雑になっていきます。一種

            Kubernetes ベスト プラクティス 6 選 | Google Cloud 公式ブログ
          • 凍てつく寒さの中で死んだテスラ車が並ぶシカゴのスーパーチャージャーステーション、「ここには死んだロボットが集まっている」

            アメリカのイリノイ州では大寒波の影響を受けて、2024年1月中旬の気温が連日氷点下2桁を記録しています。アメリカのニュース専門放送局・Foxのイリノイ州局であるFox Chicagoが、寒さのあまりバッテリーの性能が極端に落ちて動かなくなってしまったEV(電気自動車)が後を絶たないと報じられています。 Dead Teslas pack Oak Brook Supercharger station due to cold weather https://www.fox32chicago.com/news/dead-teslas-oak-brook EVの弱点は冬の寒さです。EVに搭載されているリチウムイオンバッテリーは、極端に気温が下がると充電性能が下がり、電力も通常より少なくなってしまいます。そのため、いざEVに乗ろうとしてもバッテリーの残量がほぼなくなってしまったり、起動すらしなくなって

              凍てつく寒さの中で死んだテスラ車が並ぶシカゴのスーパーチャージャーステーション、「ここには死んだロボットが集まっている」
            • NTTと通信3社がSNSで激論 NTT広報室「KDDIもソフトバンクも公社時代の資産受け継いでいる」

              「NTT法」の見直しを巡り、NTTと通信3社(KDDI、ソフトバンク、楽天モバイル)の対立が激しさを増しているが、その舞台はSNSにも広がったようだ。通信3社のトップがNTT法廃止に反対する旨をX(旧Twitter)に11月14日ごろから次々と投稿。17日になってNTT広報室のX公式アカウントがそれに反論した。 「NTT法」の見直しを巡り、NTTと通信3社(KDDI、ソフトバンク、楽天モバイル)の対立が激しさを増しているが、その舞台はSNSにも広がったようだ。通信3社のトップがNTT法廃止に反対する旨をX(旧Twitter)に11月14日ごろから次々と投稿。17日になってNTT広報室のX公式アカウントがそれに反論した。 もともとは防衛費増額の予算確保の一環としてNTT株の売却が持ち上がったことを発端とし、政府による1/3以上の株式保有を義務付けるNTT法の在り方が議論されてきた。見直しをき

                NTTと通信3社がSNSで激論 NTT広報室「KDDIもソフトバンクも公社時代の資産受け継いでいる」
              • エストニアは本当に「電子国家」なのか--現地に移住した日本の若者がみた実情

                近年、デジタル化政策を次々と推し進め、世界の中でも最前線を行く「電子国家」として日本でも有名になっている、人口わずか130万人の小国がある。それがエストニアである。 「e-government」と呼ばれる国民データベースにより、国民はICチップ付きIDカードによって全ての行政サービスを受けることができる。また国民の96%がインターネット上で所得税申告を行うなど、行政インフラのIT化が進んでいる。現在では「eResidency」という制度によって世界中の人々に「virtual国籍」を発行するというユニークな政策も行なっている国である。まるで国全体がスタートアップ組織のようだ。 しかし、国が打ち出す電子国家としてのイメージとは裏腹に、実際には多くの人がいまだに現金を使っていたり、ネット投票を利用していなかったりと、後進的な部分もまだまだ残っている。だからこそ、この先エストニアという小国がどのよ

                  エストニアは本当に「電子国家」なのか--現地に移住した日本の若者がみた実情
                • 毎日生まれ変わるセキュアな踏み台サーバ - Hatena Developer Blog

                  こんにちは。 はてなインターン2019 システム基盤開発コースでやったことをお話していきます。 今年のシステム基盤開発コースでは、コードネームphoenixと題して、「毎日生まれ変わるセキュアな踏み台サーバ」の作成に取り組みました。 なぜつくったのか 踏み台サーバ なぜ毎日生まれ変わるのか なぜコンテナを使ったのか 踏み台サーバを更新する仕組み SSMセッションを用いたログイン CloudFormationによる自動デプロイ(未完) Terraformによる自動デプロイ 感想など なぜつくったのか まずはじめに、なぜこのような踏み台サーバの構築を行うことになったのかについて説明します。 多くの現場でもそうであると想像されるように、現状のはてなでは様々な社内サービスや、稼働中のサーバー・データベースにアクセスするために踏み台サーバを経由する必要があります。はてなには種々のサービスが存在してい

                    毎日生まれ変わるセキュアな踏み台サーバ - Hatena Developer Blog
                  • 「Cloudflare Pages」が正式版に。JAMスタックによる高速なWebサイトを構築、CDNに展開へ

                    Cloudflareは、JAMスタックを用いてWebサイトを構築する新サービス「Cloudflare Pages」が正式版として提供開始されたことを発表しました。 JAMスタックによるWebサイトの構築とは JAMスタックとは、JavaScript、API、Markup Language(HTML)を主な構成要素としてWebサイトを構築する手法を指します。 WordPressに代表される多くのCMSでは、ユーザーからのリクエストに反応して動的にHTMLが生成されることで、動的なWebサイトを実現しています。この場合、HTMLの生成に一定の時間がかかるため高速なWebサイトの構築が容易ではないこと、サーバへの負荷によりスケーラブルなWebサイトの構築も容易でないことなどが課題です。 JAMスタックでは、HTMLの生成はWebサイトの生成時に行うことで、基本的には静的なWebサイトと同様の高速

                      「Cloudflare Pages」が正式版に。JAMスタックによる高速なWebサイトを構築、CDNに展開へ
                    • ECSを運用で使っていて難しいと思った点 - アジャイルSEの憂鬱

                      ECSを触っていて今まで難しいと思ったことを雑にまとめておく。 ECSを仕事で運用するときに必要な知識が多すぎる。こんなの社内に1人AWSマスターいないと無理だ...— 神速 (@sinsoku_listy) 2021年8月10日 タスクロールとタスク実行ロールの違い ECSを長く触っているのに、いつも混乱する。 タスクロール コンテナ内の権限 S3やSESなどの権限をつける タスク実行ロール コンテナ外の権限 ECRやParameter Storeの権限をつける ECSのデプロイ時に静的ファイルが404になる ECSを触った初期に遭遇した。 詳細は以下のQiitaの記事が分かりやすい。 参照: ECSのデプロイ時に一定確率で静的ファイルが404になる問題を回避する 回避する方法はいくつかある。 静的ファイルをS3に置く CodeDeployの OneAtATime を使う CodeDep

                        ECSを運用で使っていて難しいと思った点 - アジャイルSEの憂鬱
                      • インフラエンジニアというキャリアの話 / be-infra-engineer!

                        @フィヨルドミートアップ 2020/09/24

                          インフラエンジニアというキャリアの話 / be-infra-engineer!
                        • AWS、言語やプロトコルに依存しないインターフェイス定義言語(IDL)「Smithy」をオープンソースで公開

                          AWS、言語やプロトコルに依存しないインターフェイス定義言語(IDL)「Smithy」をオープンソースで公開 クラウド時代のアプリケーションは、複数のソフトウェアがAPIを通じて連携するアーキテクチャが主流になると考えられています。そのため、さまざまなソフトウェアにおいて正確かつ確実にAPIを実装することの重要性が高まっています。 AWSは、このAPIを定義する言語、およびその定義からAPIを実装するコードを生成するツールからなる「Smithy」ベータ版をオープンソースとして公開しました。 SmithyのWebサイトから、その説明を引用しましょう。 Smithy is a protocol-agnostic interface definition language and set of tools for building clients, servers, and documentat

                            AWS、言語やプロトコルに依存しないインターフェイス定義言語(IDL)「Smithy」をオープンソースで公開
                          • 「ガバメントクラウド」に国産IaaSが不在だったワケ さくら田中社長に聞く日本ベンダーの課題

                            日本政府の共通クラウド基盤「ガバメントクラウド」。海外IaaSのみを採択したデジタル庁に対し「日本の産業を育成しないのか」といった声も出ている。なぜ国産IaaSはガバメントクラウドになれなかったのか、さくらインターネットの田中邦裕社長に見解を聞く。 日本政府の共通クラウド基盤として、デジタル庁が進めている「ガバメントクラウド」。10月には「Amazon Web Services」と「Google Cloud Platform」の採択を発表し、これらを活用したマルチクラウド環境に同庁のWebサービスなどを構築・移行する方針を示した。 この発表に対し、ネット上では「なぜ国産クラウドではないのか」「日本の産業を育成する気はないのか」といった意見が続出。匿名掲示板「2ちゃんねる」の開設者・西村博之(ひろゆき)さんも「自分ならさくらインターネットやGMOなど日本の事業者のクラウドを標準にする」とAB

                              「ガバメントクラウド」に国産IaaSが不在だったワケ さくら田中社長に聞く日本ベンダーの課題
                            • AWS WAFを完全に理解する ~WAFの基礎からv2の変更点まで~ | DevelopersIO

                              こんにちは、臼田です。 皆さん、WAFWAFしてますか?(挨拶 今回はタイトル通りAWS WAFを完全に理解するための情報を全部詰め込んだブログです。長いです。 そもそもWAFってなんだっけ?という話から初めて「全部理解した」と言えるようになるまでをまとめています。直近AWS WAF v2がリリースされたため、この変更点を中心に機能の説明をします。 Developers.IOではWAFを扱った記事がたくさんあるので、細かいところはブログを引用します。いわゆる元気玉ブログです。 おさらい的な部分も多いので変更点が気になる方は適当に飛ばしてください。 そもそもWAFとは AWS WAFの前にWAFの話をします。WAFはWeb Application Firewallの略でWebアプリケーションを保護するためのソリューションです。 一般的なWebアプリケーションに対する攻撃手法としてSQLインジ

                                AWS WAFを完全に理解する ~WAFの基礎からv2の変更点まで~ | DevelopersIO
                              • Terraform職人再入門2020 - Qiita

                                data "aws_caller_identity" "current" {} output "account_id" { value = data.aws_caller_identity.current.account_id } 若干補足しておくと、 "${}" 自体が廃止されたわけではなく、今でも文字列の中に変数を埋め込む場合には必要ですが、式が変数の参照しか含まない場合は不要で、v0.13.4以降は冗長な書き方は警告が出ます。ちなみにv0.14のfmtはもう一歩踏み込んで、この書き方を自動で修正するようになりました。古いサンプルコードを雑にコピペできるようになってべんり。 Terraformではなく汎用的なHCLそのものの仕様を調べたいときは、 hashicorp/hcl にありますが、本稿執筆時点ではデフォルトのmasterブランチはまだHCL1であることに注意して下さい。 HCL

                                  Terraform職人再入門2020 - Qiita
                                • データセンターの思ひで | 外道父の匠

                                  今月、とうとうオンプレミス環境がその役割を終えたので、当たり障りのない範囲で思ひでを記録しておこうと思います。 だいたい 2002年 から運用が始まったので18年ほどの歴史でしたが、血と汗と…… 血と汗くらいですかね滲んでるのは。さぁ振り返りです。 大阪 私が参画した時にはインフラエンジニアというかサーバー担当者が既に1名おり、「サーバーやってみない?楽しいよ!」と言われて乾いた笑顔を返したのを覚えています。 当時は京都の極小ベンチャー企業で、なぜ最初が大阪のデータセンターだったのかは聞きませんでしたが、とある現地作業についていって、ハーフラック1台に1U2台が積載されていました。このへんは私自身かなりのペーペーだったので知識不足もあり記憶がかなり曖昧です。 平々凡々に運用していたある日、WEBサイトへのアクセスが途絶えました。 社長の「ねぇ、サイトに繋がらないんだけど」の一言が口火です。

                                    データセンターの思ひで | 外道父の匠
                                  • Pulumi AI

                                    Get StartedUse Pulumi AI to generate a program, or start from one of our curated AI Answers. Create an Issue File a feature request or bug on GitHub! Pulumi AI Answers Pulumi AI's top answers, curated by us.

                                      Pulumi AI
                                    • Kubernetesに腰を据えて入門する方向けのロードマップ - Qiita

                                      背景 最近、「コンテナはもうわかってきたので、これからKubernetesについて腰を据えて勉強したいが、どのように勉強すればいいかわからない」という相談をいただくことがすごく多くなった。 必要に応じて必要なリソースの挙動などを調べてきたし、僕自身も知らないことばかりなので、全てを伝えることはできない。 とはいえ、「入門しにくいサービスが伸びにくい」というのは、間違いないので、Kubernetesに入門する上でこの順番で学習したら、基本的な内容を身につけられるのではないかというロードマップを一つ公開しておくことで、これから業務でKubernetesを理解していく必要がある方の最初の一歩を助けられるかもしれないと思い、公開する事とした。(このQiitaのリンクを渡すだけで質問に回答できるという状態を作りたいという観点もある。) 自分の今の、Kubernetesに対する理解をうまく表現できてい

                                        Kubernetesに腰を据えて入門する方向けのロードマップ - Qiita
                                      • C10K 問題、実は理解していない

                                        お願い 「C10K 問題とは何か」がわかる方は是非 Issue や Twitter などで教えてください。 追記: 自分の立場 1req ごとに 1 native thread を割り当てていたら、クライアントの数が増えれば増えるほど負荷が高まるのは当然だ。ただハードウェアの性能的に余裕があっても性能が劣化することがあり、それを C10K 問題と呼ぶ。C10K 問題は fd, pid の枯渇、スレッドを固定長サイズで確保することによるメモリの無駄遣い、コンテキストスイッチコストを含む。これを解決する方法が 1req ごとに 1 native thread を割り当てない技術で、シングルスレッド+イベントループ+IO 多重化といったテクニックや M:N モデルにつながる。 追記: @naoya_ito さんに解説してもらった当時の歴史的背景 https://twitter.com/naoya

                                          C10K 問題、実は理解していない
                                        • いまだにEVは充電30分かかるから普及しないという人がいる

                                          たしかにバッテリー残量が20%の状態で充電ステーションに行くことになったら、急速充電でも30分くらいかかるだろう だからEVは面倒だし使えないなんてことを言われる。だけど、一般人に限ればそういう状況になることはほぼない というのも残量20%みたいな状態になることが、日常生活ではないからだ 今の都市デザインは、ガソリンを使う前提なので爆発を想定して以下のような形になっている 目的地(家、お店、病院、職場)---------------ガソリンスタンド---------------目的地(家、お店、病院、職場) そしてそののまま充電ステーションを設置したので以下のようなアホなものになった 目的地(家、お店、病院、職場)---------------充電ステーション---------------目的地(家、お店、病院、職場) ガソリン車時代の生活スタイルで想像し、EVもそうだと思い込んで 「EV

                                            いまだにEVは充電30分かかるから普及しないという人がいる
                                          • トンネルの長さ4999m、4998m…あえて5000m未満に? なぜなのか | 乗りものニュース

                                            トンネル技術の進展により、5000mを超える長大トンネルも珍しくなくなってきましたが、なかには4999m、4998m、4997mと、あえて5000m以下にしたのかと思えるものも。実は5000mを超えると、ある制約が生まれます。 「長大トンネル」「水底トンネル」を通れない車両が 5000mを超えるトンネルは一般的に「長大トンネル」と呼ばれます。トンネル技術の進展により、そのような長いトンネルも、いまや珍しくはなくなってきました。 しかし、なかにはあえて5000m未満にしたのかと思えるものも存在します。 たとえば中部横断道の樽峠トンネル(静岡県~山梨県)は4999m、国道106号「宮古盛岡横断道路」の新区界(くざかい)トンネル(岩手県)は4998m、新名神高速の箕面トンネルは4997mです。新東名も5000m以上のトンネルがありませんが、大小のトンネルが9本も連続するような区間もあります。 拡

                                              トンネルの長さ4999m、4998m…あえて5000m未満に? なぜなのか | 乗りものニュース
                                            • 【追記】東電が値上げするのは東電がクソだから

                                              続き、東電の話からそれるので別エントリにしました。ネットの遅延が激しくて連投してしまったので正しいやつへのリンクを追記しておきます。 anond:20230125094942 追記わーい、元増田から反応もらったので追記していくよ。東電(HD)が杜撰ってところは認識があってて良かったです、そこ擁護するポジショントーク始めたら話にならないので反応しないつもりでした。 東電HDとEPが別の組織なのはもちろんそうですけど、EPの赤字は結局HDが引き受けているわけで規制料金の値上げで助かるのは結局HDですよね。そこの利害関係を無視してEPは可哀想な被害者でHDの不祥事は別っていうのはやはりフェアじゃない部分を感じます。あと自由化だから好きな電力会社と契約すれば良い、というのも一見正論だけど同じ電力会社でもエリアによって契約可能なプランに差があるし、真に自由な競争かというと非常に疑問です。規制料金につ

                                                【追記】東電が値上げするのは東電がクソだから
                                              • 【レポート】楽天の大規模決済システムを支えるAWSアーキテクチャ #AWSSummit | DevelopersIO

                                                DA事業本部の春田です。 AWS Summit Online絶賛開催中!ということで、本記事では「CUS-65: ペイメントプラットフォームにおける AWS の活用」の内容についてまとめていきます。 セッション情報 楽天株式会社 グローバルテクノロジー統括部 國谷 彩 氏 AWS上でのPayment Platformシステムの歴史についてお伝えします。AWSへ移行してからこれまでの課題と解決方法について説明します。 ※セッション動画は以下リンク アジェンダ 楽天グループについて ペイメントプラットフォームについて ペイメントプラットフォームにおけるアマゾンウェブサービス(AWS)の歴史 楽天グループについて Eコマースのサービス「楽天市場」をはじめ、Fintech事業やエンターテイメント事業まで、さまざまなビジネスを展開 各サービスが楽天共通IDで繋がることで、サービスを跨いだグループシナ

                                                  【レポート】楽天の大規模決済システムを支えるAWSアーキテクチャ #AWSSummit | DevelopersIO
                                                • Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary

                                                  Kubernetesの自前運用は難しい これから嫌でもコンテナと戦わなければいかないインフラエンジニアには何度でも読み返してほしい記事です。 www.atmarkit.co.jp はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。 考察 この話、20年前のLinux草創期を思い出すんです。 雑誌の付録にLinuxがCD-ROMで付いてたんです。最近のスマートなCentOSとかじゃなくてですね、何Linuxだか忘れたのですがインストールも含めて3日間ぐらいかけて取り組んだんですが結局失敗した記憶があります。 これからKubernetesなりコンテナがやってくるのはここ最近に書いた通りで、早くそっちの世界に行

                                                    Kubernetesの自前運用はやっぱりツライらしい - orangeitems’s diary
                                                  • キーウ近郊の主要発電所、ロシアの攻撃で破壊される ウクライナ最大規模の電力供給源 - BBCニュース

                                                    Play video, "Key power plant in Ukraine hit by Russian strikes", 所要時間 0,28

                                                      キーウ近郊の主要発電所、ロシアの攻撃で破壊される ウクライナ最大規模の電力供給源 - BBCニュース
                                                    • タイのヒルトンホテルの風呂の水が黄色すぎて入れない…→実は割とあるあるの話らしい

                                                      多くのバンコク市民は水道水を直接飲んでいない現状にあり、アンケート調査によればその理由は、1)水道水が飲めるとは知らなかった、2)水道水は信用できない、3)カルキ臭が強くて飲めない、4)長年の習慣として飲み水は天水に決めている、5)瓶詰水(ボトルウォーター)が安全と考える、等である。

                                                        タイのヒルトンホテルの風呂の水が黄色すぎて入れない…→実は割とあるあるの話らしい
                                                      • 理解して拡げる分散システムの基礎知識

                                                        20200725の #JTF2020 セッションスライド。 (資料内で説明した資料へのリンク) ・昨年のJTF発表資料 https://speakerdeck.com/tzkoba/cloud-nativekai-fa-zhe-falsetamefalsedatabase-with-kubernetes ・「2020年のNewSQL」 https://qiita.com/tzkoba/items/5316c6eac66510233115 ・「NewSQLのコンポーネント詳解」 https://qiita.com/tzkoba/items/3e875e5a6ccd99af332f ・Saga https://www.infoq.com/jp/news/2018/03/data-consistency-microservices/ ・「マイクロサービスとは分散システムである」 https://

                                                          理解して拡げる分散システムの基礎知識
                                                        • WiresharkのDissectorを使った独自プロトコル解析をやさしく解説してみました

                                                          本稿では、基本的なDissectorの作り方と、Dissectorを活用したパケット解析方法を紹介します。 WiresharkのDissectorをご存知でしょうか?DissectorはWiresharkのプロトコル解析部分で、バイト列を人が理解できる内容に変換し表示してくれます。 Wiresharkを使った事がある方なら、独自プロトコルのバイト列を人が理解できる表示にできないかなぁと思った経験があると思います。 Dissectorを自作しPluginとして追加すると独自プロトコル解析が容易になります。 なぜ今Dissectorを紹介するの? 技術部の安井です。 長年、制御システムを開発した経験から、現在は制御システムセキュリティを見ています。 現在、世の中の多くのプロトコルに対応したDissectorがWiresharkに搭載されています。しかし、制御システムやIoT機器など独自プロトコ

                                                            WiresharkのDissectorを使った独自プロトコル解析をやさしく解説してみました
                                                          • こち亀 「希望の煙突」シリーズ第1作&第2作 - 秋本治 | 少年ジャンプ+

                                                            JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

                                                              こち亀 「希望の煙突」シリーズ第1作&第2作 - 秋本治 | 少年ジャンプ+
                                                            • 転職したら Kubernetes だった件 / That Time I Changed Jobs as a Kubernetes.

                                                              「ある日、転職した inajob に与えられた仕事は、Kubernetes の一員になることだった!?」 Kubernetesは、コンテナのスケジューリングなどの多くの作業を自動化している一方で、複数のコンポーネントにより構成され中身の理解が難しくなっています。本講演では、各コンポーネントに代わり手作業で機能する Kubernetes クラスタのデモを交えながら、Kubernetesがどのように人間の作業を自動化しているのか説明します。 --- Cloud Native Days Tokyo 2019 (2019/7/23) - https://cloudnativedays.jp/cndt2019/ SUDA Kazuki, @superbrothers OTSUKA Motohiro, @yuanying INAZU Kazuma, @ina_ani

                                                                転職したら Kubernetes だった件 / That Time I Changed Jobs as a Kubernetes.
                                                              • Linux procfs 徹底入門

                                                                これは Linux Advent Calendar 2019の 15 日目の記事です。procfs について勉強したことをまとめます。 検証環境CentOS 8 を利用する。 ]# cat /etc/redhat-release CentOS Linux release 8.0.1905 (Core) ]# uname -a Linux localhost.localdomain 4.18.0-80.el8.x86_64 #1 SMP Tue Jun 4 09:19:46 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux procfs とは疑似ファイルシステムのひとつ。 ディスク上に実体は存在せず、メモリから情報を取得する。 カーネルだけが知っている情報 (例えばシステム全体のロードアベレージ/CPU負荷/メモリ利用状況や、プロセスごとの情報)が取得できる。

                                                                  Linux procfs 徹底入門
                                                                • 新しいデータ基盤アーキテクチャである「データレイクハウス」について調べてみた - Taste of Tech Topics

                                                                  最近ソーダストリームを買い、炭酸水を飲むのにはまってます。機械学習エンジニアの@yktm31です。 以前に「AWS Lake Formationでデータレイク体験!」という記事を書いてみて、データ基盤アーキテクチャに興味が湧いてきました。 データレイクハウスは、「データウェアハウス」と「データレイク」を統合したようなアーキテクチャで、 2020年にDatabricks社により提唱され、新しいデータ基盤アーキテクチャとして注目されているようです。 www.databricks.com そこで今回、「データレイクハウス」について調べてみたことをまとめてみたいと思います。 なぜデータレイクハウスが注目されているのか? データウェアハウスの特徴・課題 データレイクの特徴・課題 データレイクハウスの特徴 データレイクハウスのアーキテクチャ Azure Azure Synapse Analyticsを

                                                                    新しいデータ基盤アーキテクチャである「データレイクハウス」について調べてみた - Taste of Tech Topics
                                                                  • ABEMA・藤田晋社長「最高にうまくいったのかなり上」 4年後も「やるつもり」 無料?「もちろん」…本紙独占インタビュー(スポーツ報知) - Yahoo!ニュース

                                                                      ABEMA・藤田晋社長「最高にうまくいったのかなり上」 4年後も「やるつもり」 無料?「もちろん」…本紙独占インタビュー(スポーツ報知) - Yahoo!ニュース
                                                                    • コンテナ移行ってこんなに大変? ~「家族アルバム みてね」を支えるインフラの裏側~ - Speaker Deck

                                                                      コンテナ移行ってこんなに大変? ~「家族アルバム みてね」を支えるインフラの裏側~ / Container migration in FamilyAlbum AWS Summit Tokyo 2019 登壇資料 2019年6月13日(木)14:00-14:40 コンテナ移行ってこんなに大変? ~「家族アルバム みてね」を支えるインフラの裏側~ ※本資料の公開に関してはAWS確認済

                                                                        コンテナ移行ってこんなに大変? ~「家族アルバム みてね」を支えるインフラの裏側~ - Speaker Deck
                                                                      • AWSで障害に強いシステムを構築する方法 - Qiita

                                                                        はじめに 2011年の東日本大震災、これから来ると言われる南海トラフ地震などの大規模な災害や事故に備えるために、災害復旧(DR)が可能なシステムと、その実現手段としてAWSを始めとしたクラウドが長年注目されています。 このDRに関連して、近年「レジリエンス」という言葉が注目を集めるようになりました。 レジリエンスとは、回復力、復元力、弾力などの意味を持つ英単語。IT分野では、情報システムがシステム障害や災害、サイバー攻撃などの問題に直面したとき、迅速に被害からの回復を図り正常な状態に復旧・復元する能力(の大きさ)をこのように呼ぶ。 https://e-words.jp/w/%E3%83%AC%E3%82%B8%E3%83%AA%E3%82%A8%E3%83%B3%E3%82%B9.html AWSでは、2019年8月に大規模障害が発生したことがあり、この時もAZ障害が起きた時に取り得る対策

                                                                          AWSで障害に強いシステムを構築する方法 - Qiita
                                                                        • データ基盤による利益最大化と初期構築プロセス / 20220209

                                                                          「Data Cross Conference」の登壇資料です。 https://dcc2022.datafluct.com/ データ活用によって億単位の利益を創出してきた登壇者が、データ基盤をこれから構築する方に向けて、費用対効果を最大化するための初期構築プロセスを紹介します。 ----------------------------------------------------------- 【PR】一緒に働きましょう! https://kazaneya.com/kdec -----------------------------------------------------------

                                                                            データ基盤による利益最大化と初期構築プロセス / 20220209
                                                                          • 「能登の大動脈」寸断、陸の孤島に 1本の国道が全ての障害に | 毎日新聞

                                                                            能登半島地震で、被災地は救助やインフラ復旧の遅れ、不十分な医療や支援物資、孤立状態など、さまざまな苦境に直面している。それらの目詰まりの主因は、半島の道路寸断だ。政府は道路を切り開く作戦を急ピッチで展開している。 本州の中心から北に突き出た能登半島は山地が大半を占め、そこに集落が点在する。「能登の大動脈」と呼ばれる国道249号は半島の沿岸を囲むように走り、山肌を縫うように県道や農道が通っている。 しかし、1日に発生した地震によって8日午後2時現在、その国道249号は少なくとも24カ所で土砂崩れなどによる通行止めが発生。甚大な被害が出ている石川県輪島市や珠洲(すず)市の市街地につながる道路は、1本ずつしか確保できていない。「陸の孤島」と化した能登半島で、住民たちは過酷な生活を強いられている。 四方を山に囲まれた石川県輪島市打越町地区。1日の激しい揺れで自宅の外に出た区長の谷内(やち)均さん(

                                                                              「能登の大動脈」寸断、陸の孤島に 1本の国道が全ての障害に | 毎日新聞
                                                                            • Modern Web Development on the JAMstack を読んでまとめた - console.lealog();

                                                                              https://www.netlify.com/pdf/oreilly-modern-web-development-on-the-jamstack.pdf Netlify社が2019年に公開した本?PDFです。 せっかくJamstackの会社に入ったので、読んでおかないといけない気がして。 あとJamstackは人によって解釈が違ったりするとし、Jamstackの真髄について知っておきたいですよね?と思い。 ただこれなんと127ページもあるんですよね〜。 全編もちろん英語なので、読むのも中々に大変ですよね〜。 てなわけで、ざっくり訳してまとめまておきました。(それでも長いけど) はじめに ここ最近のWebの進化はすさまじい ブラウザもJavaScriptもパワフルになった その分ユーザーの要求も増える やることが増えると処理は遅くなる 遅いページは見向きもされないモバイル当たり前の世界だ

                                                                                Modern Web Development on the JAMstack を読んでまとめた - console.lealog();
                                                                              • サヨナラHeroku 〜アプリケーションの知識だけで本番稼働を実現できる無料のプラットフォームを追い求めて〜

                                                                                はじめに Herokuの無料枠がもうすぐ消滅する(2022/11/28)ので、ソフトウェアエンジニアリングを勉強中の初学者の方々は、ポートフォリオの置き場所に頭を抱えることが確定しています。本稿では、その代替手段として、お金をかけず、かつなるべくアプリケーションの知識だけで、ポートフォリオの本番稼働を実現できる最適なプラットフォームを決定し、具体的な導入方法までを説明したいと思います。 オルタナティブHeroku まず海外にはオルタナティブHerokuを謳っているプラットフォームはそれなりにあります。その中で無料枠があってポートフォリオを公開するのに適していそうなプラットフォームは以下の通りです。 Cyclic Deta Fly.io Koyeb Railway Render AWSやGCPなどのメジャーなクラウドベンダーの中にも、それに類するサービスは存在しますが、場合によってはコンテナ

                                                                                  サヨナラHeroku 〜アプリケーションの知識だけで本番稼働を実現できる無料のプラットフォームを追い求めて〜
                                                                                • 万博費用の全体像が判明 インフラ整備費に8390億円 | 毎日新聞

                                                                                  近く政府が示すとしている2025年大阪・関西万博の費用の全体像が判明し、万博に直接関係するインフラ整備費は国費負担を含め計8390億円に上ることが分かった。これとは別に会場建設費など万博に「直接資する」国費負担は計1647億円となる。 直接的なインフラ整備費の内訳は、万博会場の最寄り駅となる「夢洲(ゆめしま)駅」までの大阪メトロ中央線延伸など「会場周辺の整備費」が810億円、会場となる人工島・夢洲と市街地を結ぶシャトルバスのルートとなる阪神高速「淀川左岸線」2期整備事業など「会場へのアクセス向上費用」が7580億円としている。 国費負担1647億円の内訳は、会場建設費783億円▽日本館関連360億円▽途上国支援240億円▽警備費199億円▽万博の機運醸成38億円▽誘致などの費用27億円――となる。さらに来年度以降、機運を高めるためのイベント費用なども加わる見通し。

                                                                                    万博費用の全体像が判明 インフラ整備費に8390億円 | 毎日新聞