並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 644件

新着順 人気順

infrastructureの検索結果41 - 80 件 / 644件

  • 海外で進む「オンプレミス回帰」 その背景に何があるのか

    2006年8月9日。米サンノゼで開催されたイベント「サーチエンジン・ストラテジーズ」において、当時米GoogleのCEOを務めていたエリック・シュミットがこんな発言をした。 いま興味深いのは、新しいモデルが現れつつあることです。そして皆さんがいまここにいるのも、皆さんが新しいモデルの一部だからなのです。この機会がどれほど大きいか、誰もきちんと理解していないと思います。そのモデルは、データサービスとアーキテクチャがサーバ上にあるべきだという前提から始まっています。 私たちはそれを「クラウドコンピューティング」と呼んでいます。それは「クラウド」上のどこかに置かれています。そして適切なブラウザやアクセス権さえ持っていれば、手にしているのがPCなのかMacなのか、はたまた携帯電話なのかブラックベリーなのか、あるいはこれから開発される新しいデバイスなのかに関わらず、クラウドにアクセスできるのです。

      海外で進む「オンプレミス回帰」 その背景に何があるのか
    • PayPayの1秒あたり1000決済への道のり

      パフォーマンス・チューニングに関するブログの第1回目です PayPayは、日本でもっともよく知られているQR決済サービスとなりました。2018年10月5日のローンチ後、2018年12月より実施した100億円あげちゃうキャンペーンは、その後のプロダクトの急成長に合わせたシステムのスケール拡張という長い道のりのスタート地点でもありました。 ここ数ヶ月の新規ユーザーの増え方[1]を見るにつけても、PayPayが驚異的な成長を続けていることは間違いありません。スタートアップ企業はまるで竹のように成長するとはこのことではないでしょうか。(竹は24時間で最大約90cmも伸びるそうです) PayPayの成長速度は? ユーザー数の伸び 2018年10月に初めてユーザーが増え、キャンペーンや日々メディアで報道されることによるユーザー数の増加もあり、1年後には1500万人を突破しました。2020年5月現在、サ

        PayPayの1秒あたり1000決済への道のり
      • スプラトゥーン3をパケットキャプチャーで解析、最新の通信技術を学ぼう

        人気の「スプラトゥーン3」を通して、最新の通信技術の基本を学んでしまおうというこの特集。今回は実際にスプラトゥーン3のパケットをWiresharkでキャプチャーして、UDPの通信やNAT越えの仕組みを見ていきます。 なお記載内容については、実際の通信をキャプチャーした結果に基づいた筆者の考察や推測によるものであり、任天堂の公式見解ではないことを記しておきます。 任天堂が開発した汎用ゲームプラットフォーム「NPLN」 スプラトゥーン3では、「NPLN」という、任天堂がスクラッチから開発をした任天堂プラットフォーム向け汎用ゲームサーバーが使われ始めました。従来のプラットフォームである「NEX」はニンテンドー3DS/Wii Uからの世代で使われてきて、NPLNはそこでのノウハウを基に2021年から「Google Cloud Platform(GCP)」で稼働しているようです。オンライン対戦のマッ

          スプラトゥーン3をパケットキャプチャーで解析、最新の通信技術を学ぼう
        • 叙勲すべきでは? 日本企業を縁の下で支えるフリーソフトの作者に感謝の声が多数寄せられる/「サクラエディタ」、「FFFTP」……あなたならどれに勲章をあげたい?【やじうまの杜】

            叙勲すべきでは? 日本企業を縁の下で支えるフリーソフトの作者に感謝の声が多数寄せられる/「サクラエディタ」、「FFFTP」……あなたならどれに勲章をあげたい?【やじうまの杜】
          • DMMはAWS“から”オンプレミス“に”切り替える サーバーとネットワークのコストから見直す適切な環境選び

            DMM. comのITインフラ本部が今期に注力している取り組みについて、事例を紹介しつつ話す「DMM meetup #31 ~DMMのインフラを支えるITインフラ本部の取り組み紹介~」。ここでSRE部の松浦氏が登壇。WebRTCの配信システムについてと、配信サーバーをAWSからオンプレミスに切り替える理由を紹介します。 AWS“から”オンプレミス“に” 松浦庸介氏(以下、松浦):SRE部の松浦から「WebRTCの配信システムをAWSからオンプレミスに切り替えている話」ということで発表したいと思います。 まず、簡単に自己紹介をしたいと思います。2020年の5月に入社して、それ以来WebRTCのリアルタイム配信システムの開発や運用を担当している、松浦と言います。本日はよろしくお願いします。 まずこのタイトル、みなさん「AWS“から”オンプレミス“に”」というところ、気になってる方がいるんじゃな

              DMMはAWS“から”オンプレミス“に”切り替える サーバーとネットワークのコストから見直す適切な環境選び
            • 関東地方で大規模な停電が起こる中、東京だけ停電が10軒以下なのはどうして?→圧倒的に多重化された送電網に守られていた

              青猿 @TheENDofTHSK 【東京電力圏内 #停電 発生状況】 全域:約818250軒 茨城県:約72140軒 栃木県:約227090軒 群馬県:約32840軒 埼玉県:約670軒 千葉県:約41390軒 東京都:10軒未満 神奈川県:約192430軒 山梨県:約77010軒 静岡県:約174670軒 teideninfo.tepco.co.jp 2021-02-14 00:08:37

                関東地方で大規模な停電が起こる中、東京だけ停電が10軒以下なのはどうして?→圧倒的に多重化された送電網に守られていた
              • ゴールデンウィークは自宅で学習だ!Google Cloud のトレーニングラボが30日間無料で利用できます! #うちで過ごそう | DevelopersIO

                Pluralsight および Coursera はキャンペーン期間終了後、通常料金が課金されますのでご注意ください。 今回は無料で利用可能な Qwiklabs と Pluralsight を申請しました。招待メールは各サービスごとに届きます。 お得な利用方法 無料期間の開始は、特別オファーの申請時点ではありません。各種サービスでサブスクリプション登録が完了してから 30 日間になります。 どちらもそれなりにボリュームがありますので、最初にいずれか一方を有効化し、5月31日までにもう一方を有効化すると、実質的に 2 ヶ月弱の間、無料で GCP の学習環境が利用可能になります。 もちろんハンズオン中心の Qwiklabs と、講義動画および確認テスト中心の Pluralsight を同時に進めたい場合は同時に利用しても良いでしょう。 Qwiklabs(セルフペースハンズオン) まずは Qwi

                  ゴールデンウィークは自宅で学習だ!Google Cloud のトレーニングラボが30日間無料で利用できます! #うちで過ごそう | DevelopersIO
                • 横断歩道「斜め」にしたら事故減少か 横断中の歩行者が見つけやすくなる納得の理屈 | 乗りものニュース

                  横断歩道をわざと「斜め」に引いた交差点が愛知県内で導入されており、事故防止に効果を挙げています。その角度も「12度」ときまっているそうです。 その名も「鋭角横断歩道」 愛知県内で、ちょっと変わった横断歩道が導入されています。車道に対し、わざと「斜め」に引かれているというものです。もちろん、交差点の対角を結ぶスクランブル方式にしているわけではありません。 鋭角横断歩道が導入されている愛知県日進市の米野木東交差点(画像:愛知県警)。 愛知県警はこれを「鋭角横断歩道」と称し、2012(平成24)度から整備を進め、2018年度末時点において県内32か所の交差点で導入しているそうです。「県下で発生する人身事故の半数近くを交差点関連の事故が占めていることから、歩行者の横断中およびクルマの右左折時における事故を減らすことが、交通事故全体の削減につながると考え開発しました」といいます。県警へさらに詳しく話

                    横断歩道「斜め」にしたら事故減少か 横断中の歩行者が見つけやすくなる納得の理屈 | 乗りものニュース
                  • Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog

                    技術本部 サービスリライアビリティグループ(SRG)の長谷川 @rarirureluis です👳 #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 はじめに Apple M1 で Arm という単語をよく耳にし、そしてその性能に驚いた方も多いと思います。Apple M1 が搭載された Mac のベンチマークはこちら そして Amazon EC2(以下:EC2)にも Arm が搭載されたインスタンスがあります。 https://aws.amazon.com/jp/ec2/graviton/ 今回はとあるサービスの全開発環境の EC2 インスタンスを m5.large から t4g.medium へ移行したら幸せになれたので、この記事を

                      Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog
                    • 「どんなときもWiFi」が無制限プラン提供終了を突然発表 「ふざけるな」「詐欺と言われても仕方ない」と利用者から批判殺到

                      「月額3480円でネット使い放題」をうたっていた、グッド・ラックの「どんなときもWiFi」が突然、無制限プランの提供を終了すると告知し、利用者から「ふざけるな」「無制限が売りだったのに」など批判の声があがっています。現状の無制限プランは10月31日で終了し、利用者はそれまでに“代替プラン”へと移行してほしいとのこと。 公式サイトに掲載されたお知らせ 「どんなときもWiFi」はこれまで「どれだけ使っても通信制限なし」「データ容量無制限」などを強みとして展開してきましたが、関係各社との協議の結果、現状の“誰にでも無制限”となるサービスは事業の採算上、継続が不可能との判断に至ったとのこと。同社としては「『どんなときも、自由に』そして最適なインターネット環境(WiFi)を届けたい」という考えは当初から変わっていないとしつつも、現状のシステムでそれを実現することは「不可能不誠実と判断せざるを得ません

                        「どんなときもWiFi」が無制限プラン提供終了を突然発表 「ふざけるな」「詐欺と言われても仕方ない」と利用者から批判殺到
                      • デプロイ今昔 - Hatena Developer Blog

                        こんにちは。はてなのアプリケーションエンジニアの id:onk です。 最近、若手エンジニアを中心に、いろいろな技術を見つめ直すワーキンググループをやっています。今回は、その中から「デプロイ」の会で発表されたことをまとめました(なお、私は会のとりまとめをやっている非若手です)。 デプロイのライフサイクルの違い Infrastructure Platformでのデプロイ Application Runtime Platformでのデプロイ Applicationsのデプロイ デプロイ方式はどのように変化してきたか In place から Blue/Green へ Immutable Infrastructure という考え方 オートスケールへの対応 push 型デプロイと pull 型デプロイ コンテナによるデプロイの現況 コントロールプレーンによって何が変わったか ECS におけるデプロイ

                          デプロイ今昔 - Hatena Developer Blog
                        • Webシステムアーキテクチャの地図を描く構想 - ゆううきブログ

                          この記事は第5回Webシステムアーキテクチャ研究会の予稿です。 はじめに Webサービスにおいては、スマートフォンの普及によるアクセス増加に対してスケーラビリティを持ち、個人向けだけでなく企業向けサービスの可用性の要求に耐えられるようなシステム設計が必要とされている。 さらに、Webサービスが人々の生活に浸透したために、Webサービス事業者はサービスを長期間運用することが当たり前となっている。 その間、新機能開発、ソフトウェアの実行効率化、セキュリティ向上などを目的に、システム管理者は自身が管理するソフトウェア群を更新しつづける必要がある。 このような多様な要求を満たすために、Webサービスを開発・運用するエンジニアには、OSやデータベース、ネットワーク、分散システム、プログラミング言語処理系などのコンピュータ工学における広範囲の基礎知識と、ミドルウェア、オペレーション自動化のためのソフト

                            Webシステムアーキテクチャの地図を描く構想 - ゆううきブログ
                          • Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか

                            Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています

                              Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
                            • 僕らは何故Kubernetesを使うのか

                              最初に お仕事で「Kubernetesはいいので、次のプロジェクトで使いたい」と言うと 「何がいいんですか?」とか「何ができるの?」とか聞かれてうまく答えれない事がまぁまぁあったので自分なりにKubernetesがなぜ生まれたのか、なんで使いたいのかと何ができるかをまとめてみた リソース調達の歴史から見るKubernetesが現在の地位につくまで リソース(アプリケーションを動かすためのサーバなど)調達の視点から、Kuberenetes誕生までを見ていきます。 物理サーバを調達する時代 原初のアプリケーション開発では、アプリケーションを開発してキャパシティを予測して、リソース見積もりを行い、サーバ購入を行っていました。 この方法では以下のような課題がありました。 リソースを用意するのに、数週間から数ヶ月かかる サーバを注文してから、到着するまでの時間もかかりました。 またその前のリソース見

                                僕らは何故Kubernetesを使うのか
                              • なぜはてなーは太陽光の知識をアップデートしないのか

                                [B! 太陽光] 輸入パネルを使うのは売国、東京は曇りが多い…「太陽光義務化」への批判10項目を、東大准教授が完全論破する むしろ化石資源の既得権益をぶっ壊す最大のチャンス ブコメで反論されてるのはスルーしてる。反論されてない様なの拾ってく。 ただまあ、増田で細かく書くと読まれないし、省略すると突っ込まれる現象が発生すると思うので程々にね。 あと全部が全部問題ないとは私も思っていないです。 要約というか目次。 ・「日本の」メーカーが続々と事業縮小しているのは値上げの前から ・36年目でも出力低下率17.2% ・住宅に設置する太陽光パネルは「自家消費用」 ・保守コスト込みで利回り計算しても収支はプラス ・既設住宅には太陽光載せるな。義務化も「新築住宅」だけ ・昼間も電力消費するし、生活習慣の変化で昼間に消費増える ・全部丸ごと廃棄するなら6% ・記事読め 「日本の」メーカーが続々と事業縮小し

                                  なぜはてなーは太陽光の知識をアップデートしないのか
                                • 構成図を描く際に気をつけていること - NRIネットコムBlog

                                  こんにちは、越川です。 皆さんは構成図を描く機会ありますか? 僕の場合、内部のメンバーやお客様との議論の場で、構成図を描いて図解ベースで説明することが多いです。実際に描いてみると色々と考慮すべき点が多く、今回は自分なりに普段意識している点を言語化してみようと思います。 なぜ構成図を描くのか 構成図を描く際に意識している3つのこと 1. 導線 2. 引き算思考 1. 主役を決める 2. 読者を想定する 3. 高さや大きさを揃える さいごに なぜ構成図を描くのか 構成図のメリットは相手に伝えたいことをシンプルに伝えられる点だと思います。文章で書くと沢山書かなければいけないことが構成図を使うとスムーズに相手に伝わります。例えば、以下の文章を読んでみて下さい。 ユーザーはDNS登録されたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定されたALBにHTTPSリクエスト

                                    構成図を描く際に気をつけていること - NRIネットコムBlog
                                  • 1月分の電気代、節電してんのに金額エグいんだが?「吐血していい?」→いい方法は「熱燗を飲む」とか?

                                    リンク 日本経済新聞 1月の電気代が過去最高 東京電力の自由料金、家計圧迫さらに 家庭向けの電気料金が高騰している。1月に請求される東京電力ホールディングスの電気料金は標準モデルで1万1222円と前年から5割近く上昇し、過去最高となった。政府の負担軽減策で2月以降は2割程度下がるが、それでも3月は前年同月から1割近く高い水準となる。燃料高や円安による発電コストの上昇が負担軽減策の効果も打ち消し、家計を圧迫する。家庭向けの電気料金には大きく国が認可する「規制料金」と、電力会社 17 users 110

                                      1月分の電気代、節電してんのに金額エグいんだが?「吐血していい?」→いい方法は「熱燗を飲む」とか?
                                    • オンプレエンジニアがAWSを触って思ったのと違うと感じたこと - Qiita

                                      はじめに この仕事を始めた当初(約20年前)はオンプレミスという言葉がありませんでした。いや厳密には私の周りではパブリッククラウドとオンプレミスを分けて話す人はおらず、インフラ構築といえば今でいうオンプレミスが中心でした(世の中的にはパブリッククラウドがサービスとして存在していました)。オンプレミスみたいに新しい概念が出てきた時にそれまでの概念を説明するためにできる言葉をレトロニムというそうです。 私が本格的にパブリッククラウドの仕事をし始めたのは約3年前でAWSでした。研修ではAzureを先に触れていたのと、この本を読んでいたという知識があった程度です。 ここではずっとオンプレミスのインフラ構築をしていた私がAWSに触れて最初に戸惑ったことを記事したいと思います。また、戸惑いましたということだけ書いても学びがないため対応したことも併せて記載します。AWSに慣れている人からすれば常識ですが

                                        オンプレエンジニアがAWSを触って思ったのと違うと感じたこと - Qiita
                                      • 弊社で使っているAWSリソースの命名規則を紹介します | DevelopersIO

                                        みなさんこんな画面を見たことありませんか?? このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名(主にNameタグ)から何を知りたいですか?? 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

                                          弊社で使っているAWSリソースの命名規則を紹介します | DevelopersIO
                                        • インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ

                                          技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RI のモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく「説明」するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co

                                            インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
                                          • 7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC engineers' blog

                                            この記事は Tech KAYAC Advent Calendar 2021 の20日目の記事です。 こんにちは、バックエンドエンジニアの @commojun です。今年のTech KAYAC Advent Calendarは3度めの参戦です!よろしくお願いいたします! 本日の記事は、昨年の記事の続きで、Amazon EC2のプロダクトをAmazon ECS構成へと乗り換えた話になります! techblog.kayac.com 目次 目次 背景 Amazon Linuxのサポート終了 ついでにPerlのバージョンもあげた 苦労したポイント 1,デプロイ方法がめっちゃ変わる デプロイのために都度コンテナイメージを焼く 2階建て作戦 2,batchサーバどうするの問題 sqsjfr + SQS + sqsjkr 作戦 3,泥臭い戦い ecspressoの存在 非エンジニアにもわかってもらおう 「

                                              7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC engineers' blog
                                            • タダ電 - 毎月電気代が5,000円タダになる電力会社

                                              毎月5,000円まで タダ(無料)!5,000円以降の電気の利用に関しては、利用料に応じてお支払いを頂く形となりますが、5,000円以下の場合は、その月の電気代のご請求は発生しません。また、5,000円以上の電気を利用された方も、あくまでもお支払い頂くのは5,000円以降分からの電気代となります。 ※電気代が5,000円以上になる場合のみ、その月は基本料280円が発生します

                                                タダ電 - 毎月電気代が5,000円タダになる電力会社
                                              • サーバダウンしたニコニコ漫画に何が起きていたのか - BOOK☆WALKER inside

                                                こんにちは。メディアサービス開発部Webアプリケーション開発課の奥川です。ニコニコ漫画のバックエンド開発を担当しています。 2021年初頭、ニコニコ漫画である作品の連載が開始されました。それに端を発する数カ月間のサーバ障害により、ユーザーの皆様には大変ご迷惑をおかけしました。 少し前の話にはなりますが、当時ニコニコ漫画のサーバでは何が起こっていたのか、どのような対応を行ったのかを振り返ってみたいと思います。 1号棟(事の起こり) 2021/01/08 問題の作品(以後、「作品I」*1と記述します)の第1話が投稿されます。その過激な内容からSNSなどでは一部で話題になりましたが、まだニコニコ漫画へのアクセスも穏やかなものでした。 2021/01/22 その2週間後、「第2話(前編)」の公開から事件が起こります。 ピークタイム最中の12:22頃から、まずmemcachedがCPU Utiliz

                                                  サーバダウンしたニコニコ漫画に何が起きていたのか - BOOK☆WALKER inside
                                                • 60億円の損害を出した 「DMMブックス」 70%OFFキャンペーンでプラットフォームに何が起きていたか

                                                  ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話

                                                    60億円の損害を出した 「DMMブックス」 70%OFFキャンペーンでプラットフォームに何が起きていたか
                                                  • 完成したはずのトンネルは「張りぼて」 ほぼ全工程やり直しに | 毎日新聞

                                                    完成したはずのトンネルが、ほぼ全てやり直しに――。全国の公共工事でも異例の事態が和歌山県で起きている。トンネル内壁のコンクリートの厚みが規定の10分の1しかないなど「張りぼて」であることが発覚したのだ。トンネル整備は、南海トラフ地震による津波被災時などのアクセス確保が目的。受注業者の負担で工事がやり直されることになったが、使用開始は約2年遅れてしまう。

                                                      完成したはずのトンネルは「張りぼて」 ほぼ全工程やり直しに | 毎日新聞
                                                    • TOMCAT殺害事件 - Qiita

                                                      OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 (この記事はJava8が対象となります。) OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has no

                                                        TOMCAT殺害事件 - Qiita
                                                      • SHOWROOM株式会社の映像配信遅延が業界最速レベルに縮まったので嬉しいという話 - izm_11's blog

                                                        概要 現在僕はSHOWROOM株式会社というところでxRのクライアントエンジニアをしています。 が、SHOWROOM株式会社はライブ配信サービスを行っています。 今回の記事は、このライブ配信サービスの方でかなり面白い取り組みが行われて、世に出たので面白さをみんなに布教したいと思って書きます。 prtimes.jp ライブ配信サービスの話 SHOWROOMは国内ライブ映像の配信サービスとしては古株で、確か6年くらいの歴史があります。 その後pixivさん(pixiv Sketch)やCyberZさん(OPENREC.tv )や、LINEさん(LINE LIVE)など、色々な会社さんがライブ配信サービスを生み出して、国内の市場は活気づいています。 配信者と視聴者間でコメントやギフティングでリアルタイムコミュニケーションを取る感じの仕組みです。 SHOWROOMの技術的負債 先ほど説明した通りに

                                                          SHOWROOM株式会社の映像配信遅延が業界最速レベルに縮まったので嬉しいという話 - izm_11's blog
                                                        • アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it

                                                          Talked at AWS Dev Day Online Japan 2021. - 動画: https://youtu.be/I7mMQshlpcs - イベントページ: https://aws.amazon.com/jp/about-aws/events/2021/devday - Proposal: https://github.com/aws-events/aws-dev-day-online-japan-2021-cfp/issues/16

                                                            アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it
                                                          • 金融系出身のソシャゲサーバー担当エンジニア『ゲームは気が楽。エラー起こしても人が死んだりしない。金融系はエラー起こすと翌朝中央線が止まったりするから』

                                                            ふぇいず @Phase0329 介護職や医療職など「自分のミスが人の死に直結しかねない」(その可能性のある状況に常に身を置く)て緊張感強くて心が削れるハードな環境なんだろうな…。その上でワークボリューム自体もハードだから二重三重に大変という…おつかれさまです。そういった方に支えてもらい、この世界があるのだなあ。 2020-01-09 23:59:22 ふぇいず @Phase0329 こういうこと考えると、昔とあるソシャゲのサーバー担当のエンジニアさんが金融系出身の人で、どんなハードなワークもさらりとこなしながら「や、ゲームは気が楽ですよ。エラー起こしても人が死んだりしないので。金融系は、エラー起こすと翌朝中央線が止まったりしますからね」と言ってたの思い出す。 2020-01-10 00:01:58 ふぇいず @Phase0329 氏の名誉のために補足しておくと、だからってエラー出すなんてこ

                                                              金融系出身のソシャゲサーバー担当エンジニア『ゲームは気が楽。エラー起こしても人が死んだりしない。金融系はエラー起こすと翌朝中央線が止まったりするから』
                                                            • よわよわエンジニア😪 on Twitter: "強強エンジニアの人曰く、駆け出しバッグエンドエンジニアのほぼ100%がシステム障害時、とくに負荷上昇時の課題の切り分けができない説。逆にインフラ領域まで踏み込んだ調査ができると市場価値が一歩上がるらしい。 自分が読んで良かった記事をまとめる👇"

                                                                よわよわエンジニア😪 on Twitter: "強強エンジニアの人曰く、駆け出しバッグエンドエンジニアのほぼ100%がシステム障害時、とくに負荷上昇時の課題の切り分けができない説。逆にインフラ領域まで踏み込んだ調査ができると市場価値が一歩上がるらしい。 自分が読んで良かった記事をまとめる👇"
                                                              • クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社

                                                                クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

                                                                  クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社
                                                                • Oracle Cloud Infrastructureのアカウントが突然停止したので状況や調査内容を書いていく

                                                                  Oracle Cloud Infrastructureのアカウント停止発覚 最初にも書いたが、Oracle Cloud上で稼働させているサーバプログラムが応答していないことから、アカウントが一時停止状態にあることが発覚。 急遽停止してしまったサーバプログラムに対しては暫定対応をとり、事なきを得る。 ちなみにダッシュボード上には下記のようにアカウント一時停止の旨が表示されている。 Oracle Cloudアカウントの状況 最初に自身のOracle Cloudアカウントの契約状況を書いておくと、少し前にアカウント自体はトライアルから有料アカウント(Paid Account)にアップグレードが完了している状態。 請求なども想定通りに発生しており、アカウント自体は問題なく運用できていると思っていた。 そのためアカウント一時停止が発覚した際はなぜなのか?という疑問と、突然頭から氷水をかぶったような感

                                                                    Oracle Cloud Infrastructureのアカウントが突然停止したので状況や調査内容を書いていく
                                                                  • ランニングコストほぼゼロから始めるスケーラブルな本番環境

                                                                    はじめに 私は個人開発で一山当てたいと常々思っていて、そのためにいくつかヒットしそうなサービスのアイデアがあります。エンジニアであればアイデアを具現化することに躊躇してはいけないと思うわけですが、一度リリースしてしまうとランニングコストが発生するわけで、仮に全く人気がでなかったとしたらランニングコスト分の赤字を垂れ流すことになります。 一方、個人開発者というのはおそらく誰しも夢見がちなので、リリース後バズったりしてユーザーが大量に押し寄せてきてしまってサーバーダウンする可能性も考えてしまいます。 その結果、「全く誰も来なくてランニングコストが赤字になったらどうしよう」という不安と「めちゃくちゃバズってしまってサーバーダウンしてチャンスを逃したらどうしよう」という不安が、心の中でせめぎ合うことになります。 そこで、今回はその2つの不安を一気に解消する「使われなければランニングコストが限りなく

                                                                      ランニングコストほぼゼロから始めるスケーラブルな本番環境
                                                                    • 年収1000万円を要求するインフラエンジニアが知っておくべき最低限のLinuxディストリビューション - Qiita

                                                                      はじめに なんか某所に面接に来た年収1000万円以上希望のインフラエンジニア候補に、Linuxのどのディストロ使ってるか聞いたら「ディストロってなんですか?」と聞き返して来たという話をきいたのでオラびっくらこいてQiitaに記事書き始めちまったぞ。 使ったことはなくてもいいから名前と特徴くらいは知っていて欲しいディストリビューションを列挙する。ディストロの系列ごとに書いたので、列挙順は重要度順ではない。が、2019年現在絶対に知ってないとマズイalpineだけは先頭に置いた。 busybox系 Alpine Linux 公式: https://www.alpinelinux.org/ Wikipedia: https://ja.wikipedia.org/wiki/Alpine_Linux パッケージマネージャー: apk 最小構成だと約5.6MBという圧倒的小ささで、dockerコンテナ

                                                                        年収1000万円を要求するインフラエンジニアが知っておくべき最低限のLinuxディストリビューション - Qiita
                                                                      • 「テレホーダイ」「マイライン」などサービス終了へ。2024年1月の固定電話のIP網移行で 「INSネット」の音声通話は継続、ディジタル通信モードは終了

                                                                          「テレホーダイ」「マイライン」などサービス終了へ。2024年1月の固定電話のIP網移行で 「INSネット」の音声通話は継続、ディジタル通信モードは終了
                                                                        • データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball

                                                                          ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow(もしくはWhere)の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, (仕事以外の営みにおける)個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 (データ基盤に限らず)クラウド料金の基本的な考え方 をGoogle

                                                                            データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball
                                                                          • ブロックチェーンって何にも使われてないよね?|福島良典 | LayerX

                                                                            はじめによくブロックチェーンの話をすると、ブロックチェーンって結局仮想通貨しか生み出してないよね、なににも使われてないよね、いっぱいお金は投資されたけどまだ応用例ってないよね、いっぱい試したけどまだわかってないよね、という話をされます。 そうなると、ムッとなって反論したくなるのですが、今回は夢や希望みたいな話ではなく、現実の話をしたいと思います。 おいおいなんだやっぱり使われてないってことに対する言い訳でも始まるのか?と思ったみなさん安心してください。 ブロックチェーンは事実ベースで見てもすでにかなり応用例が出てきていて、実用化・商用化が進んでいます。 いやそんなもの見たことない聞いたことないぞというみなさん。その感覚は間違っていません。ブロックチェーンの世界でも(機械学習やそのほかのソフトウェア技術に習うように)中国が世界で一番早くこのエコシステムを作っています。(ので必然的に出てくる事

                                                                              ブロックチェーンって何にも使われてないよね?|福島良典 | LayerX
                                                                            • “アカウント作成後すぐやるセキュリティ対策” 編を公開しました!- Monthly AWS Hands-on for Beginners 2020年4月号 | Amazon Web Services

                                                                              Amazon Web Services ブログ “アカウント作成後すぐやるセキュリティ対策” 編を公開しました!- Monthly AWS Hands-on for Beginners 2020年4月号 こんにちは、テクニカルソリューションアーキテクトの金澤 (@ketancho) です。先月末に「はじめの一歩」ハンズオンを公開したのですが、皆様ご覧いただけましたでしょうか?ちょうど春先の時期だったこともあり、多くの AWS 初学者の方にご視聴いただけているようでありがたい限りです。 さて、この記事ではアカウントを作った次のステップとしてぜひご覧いただきたい新作ハンズオン「アカウント作成後すぐやるセキュリティ対策」ハンズオンを紹介します。「不正な操作/動作を継続的にモニタリングする方法は?」「コストレポートってどうやって設定すればいいの?」といったアカウント開設直後にまずは抑えておきたい考

                                                                                “アカウント作成後すぐやるセキュリティ対策” 編を公開しました!- Monthly AWS Hands-on for Beginners 2020年4月号 | Amazon Web Services
                                                                              • 米山隆一の廃村論「雪下ろしが必要な田舎が危険なら、除雪のいらない都会のマンションに移住を」

                                                                                米山 隆一 @RyuichiYoneyama 非常に言いづらい事ですが、今回の復興では、人口が減り、地震前から維持が困難になっていた集落では、復興ではなく移住を選択する事をきちんと組織的に行うべきだと思います。地震は、今後も起ります。現在の日本の人口動態で、その全てを旧に復する事は出来ません。現実を見据えた対応をと思います twitter.com/EriHirakawa/st… 2024-01-08 04:40:25 平河エリ Eri Hirakawa @EriHirakawa 災害に際して、日本全体における道路というインフラの重要性を改めて実感しました。 いくら国土強靭化といっても人口が減り続ける地方で維持するのは難しく、人口減少社会における災害観点での交通インフラをどうするかは本当にしっかり考えなくてはいけない。 2024-01-07 23:00:59 米山 隆一 @RyuichiYo

                                                                                  米山隆一の廃村論「雪下ろしが必要な田舎が危険なら、除雪のいらない都会のマンションに移住を」
                                                                                • インフラ自動化の落とし穴と宣言的アーキテクチャ

                                                                                  2020/07/14 Cybozu Tech Meetup #3

                                                                                    インフラ自動化の落とし穴と宣言的アーキテクチャ