並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 1232件

新着順 人気順

分散の検索結果41 - 80 件 / 1232件

  • 分散型SNS「マストドン」、待望の全文検索機能を追加。他サーバーの公開投稿もまとめて検索可能に【やじうまWatch】

      分散型SNS「マストドン」、待望の全文検索機能を追加。他サーバーの公開投稿もまとめて検索可能に【やじうまWatch】
    • 同一便に力士が集中 JAL「やばい」…乗客を分散、急きょ臨時便運航 国体開催地 奄美便の珍事〈鹿児島国体〉(南日本新聞) - Yahoo!ニュース

      重量オーバーの可能性があったのは、伊丹発2465便と羽田発659便。飛行計画を作る段階で相撲関係者の予約が多いことが分かり、12日未明に羽田発4677便の運行を決めた。伊丹から乗る予定だった14人には定期便で羽田に移動してもらい、羽田からの臨時便は計27人が搭乗した。 JALによると、通常は1人当たり約70キロで計算するが、スポーツ選手は例外。今回は公表データや自己申告で計算し直した。機体はいずれもボーイング737。広報担当者は「この機体の重量制限で臨時便を出すのはかなりまれ」と話す。 相撲競技が終わる15日にも、奄美大島発福岡行きの臨時便4868便を出す。福岡発羽田行きの定期便も大きい機体に変更するという。

        同一便に力士が集中 JAL「やばい」…乗客を分散、急きょ臨時便運航 国体開催地 奄美便の珍事〈鹿児島国体〉(南日本新聞) - Yahoo!ニュース
      • ネクストブレイク分散型SNSの大本命、Blueskyを先取り! | gihyo.jp

        今、分散型SNSへの注目が高まっています。4月に入り、日本での盛り上がりの兆しを見せ、ネクストブレイクの大本命と見られているのがBlueskyです。本記事では、Bluesky登場の背景から分散型SNSの特徴、そして、今後について紹介します。 招待コード無限祭りで注目を集めたBluesky 先日、2023年4月5日にBlueskyの「招待コード無限祭り」がありました。 Blueskyとは、次世代のTwitterになるのでは、と目されている大本命の分散型SNSのこと。 この分散型SNSに参加するには、2023年4月10日現在、招待コードが必要となります。 Blueskyリリース以降、招待コードはサーバ管理者のみ発行可能でした。しかし、先日のアップデートによって、Blueskyにアカウントを持つユーザは、回数限定(最大5回)で招待コードを発行できるようになったのです。 話はここで終わりません。今

          ネクストブレイク分散型SNSの大本命、Blueskyを先取り! | gihyo.jp
        • misskeyの急速な流行と分散型SNSの限界 | 右や左の旦那様

          はじめに 前回の記事から11日、misskeyを取り巻く環境が日々変化しているので、今回はmisskeyに焦点を当てたブログを書こうと思います。 misskeyとは、misskey.ioとは misskeyは分散型SNSの一種であり、日本製であることから日本人の間でtwitterからの移行先として注目されています。 misskey.ioは中でもmisskey開発者が運営するも所属しているインスタンスであり、misskey派閥の中でも最大規模のインスタンスとなっています。 「分散型SNS」や「インスタンス」について詳しくは前回の記事を参照いただければと思いますが、ざっくり言えばmisskeyというソフトウェアを作った本人が運営してるも所属している最大手のサーバーがmisskey.ioだよ、ということです。 [追記] 開発者本人は運営してないよ、という情報がありましたので訂正します。ごめんなさ

            misskeyの急速な流行と分散型SNSの限界 | 右や左の旦那様
          • Twitter代替目指す分散型SNS「マストドン」、翻訳機能など追加。ブラウザメーカーのVivaldiも参入表明 | テクノエッジ TechnoEdge

            イーロン・マスクによる買収でTwitter運営の混乱が話題ですが、Twitterで問題が起きるたびに何度も浮上してきた分散型(脱中央集権的)オープンソースSNSの「マストドン」(Mastodon)が11月15日にメジャーバージョンアップし、4.0となりました。 GitHubで公開されたチェンジログはこちら。 バージョン4では投稿の自動翻訳、言語別のフォローフィルター、ハッシュタグのフォロー、投稿可能なファイルタイプにWebP、HEIC(iPhoneカメラの標準フォーマット)などが追加されるなど、多数の機能追加が行われています。 マストドンは誰でも自分でサーバを持って独自ルールによる運営・モデレーションができます。使い勝手はTwitterに似ているため、移行は比較的簡単。特定の趣味や地域に応じたサーバも多数あります。なければ自分で立てることも可能です(ホスティングサービスもあります)。 マス

              Twitter代替目指す分散型SNS「マストドン」、翻訳機能など追加。ブラウザメーカーのVivaldiも参入表明 | テクノエッジ TechnoEdge
            • GoogleがBigQueryを安価に提供できる理由は、Borgによる大規模分散コンテナ環境があるから

              GoogleがBigQueryを安価に提供できる理由は、Borgによる大規模分散コンテナ環境があるから いまから6年前の2014年、当時ようやくDockerコンテナが世の中に知られるようになってきた頃、Googleはすでに社内のすべてのソフトウェアをコンテナ化しており、毎週20億個ものコンテナをクラウド上で起動していると発表し、多くのエンジニアを驚かせました。 この大規模なコンテナの制御、すなわちオーケストレーションを行っていたのが同社内で「Borg」と呼ばれるソフトウェアです。 そしてKubernetesはこのBorgを基に、Googleがオープンソース化したコンテナオーケストレーションソフトウェアだとされています。 Borgの大規模分散コンテナ基盤でBigQueryが成立する このBorgによる大規模分散コンテナ基盤があるからこそ、BigQueryが安価に提供できるのだと、Google

                GoogleがBigQueryを安価に提供できる理由は、Borgによる大規模分散コンテナ環境があるから
              • 野党「1人区」4勝28敗の大敗 「共闘」崩れ、政権批判票分散 | 毎日新聞

                険しい表情で開票センターでのインタビューに臨む立憲民主党の泉健太代表=東京都千代田区で2022年7月10日午後10時4分、手塚耕一郎撮影 参院選の勝敗を左右する全国で32ある改選数1の「1人区」で、野党系は4勝28敗にとどまった。前々回2016年参院選の11勝21敗、前回19年の10勝22敗に遠く及ばず、政権交代直後の13年の2勝29敗(当時1人区は31選挙区)に迫る大敗になった。16、19年で実現させてきた野党系候補者一本化による「共闘」が崩れたことによる野党票の分散が一因で、自民党の安倍晋三元首相の死去も逆風になった模様だ。 国民は共闘拒否、比例票狙いの維新 立憲民主党などの野党は16年は山梨、奈良を除く30、19年は全ての1人区で候補者を一本化。一本化候補は政権批判票の受け皿となり、共闘は一定の成果をあげてきた。しかし今回、野党系が議席を得たのは、立憲民主党の現職が勝利した青森と長野

                  野党「1人区」4勝28敗の大敗 「共闘」崩れ、政権批判票分散 | 毎日新聞
                • 今なら間に合う分散型IDとEntra Verified ID

                  6/30のOffice365勉強会のEntra Verified ID特集の資料です。 分散型ID、Entra Verified IDの解説をしています。Read less

                    今なら間に合う分散型IDとEntra Verified ID
                  • マイクロソフト、オープンソースの分散アプリケーションランタイム「Dapr 1.0」リリース。Kubernetes対応、サービス間メッセージング、ステート管理など提供

                    マイクロソフト、オープンソースの分散アプリケーションランタイム「Dapr 1.0」リリース。Kubernetes対応、サービス間メッセージング、ステート管理など提供 マイクロソフトは、オープンソースの分散アプリケーションランタイム「Dapr 1.0」のリリースを発表しました。 We are excited to announce the release of Dapr v1.0! Yes, production ready Dapr is finally here! Get all the details @ https://t.co/hPk8i38iHi This wouldn't have been possible without the amazing Dapr community. Thank you for all the hard work!pic.twitter.com/6

                      マイクロソフト、オープンソースの分散アプリケーションランタイム「Dapr 1.0」リリース。Kubernetes対応、サービス間メッセージング、ステート管理など提供
                    • 玉木雄一郎(国民民主党代表) on Twitter: "世界3位の時価総額を誇る東証の終日取引停止はIT先進国とは言えない事態。日本の株式市場に対する世界からの信頼が損なわれかねず速やかな復旧を求めたい。他の取引所にも拡大しておりサーバー型ではなくシステムのブロックチェーン化など分散化… https://t.co/kcYPEauPQV"

                      世界3位の時価総額を誇る東証の終日取引停止はIT先進国とは言えない事態。日本の株式市場に対する世界からの信頼が損なわれかねず速やかな復旧を求めたい。他の取引所にも拡大しておりサーバー型ではなくシステムのブロックチェーン化など分散化… https://t.co/kcYPEauPQV

                        玉木雄一郎(国民民主党代表) on Twitter: "世界3位の時価総額を誇る東証の終日取引停止はIT先進国とは言えない事態。日本の株式市場に対する世界からの信頼が損なわれかねず速やかな復旧を求めたい。他の取引所にも拡大しておりサーバー型ではなくシステムのブロックチェーン化など分散化… https://t.co/kcYPEauPQV"
                      • 今日から分散トレーシングに対応しないといけなくなった人のための opentelemetry-go 入門 - Cybozu Inside Out | サイボウズエンジニアのブログ

                        こんにちは。SRE/データストアチーム の飯塚です。 私たちのチームではデータベースを代理で操作したり情報を取得したりするサービスをいくつか作り、それをプロダクトチームが利用できるように gRPC 経由で提供しています。ところで、ある日突然「分散トレーシングを活用していくことになったので、あなたのチームのサービスも対応させてください」とお願いされたらどうすればよいでしょうか?私はこれまでにいろいろなカンファレンスで分散トレーシングや OpenTelemetry についての講演を聞いていたので、理念は理解した、便利そうだ、導入してみたい、と思ったことは何度かありました。しかし実際に導入しようとして SDK のドキュメントを開いてみると、理解しなければいけない(ように見える)概念や、使い方をマスターしないといけない(ように見える)API の数に圧倒されてしまい、後回しにしてしまっていました。

                          今日から分散トレーシングに対応しないといけなくなった人のための opentelemetry-go 入門 - Cybozu Inside Out | サイボウズエンジニアのブログ
                        • [速報]「The Amazon Builders' Library」発表。大規模分散システムの構築、運用などについて、Amazonが学んできたことをコンテンツとして公開。AWS re:Invent 2019

                          [速報]「The Amazon Builders' Library」発表。大規模分散システムの構築、運用などについて、Amazonが学んできたことをコンテンツとして公開。AWS re:Invent 2019 Amazon.comが開発してきた世界最大級の電子商取引システムや、それを支えるインフラであるところのAmazon Web Servicesは、世界でも最も複雑で巨大な分散システムの1つです。 そしてAmazon.comやAWSにとってさえ「分散システムの構築は難しいものだった」と、Amazon.com CTO Werner Vogels氏。 そしたなかで、Amazonはどのように堅牢でスケーラブルな分散システムを作ったのか? エンジニア組織をスケールさせてきたのか? どのように運用しているのか? どうやってサービスを迅速に提供しているのか? AWSのブログに投稿された記事「Check

                            [速報]「The Amazon Builders' Library」発表。大規模分散システムの構築、運用などについて、Amazonが学んできたことをコンテンツとして公開。AWS re:Invent 2019
                          • 分散システムの課題

                            Amazon が 2 台目のサーバーを追加した時から、分散システムは Amazon で馴染み深いものになりました。私が 1999 年に Amazon に入社したとき、サーバーの数が非常に少なかったため、「fishy」や「online-01」などのわかりやすい名前を付けることができました。けれども、1999 年であっても、分散コンピューティングは容易ではありませんでした。また現時点で、分散システムの課題には、レイテンシー、スケーリング、ネットワーキング API の理解、データのマーシャリングとアンマーシャリング、および Paxos などのアルゴリズムの複雑さが含まれます。システムが急速に大きくなり、分散するにつれて、理論的なエッジケースであったものが定期的に発生しました。 信頼できる長距離電話ネットワークやアマゾン ウェブ サービス (AWS) のサービスといった分散ユーティリティコンピュー

                              分散システムの課題
                            • 高性能分散SQLエンジン「Trino」最速ガイド - NTT Communications Engineers' Blog

                              こんにちは。なんの因果かNTTコミュニケーションズのエバンジェリストをやっている西塚です。 この記事は、NTT Communications Advent Calendar 2021 22日目の記事です。 5分でわかる「Trino」 「Trino」は、異なるデータソースに対しても高速でインタラクティブに分析ができる高性能分散SQLエンジンです。 以下の特徴を持っており、ビッグデータ分析を支える重要なOSS(オープンソースソフトウェア)の1つです。 SQL-on-Anything: Hadoopだけでなく従来のRDBMS(リレーショナルデータベース)やNoSQLまで、標準SQL(ANSI SQL)に準拠したアクセスをワンストップに提供 並列処理でビッグデータに対して容易にスケールアップ しかも高速(hiveの数十倍) Netflix, LinkedIn, Salesforce, Shopif

                                高性能分散SQLエンジン「Trino」最速ガイド - NTT Communications Engineers' Blog
                              • みずほ、基幹システムを東阪に分散へ 障害復旧は完了 - 日本経済新聞

                                みずほフィナンシャルグループは2022年度以降、みずほ銀行の基幹システムのデータセンターを東阪に分散する方針だ。現在は東京・多摩にあるメインのデータセンターと、千葉県内の災害対策拠点の2カ所だった。多摩拠点は8月のシステム障害で一部が使えなくなっていたが、15日までに復旧を終えた。今後、災害対策拠点を地理的に離れた関西圏に移して備えを強める。22年度までに大阪府内に設備を整え、翌年度から機器を

                                  みずほ、基幹システムを東阪に分散へ 障害復旧は完了 - 日本経済新聞
                                • データセンター「我が町に」 雇用に期待、150自治体名乗り 6割が関東、災害備え分散化模索 | 毎日新聞

                                  インターネット上でやりとりされる膨大なデータを管理する「データセンター」を誘致する動きが各地で活発化している。政府はデジタルインフラの強化を掲げ、災害への備えとして2026年ごろまでに十数カ所を整備して地方分散を進める計画だ。雇用創出など経済効果への期待から150以上の自治体が誘致に関心を示しているとされ、北海道や福岡県などが名乗りを上げている。 データセンターはサーバーや変電設備、非常用電源などを集約した拠点。自動運転やモノのインターネット(IoT)化などで今後、データの流通量は爆発的に増えていく見込みで、センターの需要も高まっている。

                                    データセンター「我が町に」 雇用に期待、150自治体名乗り 6割が関東、災害備え分散化模索 | 毎日新聞
                                  • S3互換の「Cloudflare R2」が正式サービスに。データ転送料無料、10GBまで無料の分散型オブジェクトストレージ

                                    S3互換の「Cloudflare R2」が正式サービスに。データ転送料無料、10GBまで無料の分散型オブジェクトストレージ Cloudflareは、Amazon S3互換のオブジェクトストレージ「Cloudflare R2」を正式なサービスとして提供開始しました。これまではベータ版として公開されていました。 Cloud providers taught us to expect a data transfer tax every time we actually used the data we stored with them. Introducing R2, now Generally Available. R2 gives developers object storage minus the egress fees. https://t.co/SupFs8SRUg — Cloudf

                                      S3互換の「Cloudflare R2」が正式サービスに。データ転送料無料、10GBまで無料の分散型オブジェクトストレージ
                                    • [速報]分散PostgreSQLをAzure Cosmos DBが提供開始、オープンソースの分散DBエンジン「Citus」を採用。Ignite 2022

                                      [速報]分散PostgreSQLをAzure Cosmos DBが提供開始、オープンソースの分散DBエンジン「Citus」を採用。Ignite 2022 マイクロソフトは現在開催中のイベント「Microsoft Ignite 2022」で、グローバル規模の分散NoSQLデータベース「Azure Cosmos DB」でPostgreSQLをサポートする「Azure Cosmos DB for PostgreSQL」を発表しました。 Cosmos DBはデータを自動的にユーザーの近くのリージョンにレプリケーションすることで、どのユーザーに対しても高速なデータベースアクセスを実現し、かつグローバルな規模で稼働する大規模分散NoSQLデータベースです。 最大で数ペタバイトのデータ容量と秒間数百万トランザクションまでスケールする性能をカバーできる点を特徴としています。 Azure Cosmos DB

                                        [速報]分散PostgreSQLをAzure Cosmos DBが提供開始、オープンソースの分散DBエンジン「Citus」を採用。Ignite 2022
                                      • Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供

                                        Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供 サーバサイドやエッジでのJavaScriptランタイムを提供するDenoは、Deno本体に統合したJavaScript/TypeScriptのためのデータストア「Deno KV」を発表しました。 これまでDenoでアプリケーションを開発し実行する際には、データを保存するためのデータベースをユーザーが用意する必要がありました。 Deno KVはDenoに統合されたデータストアとして、JavaScriptの変数や配列変数、オブジェクトなどのあらゆる構造化された値が保存可能なキーバリュー型のデータベースとして提供されるため、ユーザーがデータベースを用意しなくてよくなります。 Announcing Deno KV: A Global Dat

                                          Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供
                                        • 東京オリ・パラ 臨海部の人出は1日15万人 混雑分散が課題 | NHKニュース

                                          東京オリンピック・パラリンピックの期間中に聖火台が設置されるなど大会を象徴する地域となる東京の臨海部は、多い日で1日当たり15万人を超える人出が想定されていることが大会組織委員会への取材で分かりました。訪れた人たちが安全に移動できるかが課題で、組織委員会は一度に駅に人が集中しないよう、競技会場以外に立ち寄れる場所を設け、駅を行き来する時間を分散させる計画です。 このエリアは、わずか半径1.5キロ圏内に7つの競技会場が集積し、開会式の翌日から大会最終日まで16日間連続で複数の競技が行われますが、ボランティアなど大会スタッフを含め、多い日で1日当たり15万人を超える人出が想定されていることが組織委員会への取材で分かりました。 特に大会3日目の7月26日は、6つの競技会場で午前9時から午後11時半まで断続的に競技が行われ、人出が最も多くなると予想されています。 このエリアに乗り入れる鉄道はりんか

                                            東京オリ・パラ 臨海部の人出は1日15万人 混雑分散が課題 | NHKニュース
                                          • 分散SNSを使って技術を覚える | IIJ Engineers Blog

                                            Twitterフォロー&条件付きツイートで「バリーくんぬいぐるみ」を抽選で20名にプレゼント! 応募期間は2019/11/29~2019/12/31まで。詳細はこちらをご覧ください。 今すぐツイートするならこちら→ フォローもお忘れなく! 【IIJ 2019 TECHアドベントカレンダー 12/12(木)の記事です】 久しぶりに書きました。 どうもこんばんわ。九州支社で働くとみです。お久しぶりです。 実は2016年に一つ記事を投稿したのですが、実に3年半経過した今になってアドベントカレンダーの話が聞こえてきたので、久方ぶりに書いてみることにしました。 当時はこんな記事なんかを書いてたわけですが、この記事を書いてから3年間色々あったので、その中の一つを書いてみようかなと思います。 3年間で覚えたことを並べてみる 2016年当時はTHE ON-PREMISEと言われてもおかしくないような、どイ

                                              分散SNSを使って技術を覚える | IIJ Engineers Blog
                                            • コロナ禍 分散呼び掛けも…マスク姿の参拝客で「密」太宰府天満宮 | 西日本新聞me

                                              同県大野城市の会社員中嶋啓乃さん(41)は「今年の初詣は密を避けて早めに来ました」と、夕暮れ前に子どもと参拝。「コロナの収束を願い、家族が健康で過ごせるよう手を合わせました」と話した。 夜の出足は例年より鈍かったが、年越しを迎えるころになると、本殿のさい銭箱前は多くのマスク姿の参拝客で埋まった。

                                                コロナ禍 分散呼び掛けも…マスク姿の参拝客で「密」太宰府天満宮 | 西日本新聞me
                                              • 分散型IDに関する10の所感(2022年2月版)

                                                いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。 後は、関連するニュースなどを徒然と。 こんにちは、富士榮です。 なんだかんだでuPortを触ったり現Azure Active Directory Verifiable Credentialsの前身を触ったり、最近だと数カ所で実証実験プロジェクトを立ち上げたり、MS主催のDecentralized Identity Hackathonで入賞してみたり、と分散型IDに関わり始めて5年くらい経っていたりしますので、現時点で分かったことをメモしておこうかと思います。(往々にして数年後に見返すとう〜ん、となるやつだけど気にしないことにする) ※そういう意味では2019年の#didconでその時点でわかっていることをある程度まとめて発表してからおよそ3年も経つんですね・・・ また機会があればdidconでも開催してじっくりお話さ

                                                • mstdn.jp運営会社が分社化 分散型SNS専門会社に移行

                                                  マストドンインスタンスのmstdn.jpとmastodon.cloudを運営しているきぼうソフトは7月16日付で新会社「合同会社分散型ソーシャルネットワーク機構」を設立すると発表した。理由はmstdn.jpとmastodon.cloudの持続的な発展と透明性の向上のためと説明している。mstdn.jpのトゥートで明らかにした。 サーバ費用の公開や個人情報の利用目的の明確化を求める声に対し、きぼうソフトはマストドンインスタンスの運営会社を別法人とし会計を独立させることで公開が可能になり、個人情報保護をより明確に打ち出すとしている。事業譲渡は7月26日を予定。 mstdn.jpはマストドンブームの初期、世界最大のユーザー数を誇っていたマストドンインスタンス。きぼうソフトは2018年9月25日に創設者のぬるかるさんから譲渡を受けたと発表した。執筆時点でのユーザー数は19万2853人。インスタンス

                                                    mstdn.jp運営会社が分社化 分散型SNS専門会社に移行
                                                  • Mozilla、分散型ソーシャルネットワークのテストインスタンスを2023年前半に立ち上げると宣言

                                                    「2023年初頭に、Mozillaはパブリックにアクセス可能なソーシャルメディア連合(Fediverse)のインスタンスをMozilla.Socialにおいて立ち上げ、テストします」(In early 2023, Mozilla will stand up and test a publicly accessible instance in the Fediverse at Mozilla.Social.) Webブラウザ「Firefox」の開発などで知られるMozillaは、12月20日付けで公開したブログ「Mozilla to Explore Healthy Social Media Alternative」でこのように表明しました。 イーロン・マスク氏によって買収されたTwitterが大きな混乱を見せ、多くのユーザーがTwitterの代替となるソーシャルメディアを探し始めている中で、

                                                      Mozilla、分散型ソーシャルネットワークのテストインスタンスを2023年前半に立ち上げると宣言
                                                    • JAMスタックのNetlify、Denoを採用したサーバレス環境「Netlify Edge Functions」ベータ公開。Deno Deployの分散エッジでNext.js/Nuxt/SvelteKit/Remixなど実行

                                                      JAMスタックのNetlify、Denoを採用したサーバレス環境「Netlify Edge Functions」ベータ公開。Deno Deployの分散エッジでNext.js/Nuxt/SvelteKit/Remixなど実行 Webホスティングサービスを提供するNetlifyは、Denoを採用した新しいサーバレス環境「Netlify Edge Functions」をパブリックベータとして公開しました。 We know some of you have been on the edge of your seats for this one, but the wait is over because Edge Functions is here! Learn more about how you can leverage our edge network to deliver faster s

                                                        JAMスタックのNetlify、Denoを採用したサーバレス環境「Netlify Edge Functions」ベータ公開。Deno Deployの分散エッジでNext.js/Nuxt/SvelteKit/Remixなど実行
                                                      • データセンター 大規模災害に備え地方分散へ 候補地78か所公表 | NHK

                                                        デジタル社会の要とされるデータセンター。政府は大規模な災害に備えて、関東と関西に集中しているデータセンターの地方分散を目指していて、その候補地となる全国の78か所を公表しました。 大量のデータの保管や処理を行うデータセンターは、デジタル化の進展で重要性が高まっていますが、国内では60%が関東に、24%が関西にあるため、大地震などが発生した場合には機能不全に陥るおそれがあります。 このため政府は、民間企業が運営するデータセンターを地方に誘致して分散を進める方針で、経済産業省は12日、その候補地となる全国の78か所を公表しました。 経済産業省によりますと、誘致に前向きな100余りの自治体からデータセンターの具体的な候補地が寄せられ、このうち63の自治体が公表を希望したということです。 候補地が最も多いのが秋田県で13か所、次いで北海道が7か所、岩手県が6か所などとなっていて、土地の広さや必要と

                                                          データセンター 大規模災害に備え地方分散へ 候補地78か所公表 | NHK
                                                        • 戦力を集中すべきところ、分散すべきところ|深津 貴之 (fladdict)

                                                          あるいはOKRの得意なとこ、苦手なところについて。 仕事がら多くの会社を見ていて、OKRとか戦力の集中がうまくいくシナリオと、失敗するシナリオに典型例があると思った。そんなメモ。 順番に対処できるなら、リソースを集中するRPGで敵の四天王を倒すとき。パーティみんなで敵の四天王を、順番にフルボッコにしていくパターン。これは正しい戦力の集中。 「3ヵ月以内に炎の四天王を倒す」は、よいOKRです。 逆に少年漫画でよくある、メンバーが手分けして四天王1人づつ倒す展開…あれは悪い運用の例。 同時達成が求められるときは、リソースを平行運用するセンター試験のように、複数の目的を同時達成するシナリオは注意が必要。 「英数国理社すべて同時に目標達成しなければならない」 そんなシチュエーションでは戦力を平行運用し、バランスをとるのが正しい。「最初の6ヵ月は英語をやって、次の6ヵ月は数学をやって」といった、目標

                                                            戦力を集中すべきところ、分散すべきところ|深津 貴之 (fladdict)
                                                          • Cloudflare、分散SQLiteデータベース「Cloudflare D1」の性能を10倍以上高速に、ストレージバックエンド強化で。任意の状態にいつでも戻せる機能も

                                                            Cloudflare、分散SQLiteデータベース「Cloudflare D1」の性能を10倍以上高速に、ストレージバックエンド強化で。任意の状態にいつでも戻せる機能も Cloudflareは、同社のエッジロケーションでマネージドサービスのSQLiteを提供する「Cloudflare D1」をアップデートし、大幅な性能向上と機能向上を行ったことを発表しました。 We've been heads down iterating on D1, and we've just shipped a major new version that's substantially faster, more reliable, and introduces Time Travel: the ability to restore a D1 database to any point in time. Read

                                                              Cloudflare、分散SQLiteデータベース「Cloudflare D1」の性能を10倍以上高速に、ストレージバックエンド強化で。任意の状態にいつでも戻せる機能も
                                                            • 大規模モデルを支える分散並列学習のしくみ Part1

                                                              はじめに Turing 株式会社のリサーチチームでインターンをしている東京工業大学 B4 横田研究室の藤井(@okoge_kaz)です。 自然言語処理分野における大規模深層学習の重要性は日に日に高まっていますが、GPT-3, GPT-4 などのモデルの学習には膨大な計算コストがかかり、容易に学習できなくなっています。実際、モデルサイズが近年急速に大きくなっていることにより、学習に必要な計算量(FLOPs)は以下のように年々膨大になっています。近年の大規模モデルでは、NVIDIA H100 80GB であっても 1 つの GPU では、モデルをのせることすらできません。 Compute Trends Across Three Eras of Machine Learning より またScaling Laws によると、大規模なモデルは小さいモデルと比較してより優れた性能を発揮するため、自動

                                                                大規模モデルを支える分散並列学習のしくみ Part1
                                                              • Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足

                                                                Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足 Google Cloudは、米国太平洋時間の3月26日木曜日16時50分(日本時間27日金曜日 午前8時50分)頃から約10時間ほどのあいだ、Google Compute EngineやCloud Storage、Cloud SQLなどをはじめとする主要なサービスで障害を起こしていました。 受けた影響はリージョンごとに異なりますが、ほぼすべてのリージョンで何らかの影響を受けたようです。 Googleはその原因についての調査結果を発表。原因はGoogle Cloud内部でアクセスコントロールを司る部分に障害が発生したことだったと説明しました。 アイデンティティマネジメントへの大量の更新要求がキャッシュサーバの障害に クラウド内部では、APIへのアクセス

                                                                  Google Cloudの主要サービスが10時間ものあいだ障害発生。原因は分散アクセスコントロールへの大量の変更要求が引き起こしたメモリ不足
                                                                • 「真夏の五輪は無理」 冬への競技分散化で私見も 組織委・橋本会長(朝日新聞デジタル) - Yahoo!ニュース

                                                                  東京オリンピック(五輪)・パラリンピックの閉幕から1カ月。大会組織委員会の橋本聖子会長が5日、朝日新聞などのインタビューに応じ、7~8月の真夏に行われた五輪について「この時期にしかやれないのは無理だと、会長をやってつくづく思った。国際オリンピック委員会が持続可能な大会を考えるなら、世界のスポーツ団体と(新たな)枠組みを話し合う必要がある。時代に求められる五輪に生まれ変わっていかなければ」と提言した。 【写真】ゴール直後に倒れ込むトライアスロンの男子選手たち。「うそつき」と海外メディアから批判がでた 橋本会長は、札幌市で実施された女子マラソンの開始時間が前夜に変更されたことを挙げ、「運営上の危険を避けるため、とIF(国際競技団体)から言われて仕方がなかったが、直前に変わると言われても選手は100%の準備ができない。自分自身が選手だったらたまらない。あり得ないことをやらざるを得なかったのは心が

                                                                    「真夏の五輪は無理」 冬への競技分散化で私見も 組織委・橋本会長(朝日新聞デジタル) - Yahoo!ニュース
                                                                  • Elasticsearchで分散表現を使った類似文書検索

                                                                    概要 Elasticseachに分散表現のベクトルに対する類似文書検索が実装されたということで、以下のElasticのブログ記事を参考に類似文書検索を試してみました。 Text similarity search in Elasticsearch using vector fields | Elastic Blog 類似文書検索とは、与えられたクエリの文書と似ている文書を文書集合内から検索する技術です。この際に必要となるのが「似ている」という概念で、計算機上でどうやって2つの文書間の類似度を数値として表現するかがポイントになります。例えば、互いの文書に出現する単語の一致度や重複度合いを測ったり、TF-IDFやBM25などで文書をベクトル化して比較する方法があります。ただしこれらの方法では、言い換え表現や表記の違いにより同じ意味の単語が異なる単語だと判定されたり、文書の中では重要でない単語に

                                                                      Elasticsearchで分散表現を使った類似文書検索
                                                                    • 分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表

                                                                      分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表 データセンターをグローバル展開し、アプリケーションプラットフォームサービスを提供しているFly.ioは、分散SQLiteを実現するLiteFSの付加機能として、バックアップとスナップショット、リカバリ機能などをマネージドサービスとして提供する「LiteFS Cloud」を発表しました。 LiteFS Cloud: now in preview. We love SQLite for distributed web apps! Introducing managed backups for LiteFS. Read more from Darla Shockley and @benbjohnson.https://t.co/nQxitx5x7d

                                                                        分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表
                                                                      • SQLiteを分散データベースに変えるmvSQLite | DevelopersIO

                                                                        Introduction 先日Githubに公開されたmvSQLiteですが、 「SQLite互換のスケーラブルなデータベース」とのことで話題になってます。 mvSQLiteの特徴は、SQLiteのストレージレイヤーをFoundationDBに分離しているところです。 これにより、DynamoDBのように際限のないスケーラビリティ、point-in-timeでの読み取り、 そしてRDBの厳密な一貫性を提供します。 作成者曰く、mvSQLiteの目標は 「SQLiteを分散データベースに変えること」 とのことです。 FoundationDBとは FoundationDBは大量の構造化データを処理するために設計された分散データベースです。 2015年にAppleが買収したことでもニュースになりました。 データをソート済みのKeyValueデータとして保管し、 すべての操作にACIDトランザクシ

                                                                          SQLiteを分散データベースに変えるmvSQLite | DevelopersIO
                                                                        • 地球外生命体を分散コンピューティングで探す「SETI@home」プロジェクトが専用ソフトへのデータ送信を終了、21年の歴史に幕

                                                                          分散コンピューティングを用いて地球外生命体の探査を行うプロジェクト「SETI@home」が、「分析に十分なデータが集まった」として、2020年3月31日以降は分散コンピューティング用のソフトウェアへのデータ提供を止めると発表しました。 SETI@home Search for Alien Life Project Shuts Down After 21 Years https://www.bleepingcomputer.com/news/software/seti-home-search-for-alien-life-project-shuts-down-after-21-years/ 1999年5月に一般公開された「SETI@home」は、「地球外生命体の探査」および「ボランティア・コンピューティングの実証実験」を兼ねたプロジェクトです。ボランティア・コンピューティングとは、科学研究な

                                                                            地球外生命体を分散コンピューティングで探す「SETI@home」プロジェクトが専用ソフトへのデータ送信を終了、21年の歴史に幕
                                                                          • HTTP/3をUDPロードバランサで分散するときの問題点 (AWS NLBで試してみた) - ASnoKaze blog

                                                                            目次 はじめに UDPロードバランサ ラウンドロビン方式 ハッシュ方式 ハッシュの再計算 コネクションマイグレーションが出来ない その他の懸念事項 NLBを用いたハッシュの再計算の実験 QUICの負荷分散について はじめに HTTP/3はQUICというトランスポートプロトコルを利用しています。QUICはUDPを利用していますが、QUIC自体はステートフルなプロトコルです。 ステートフルなQUICを、QUICを解釈しないUDPロードバランサでバランシングしようとするにはいくつかの注意問題点があります。今回は簡単に説明し、NLBでも実験をしてみました。 QUICの用語などは以前書いた記事を参照 asnokaze.hatenablog.com UDPロードバランサ QUICはステートフルですので、おなじQUICコネクションのUDPパケットは同じサーバに割り振ってやる必要があります ロードバランサ

                                                                              HTTP/3をUDPロードバランサで分散するときの問題点 (AWS NLBで試してみた) - ASnoKaze blog
                                                                            • 開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp

                                                                              開発視点から見る⁠⁠、新しい分散型SNS「Bluesky」とAT Protocolの可能性 2023年4月初旬、日本で盛り上がりの兆しを見せ始めた分散型SNS「Bluesky⁠」⁠。本記事では、Blueskyのクライアント開発を行う筆者が、開発視点から見たBluesky、そのコア技術であるAT Protocolについて解説します。 なお、Bluesky誕生の背景や基本機能などについては、syui氏の記事「ネクストブレイク分散型SNSの大本命、Blueskyを先取り!」を併せてご覧ください。 Bluesky をコマンドラインから扱う Blueskyクライアント開発のきっかけ Blueskyにはすでにクライアントが存在します。BlueskyのオフィシャルからはiOSアプリが、また Android向けにはkamakuraさんが開発している青雲というアプリが提供されています。 通常はこれらのクライ

                                                                                開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp
                                                                              • 「空き容量」を使った分散型ストレージ「Filecoin(ファイルコイン)」がついに始動、次世代のインターネットの姿とは Web 3.0最注目、分散型ストレージの革新性とその仕組みを解説

                                                                                  「空き容量」を使った分散型ストレージ「Filecoin(ファイルコイン)」がついに始動、次世代のインターネットの姿とは Web 3.0最注目、分散型ストレージの革新性とその仕組みを解説
                                                                                • マイクロサービスのための分散データ 〜 イベントソーシング vs チェンジデータキャプチャ - 赤帽エンジニアブログ

                                                                                  インテグレーションのためのミドルウェア製品のテクニカルサポートを担当している山下です。 今回は レッドハットのシニアアーキテクトである Eric Murphy さんによる「マイクロサービスのための分散データ 〜 イベントソーシング vs チェンジデータキャプチャ(CDC)」の翻訳記事です。この記事では、イベントソーシング、CDC、CDC + Outboxパターン、CQRSをそれぞれ簡単に説明しながら、それらの特性の違いを比較します。また、イベントソーシングとCQRSの簡易な説明がなされている他、あまり明確に語られることが少ないもののソフトウェアの設計に大きな影響をおよぼすドメインイベントとチェンジイベントの違いにも触れられています。 [原文] Distributed Data for Microservices — Event Sourcing vs. Change Data Captur

                                                                                    マイクロサービスのための分散データ 〜 イベントソーシング vs チェンジデータキャプチャ - 赤帽エンジニアブログ