並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 2300件

新着順 人気順

コネクションの検索結果161 - 200 件 / 2300件

  • 次世代データ基盤:データレイクハウスを Google Cloud で実現する

    はじめに こんにちは、クラウドエース データソリューション部の松本です。 普段はデータ基盤や MLOps の構築をしたり、Google Cloud 認定トレーナーとしてトレーニングを提供しております。また、昨年は Google Cloud Partner Top Engineer 2024 に選出されました。今年も Goodle Cloud 界隈を盛り上げていけるよう頑張っていきたいと思います。 クラウドエース データソリューション部 について クラウドエースのITエンジニアリングを担う システム開発統括部 の中で、特にデータ基盤構築・分析基盤構築からデータ分析までを含む一貫したデータ課題の解決を専門とするのが データソリューション部 です。 弊社では、新たに仲間に加わってくださる方を募集しています。もし、ご興味があれば エントリー をお待ちしております! 今回は、次世代データ基盤であるデ

      次世代データ基盤:データレイクハウスを Google Cloud で実現する
    • ニコニ立体を直した話 - Qiita

      ステージング化 本番のVMについてはここでAMIを取って完了としましたが、ステージングは設定を変更しなければなりませんでした。本番へのアクセスが起こらないよう設定の洗い出しを行い、地道に一つ一つ変更していき、ステージングとして動作するように調整を行いました。地味な作業でしたが、システム間のつながりを把握するという点でとても効率的だったので思ったほど無意味な作業ではありませんでした。 データ移行(BLOB to S3) データ移行はリプレイスプロジェクトでも難易度が高い部分でした。 ニコニ立体は3Dモデルホスティングサービスですが、この3Dモデルのファイル容量が大きく、移行に非常に時間がかかりました。試算では移行に24時間かかると出たため、日々増えるデータをどのようにスムーズに移行するかについて悩みました。 立体の負債解消を手伝ってくれていたまさらっき氏が偶然ALBのRuby on Lamb

        ニコニ立体を直した話 - Qiita
      • ISUCON9の予選を突破し、失格になったのちに通過しました - akenshoの日記

        参考:チームメイトの記録です 本番前に行ったこと 競技環境の把握 重要文献を読んでおく 盆栽(本番で使用する ansible role)に手を入れる チーム練習をする 本番で行ったこと 初期状態の把握 初回のベンチマーク実行 初期セットアップ 各種マニュアルを読む モニタリングツールを実行しながらのベンチマーク実行 pprof 導入後のベンチにおいて 完走しないベンチマーク 収集する 順位表を確認する ボトルネックの再調査とそれを潰す作業 複数台構成を考え始める 平文保存はダメです Index 関連の作業が終わり、二度目の質問 getSimpleUserByID のデバッグをする 例のアレ 再収集 再起動試験 ログを全部切る 最終ベンチを実行する 以上が純粋な競技記録です ここから先は競技終了後の話です 失格の根拠について 失格取り消しの根拠について 運営チームの取れる・果たせる責任につい

          ISUCON9の予選を突破し、失格になったのちに通過しました - akenshoの日記
        • 軽量イラスト生成ソフト「NGUI v2」 - やえ

          概要 NGUIはパラメータ調整を自動で行い、キーワードを入力するだけで鮮明なイラストを生成するソフトです。VRAMが2GB程度のローエンドGPUから動作します。AIモデルはNGUI独自の「Hina」か他のモデルを読み込んで使えます。スマホ等による遠隔生成に対応。Python、C#勉強のため無料にて公開します。コメント欄にて質問承ります。 ダウンロードリンク(v2.1.7)   2/15更新(2.1.9は複数GPU環境で不具合あり)NGUIv2 : インストーラー版 NGUIv2_local : ポータブル(非インストール)版 不具合報告フォーム https://forms.gle/aYmzJvNeL4t1LKaR9 過去の対応はコメント欄にて 基本的な使い方 ・ソフトをインストールして起動 ・AIモデル(通常版 or NSFW強化版)を選択してOKボタンを押す ・キーワードを入力して生成ボ

            軽量イラスト生成ソフト「NGUI v2」 - やえ
          • Webサービスの急激なアクセス数増加を予測して対処する方法と実践 - KAYAC engineers' blog

            どうも、ゲームコミュニティ事業部Tonamelのサーバサイド担当の谷脇です。 今回はTonamelのサービス特性上、どうしても発生する急激なアクセス数の増加(以下スパイクアクセス)をどのように対処しているかをお話します。 Tonamelのサービス内容については以前の記事に書いています。一言でいうと「誰でもeスポーツ大会の運営ができるサービス」です。 Tonamelの特徴 大会が開始したときに発生するスパイクアクセス スパイクアクセスの様子 上記は、あるゲーム大会が大会を開始した10:40ごろのリクエスト数の遷移です。Tonamelは大会の開始と同時にトーナメント表が公開されます。大会に参加している人はもちろん、観戦を行っている人もトーナメント表を見に来ます。観戦する人の同期としては、知人や推しの選手のトーナメント表上での位置や、相手を確認しに来ているようです。 Tonamelに限らず、We

              Webサービスの急激なアクセス数増加を予測して対処する方法と実践 - KAYAC engineers' blog
            • Misskeyのパフォーマンス改善の取り組み・2023年7月 | gihyo.jp

              本連載は分散型マイクロブログ用ソフトウェアMisskeyの開発に関する紹介と、関連するWeb技術について解説を行っています。 ここ最近でMisskeyのユーザー数がさらに急激に増えています。そのため、運営者がより少ないコストでサーバーを維持できるよう、Misskeyのスケーラビリティ改善を急いでいます。 今回は、そういった最近のMisskeyのパフォーマンス改善の取り組みについて、検討中のものも含めて紹介したいと思います。 misskey.ioの登録ユーザー数の推移 Identicon生成の無効化オプション Identiconはユーザーが自身のアイコンを設定していないときに代わりに表示されるアイコンで、これはユーザーごとに異なるようになっています。 仕組みとしては、https://misskey.example.com/identicon/hogeにリクエストされた際に、hoge部分をシー

                Misskeyのパフォーマンス改善の取り組み・2023年7月 | gihyo.jp
              • Slim Framework と Docker を使って本格的にアプリを作ってみよう|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ

                Slim Framework と Docker を使って本格的にアプリを作ってみよう はじめに Web アプリケーションの開発をするにあたっては勉強しなければならないことは多く、どう勉強すれば良いかはなかなか難しい問題です。初心者向けの解説は比較的たくさんあるのでとりあえずやってみるくらいは何とかなるものの、実戦的な開発がどうなっているかという総合的な話は実務を経験しないとわからないことが多いことでしょう。 ということで、本記事では最近流行の Docker と、そこそこ名前は見かける PHP のマイクロフレームワークの Slim Framework を使って実戦的な Web アプリの開発をしてみる(開発環境を作ってみる)こととします。実装的には、ドメイン実装としてユーザー登録、ログイン、ユーザー情報取得の3つのAPIを実装するところまでを取り扱います。また、静的解析を最大限活用してユニット

                  Slim Framework と Docker を使って本格的にアプリを作ってみよう|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
                • 速報: Basecampがリリースした「Hotwire」の概要|TechRacho by BPS株式会社

                  12/23の朝方、DHHが以下のツイートを発信しました。 Hotwire aka NEW MAGIC is finally here: An alternative approach to building modern web applications without using much JavaScript by sending HTML instead of JSON over the wire. This includes our brand-new Turbo framework and pairs with Stimulus 2.0 😍🎉🥂 https://t.co/Pa4EG8Av5E — DHH (@dhh) December 22, 2020 取りあえず様子を知りたかったのでDHHのツイートを追ってみました。お気づきの点がありましたら@hachi8833までお知ら

                    速報: Basecampがリリースした「Hotwire」の概要|TechRacho by BPS株式会社
                  • HTTP/3が正式に勧告、脱TCP時代の幕開けか

                    インターネット関連技術の標準化を手掛けるIETF(Internet Engineering Task Force)は2022年6月6日(米国時間)、通信プロトコル「HTTP/3(HyperText Transport Protocol/3)」を「RFC 9114」として勧告した。HTTP/3はインターネット通信の多くを占めるWebにおける通信プロトコルの最新版である。 最大の特徴は、トランスポートのプロトコルに「QUIC(Quick UDP Internet Connections)」を採用した点。QUICは2021年にIETFで「RFC 9000」として勧告された。その名前が示すように、TCP(Transmission Control Protocol)ではなく、UDP(User Datagram Protocol)に基づくプロトコルだ。TCPが備えていた再送制御の仕組みや、TLS(Tr

                      HTTP/3が正式に勧告、脱TCP時代の幕開けか
                    • GitHub - flano-yuki/http3-note: My HTTP/3 Note

                      1. はじめに(HTTP/3と概要) 1.1 はじめのはじめに 1.2 HTTPのセマンティクスとバージョンの話 1.3 HTTP/3の概要 1.4 HTTP/3 と呼ばれるまでの道のり 1.4.1 Google QUICの実験 1.4.2 HTTP over QUIC、標準化の開始 1.4.3 HTTP/3への改称 1.5 標準化動向を追うために 2 QUICについて 2.1 QUIC、はじめに 2.2 QUICの概要 2.3 QUICコネクションとQUICパケットの基礎 2.4 フレームについて 2.5 ストリームについて 2.6 コネクションの確立 2.7 コネクションのクローズ (TODO)2.8 負荷分散・トラフィックのオペレーション 2.9 その他 (FEC, Multipath, LB) 2.9.1 Forward Error Correction(FEC) 2.9.2 MP

                        GitHub - flano-yuki/http3-note: My HTTP/3 Note
                      • Oh!X関係者が語る,あのころのX68000。「X68000 Z」のローンチを記念して,かつての関係者にあれこれ話してもらおう

                        Oh!X関係者が語る,あのころのX68000。「X68000 Z」のローンチを記念して,かつての関係者にあれこれ話してもらおう 編集長:Kazuhisa ライター:西川善司 2022年6月8日にTwitter上で第一報が報じられ,マウスとキーボードのチラ見せ,TGS2022でのモック展示,クラウドファンディングでの展開など,次々と新たな展開を打ち出している「X68000 Z」。我々4Gamerも,TGS2022でブースの一部を提供したが,そのあまりの熱気にちょっと動揺している。 ?弊社はやります??詳細は後日? #68の日 pic.twitter.com/jU5gE2sG8R— 株式会社 瑞起(ZUIKI Inc.) (@ZUIKIInc) June 8, 2022 関連記事:【PR】新生X68000誕生。瑞起の「X68000 Z」は10月8日に予約受付を開始。TGS 2022の4Game

                          Oh!X関係者が語る,あのころのX68000。「X68000 Z」のローンチを記念して,かつての関係者にあれこれ話してもらおう
                        • オンラインセミナー「RDS+Lambda が始まる。過去のアンチパターンはどう変わるのか」 資料および QA 公開 | Amazon Web Services

                          「Amazon RDS Proxyのご紹介」の資料において下記の部分を当日のセッション資料から修正しております。 ・P.12  DDLステートメントの動作に関し MySQL の動作だけの記載だった部分をMySQL / PostgreSQL 個々の動作を記載する様に修正 当日ご参加頂いた皆様、大変申し訳ございませんでした。また、ご指摘頂いたお客様、ありがとうございます。 Q. RDS Proxy 自体は単一障害点にはならない構成、という理解で良いでしょうか? A. はい。RDS Proxy はインフラストラクチャの障害から保護されるために複数のアベイラビリティゾーン (AZ)にデプロイされますので、単一障害点にはならない構成になっております。 Q. Proxy はVPCを意識しないサービスでしょうか?VPCに何か制限がありますでしょうか? A. RDS Proxy はVPCを意識するサービス

                            オンラインセミナー「RDS+Lambda が始まる。過去のアンチパターンはどう変わるのか」 資料および QA 公開 | Amazon Web Services
                          • ジャニーズ系の所属レーベルのこと - WASTE OF POPS 80s-90s

                            元ジャニーズ事務所の人たちがどのレコード会社に所属していたのか、しているのかということが気になって調べてみました。 1997年以降は自社レーベルも持っている中、それでも自社にすべてを集約するでもなく、割とあちこちのレーベルに振り分けている感があったので。 時代を追って眺めてみるといろいろと趣深いところがありました。 以下表ですが、いろいろ注釈は必要そうです。 ピンクっぽいのが古参レーベル、オレンジっぽいのが新興レーベル、青がジャニーズ事務所の自社レーベルになっています。 古参と新興の区分は便宜上1968年設立の「CBSソニー」以前以後に邦楽部門があったかなかったか、というあたりで切りました。 何せフォーリーブスはCBSソニーの国内ミュージシャンとしては第1号の契約でもあったわけで。 ので、ワーナーの海外ミュージシャンはそれ以前から(東芝から)出ていたけど、ワーナーパイオニアとしては1970

                              ジャニーズ系の所属レーベルのこと - WASTE OF POPS 80s-90s
                            • 【第5回】「型」はウェブシステム開発に「エンドゲーム」をもたらすか | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                              伊藤直也さんが「今逢いたい」ソフトウェアエンジニアに声をかけて対談を重ねてきたシリーズの最終回は、これまでの対談の文章化を手がけたラムダノート株式会社の鹿野桂一郎さんとの異色対談です。コンピュータ技術書や記事の編集者であると同時に仕事や趣味でHaskellのプログラムも書く鹿野さんの視点を通し、現代のウェブシステム開発に伊藤さんが何を見ているのか、特に「型」と「エンジニアの学び」というこれまでの対談に通底するテーマについて掘り下げます。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてなブックマーク」などの開発を主導。グリー株式会社では統括部長としてSNSを担当した。2016年4月、一休に入社し執行役員CTOに就任。 ・鹿野 桂一郎さん / ラムダノート株式会社 代表取締役社長

                              • オブジェクト指向は単なる【整理術】だよ - Qiita

                                概要 掲題の通りです。異論は認めますだからオブジェクト指向警察の皆さん見逃して下さいお願いします。 この投稿は「オブジェクト指向(OO/ object oriented)ようわからん」って人向けになるべくわかりやすく説明しようとする試みになります。一応は「1冊くらいは入門書読んだ人」を対象にしています。 ちなみにぼくのオブジェクト指向力は100メートル走で例えると多分12~13秒台くらいです。よくわからないけど。 オブジェクト指向は難しい? 初めてプログラミングに触れてオブジェクト指向について学び始める時、その概念を理解するのに苦労してる方は結構多いのではないかと思います。カプセル化だとか、ポリモーフィズムだとか、よくわからないアカデミックな名称が次々と出てくるのに比べ、実践的にはどうすれば良いかの説明に関しては結構貧弱な書籍が多いというのが理由のひとつだろうなと思ってるのですが、その大き

                                  オブジェクト指向は単なる【整理術】だよ - Qiita
                                • Let's Encryptを使用しているウェブページをブロックするプロキシサーバー - Qiita

                                  Let's Encryptはドメイン認証証明書を無料で発行してくれるたいへん素晴らしいサービスです。ウェブサイトをHTTPSで提供するためには証明書が必要ですが、Let's Encryptの登場以前は認証局から有料で証明書を発行してもらうのが主流でした。それを無料で発行してもらえるのは大変ありがたいことです。また、発行プロセスは自動化されておりとても簡単です。筆者も個人のウェブサイトは全てLet's Encryptで証明書を取得しています。 ところが、Let's Encryptが発行する無料の証明書なんて信頼できないという教義を信奉するタイプの人々も存在するようです。筆者は最近Twitterで見かけました。ということで、そのような思想を持つ方も安心してインターネットを利用できるように、Let's Encryptによって発行された証明書を使用しているウェブサイトのみブロックするプロキシサーバ

                                    Let's Encryptを使用しているウェブページをブロックするプロキシサーバー - Qiita
                                  • 大規模サービスのデータベースエンジンを MySQLからAurora MySQLへの移行 〜リードレプリカ, DNSを利用した最小ダウンタイム移行方法〜 - メドピア開発者ブログ

                                    バックエンドエンジニアの徳富(@yannKazu1)です。先日、メドピアのメインサービスであるmedpeer.jpで使われているデータベースエンジンを、MySQLからAurora MySQLへと移行しました。今回はその移行のプロセスについて詳しくお話しします。 移行したデータベースの簡単なインフラ構成 移行方針 今回移行するデータベースは複数のアプリケーションから参照されており、ダウンタイムによるユーザー影響が大きいため、移行方針の検討の段階で重視したのは、ダウンタイムの最小化でした。これを達成するために、DNSのCNAMEレコードと、Auroraのリードレプリカを活用し、移行させることにしました。 DNSのCNAMEレコードの使用 データベースエンドポイントをアプリケーションに直接記述する代わりに、DNSのCNAMEレコードを利用して間接的に参照するようにしました。これにより、データベー

                                      大規模サービスのデータベースエンジンを MySQLからAurora MySQLへの移行 〜リードレプリカ, DNSを利用した最小ダウンタイム移行方法〜 - メドピア開発者ブログ
                                    • SSL/TLSとは何なんだ? 今こそ知ってもらいたいSSL/TLSのお話 〜 2回目 〜 TLS1.3 HTTP/2 のお話 | さくらのナレッジ

                                      TLS1.2までのciphersuiteに比べ、非常にすっきり書けるようになりました。 HTTP/2とは HTTP/2 ( Hypertext Transfer Protocol version 2 ) とは、2015年2月にRFC7540として発効された Hypertext Transfer Protocol の新しいプロトコルです。 詳しい仕組みにつきましては、当さくらのナレッジに 普及が進む「HTTP/2」の仕組みとメリットとは という松島浩道さんが書かれた記事がありますので、そちらを参照いただきたいと思いますが、本記事ではTLSとの関係性の部分について掘り下げて紹介したいと思います。 HTTP/2では過去のHTTP1.1や1.0と互換を保つため、使用するデフォルトのポート番号もHTTPの場合は 80番 HTTPSの場合は 443番 で変化はありません。また、コネクションを貼る際には

                                        SSL/TLSとは何なんだ? 今こそ知ってもらいたいSSL/TLSのお話 〜 2回目 〜 TLS1.3 HTTP/2 のお話 | さくらのナレッジ
                                      • 中国企業ロゴ入り資料作成、自然エネルギー財団の大林ミカ氏が内閣府タスクフォース構成員を辞任

                                        内閣府のタスクフォース民間構成員の辞任を表明した「自然エネルギー財団」の大林ミカ事業局長=27日、東京都千代田区(千葉倫之撮影) 再生可能エネルギーに関する規制見直しを目指す内閣府のタスクフォースに中国の国営電力会社「国家電網公司」のロゴマークが入った資料が提出された問題で、資料を提出した公益財団法人「自然エネルギー財団」の大林ミカ事業局長が27日、タスクフォースの民間構成員を辞任したと発表した。都内で記者団に明らかにした。 大林氏らによると、タスクフォースを所管する河野太郎規制改革担当相に辞任届を提出。受理されたという。 同財団は、資料の内容は国家電網公司と「まったく関係がない」と釈明。資料は財団の大林氏が作成したもので、平成28年12月に資料を作成した際、同財団のワークショップに国家電網公司が提出した資料を改編して使用。その過程で国家電網公司のロゴが残り、資料をひな型として作成したタス

                                          中国企業ロゴ入り資料作成、自然エネルギー財団の大林ミカ氏が内閣府タスクフォース構成員を辞任
                                        • pytest ヘビー🐍ユーザーへの第一歩 - エムスリーテックブログ

                                          蛇行区間にはレールの内側に脱線防止ガードが設置される(本文とは関係ありません)。 こんにちは、エムスリー・エンジニアリングG・基盤開発チーム小本です。 pytest は Python のユニットテストのデファクトスタンダードです。エムスリーでも顧客向けレポートや機械学習でPython&pytest をヘビー🐍1に使っています。 ですが、実は pytest は、意外と入門のハードルが高い。と言うのも、pytest の公式ドキュメント が、fixtureのような新概念も登場する上、詳細で分量が多いからです(しかも英語)。初心者にいきなり読ませると挫折する可能性大です 2。 そこで、とりあえず使い始めるのに必要そうな情報を日本語でまとめました。 pytest ってどんなライブラリ? unittest や nose から簡単に移行できる 書き方がシンプル fixture モックもできる プラグイ

                                            pytest ヘビー🐍ユーザーへの第一歩 - エムスリーテックブログ
                                          • GitLab令和最初のリプレイス。フルコンテナ化ポスグレ移行 - pixiv inside

                                            こんにちは、sue445です。 先日社内で使ってるGitLabのリプレイスをしたのでその辺の話をしたいと思います。 リプレイスの内容 今回のGitLabリプレイスでは主に下記を行いました。 サーバ移設に伴いURL以外全部変えた レガシーな環境で運用されていたGitLabを全てDockerコンテナに載せた MySQLからPostgreSQLに移行 以上を1時間弱のメンテでやりきった 構成 ざっくり書くと、SSL終端のフロントサーバのみ同じで、それ以外のバックエンドを全部変えました。 旧 APサーバ Debian Wheezy CPU: Intel Xeon E5-2640v2 * 2 Memory: 40GB Disk: 64G + 512G MySQL兼Redisサーバ Debian Wheezy CPU: Intel Xeon X3430 Memory: 8GB Disk: 256G M

                                              GitLab令和最初のリプレイス。フルコンテナ化ポスグレ移行 - pixiv inside
                                            • NHK取材メモ流出事件にともなうNHKからColaboへの謝罪FAQ - 発声練習

                                              何の話? NHK取材メモ流出事件って何? NHKも被害者では? 取材内容が番組に使われなかったことを謝罪するならばわざわざ出向く必要はないのでは? なんで謝罪の場に記者がいるの? NHKは説明に来たといっているので謝罪に行ったわけではないのでは? 謝罪の場面を写真に撮って公開するのは相手の面子をつぶす行為になるので避けるべきでは? インタビューを受けた元加害者の男性にまず謝罪すべきでは? Colaboは謝罪をうける立場にないのでは? 暇空茜にも謝罪をすべきでは? 杖なのか三脚なのかでやりあっているのは何なの? 謝罪は非公開でないの? 追記:なぜ、Colaboへの謝罪が大々的に報道されているの? 何の話? 2023年12月14日にNHKがColaboへ謝罪のため訪問したことに対する言説についての話です。 おもにこういう言説。 togetter.com NHK取材メモ流出事件って何? 日本経済

                                                NHK取材メモ流出事件にともなうNHKからColaboへの謝罪FAQ - 発声練習
                                              • SAD DNSのICMP rate limitを用いたサイドチャネル攻撃について - knqyf263's blog

                                                脆弱性ネタは人気がないことが過去の傾向から明らかですが、自分が震えるほど感動したので忘れないためにも気合い入れて大作を書きました。 要約 背景 SAD DNSの解説 全体像 UDPのソースポートについて ICMP rate limit per-IP rate limit global rate limit Public-Facing Source Portのスキャン Private Source Portのスキャン 攻撃Windowの拡張 サイドチャネル攻撃でUDPソースポートを推測してみる 対策 攻撃実現性 まとめ 要約 ちゃんと理解するの結構難しいという話があったので、先に要約しておきます。雰囲気だけでも掴んでもらえると嬉しいです。 DNSキャッシュポイズニングの新しい手法としてSAD DNSが発表された キャッシュポイズニングのためには権威DNSサーバ正規の応答を返すより先に攻撃者が

                                                  SAD DNSのICMP rate limitを用いたサイドチャネル攻撃について - knqyf263's blog
                                                • 物流支援サービスを支えるAWSサーバーレスアーキテクチャ戦略 - ZOZO TECH BLOG

                                                  はじめに こんにちは。SRE部BtoBチームの蔭山です。Fulfillment by ZOZO(以下FBZ)で提供しているAPIシステムの運用及び監視を担当しております。 FBZではAWS Lambdaを主軸としてAWSが提供しているフルマネージドサービスのみを利用するサーバーレスアーキテクチャを採用し、構築・運用してきました。今回は実際にどのようにサーバーレスアーキテクチャを活用してサービスを構築・運用・監視しているかご紹介します。 これからサーバーレスアーキテクチャを活用してサービスを構築されようとしている方の参考になれば幸いです。 なぜサーバーレスを採用したのか FBZはZOZOTOWNとブランド様が運営されている自社ECサイト間でリアルタイムに在庫情報を連携し、ZOZOTOWNと自社ECサイトでの在庫の一元管理を実現するAPIサービスです。そのため、マスタであるZOZOTOWNの在

                                                    物流支援サービスを支えるAWSサーバーレスアーキテクチャ戦略 - ZOZO TECH BLOG
                                                  • 起業のやり方マニュアル|起業の手順を4ステップで簡単に解説【起業方法がわからない方向け】 | リバティ・ベル株式会社

                                                    弁護士(神奈川県弁護士会所属)。リバティ・ベル法律事務所を設立。「労働問題」「離婚・男女問題」「企業法務」それぞれにテーマを特化させた計3つのオウンドメディアを運営し、広告費0で月間約200件の問い合わせを獲得し続けている(2023年7月現在)。 【公演・セミナー実績】月間約200問い合わせを1人で獲得する弁護士事務所の極意とは?(主催:株式会社ルーシー(バズ部)) 起業のやり方がわからずに悩んでいませんか? 一度は、起業したいと考えたことがある方は多いかもしれませんが、具体的な手順がイメージしにくいですよね。 起業のやり方には、個人事業としてする方法と法人としてする方法があります。 いずれにしても、起業の手順は以下の4ステップとなります。 起業のやり方については、職種ごとにポイントがあります。起業と言っても、コーチングや飲食店、ネットビジネス、スタートアップ、塾など多種多様だからです。

                                                    • RustのgRPCがGoよりも遅い?

                                                      夏のある日、GoのgRPCが、Rustよりも2倍早いという記事を見つけました。「おいおい、測定ミスだろ」と強がっていましたが、日々、不安は高まっていきます。真実の愛であれば、疑うことは許されませんが、エンジニアの言語への愛など、所詮、状況に応じて使い分けるような打算的な愛。確認してみました。 性能測定結果上記の記事と同じく、gRPCのサーバソフトウェアは、Goはgrpc-go、Rustはtonicのgreeterの性能を、gRPCのクライアントソフトウェアghzを使って、測定しました。ハードウェアは、AWSを利用し、サーバはc5a.8xlarge(32 vCPU/64 GiB)インスタンス、クライアントはc5a.16xlarge(64 vCPU/128 GiB)インスタンスを使いました。 1台のクライアントインスタンスは、同時に3,000個のgRPCクライアントを立ち上げ、合計で6,000

                                                        RustのgRPCがGoよりも遅い?
                                                      • エコーニュースR – ひろゆき氏×金融庁課長対談ユーチューブ動画 西村博之氏を起用の制作会社が情報公開請求で判明

                                                        (金融庁開示文書) 金融庁が金融リテラシー向上や、「つみたてNISA」の内容について広報するために作成した、高田総合政策課長と西村博之氏の対談動画について、制作を担当した会社が株式会社グッドウェイであることや、動画制作を5500円で受注していたことなどが金融庁への情報公開請求で分かった。 金融庁は前回記事で書いた通り、昨年夏に公開したこの動画を現在は非公開モードにしている。 金融庁から開示された決済・供覧文書によればこの金融庁広報動画の受注については3社が応募。うち一社は70万円超、もう一社が9万9000円、そして受注したグッドウェイ社が5500円での見積もりを出していた。 (金融庁の広報動画を受注に至らなかった、他企業による見積もりの例。70万円超となっていたりするが利益を考えたらこんなものの気がする) (同じく他の企業による見積もりの例) なお開示されたこの決済供覧文書には西村博之氏の

                                                          エコーニュースR – ひろゆき氏×金融庁課長対談ユーチューブ動画 西村博之氏を起用の制作会社が情報公開請求で判明
                                                        • ゆずたそ流スライドデザインTips集 - 下町柚子黄昏記 by @yuzutas0

                                                          この記事の趣旨 筆者(@yuzutas0)がプレゼンテーション資料作成をアシスタントに代行してもらうにあたって「こういう点に注意してほしい」という項目を列挙した。 自分のために書いた記事ではあるが、筆者と関わりがない方も、ぜひスライド作成の参考にしていただけると幸いだ。 もくじ この記事の趣旨 もくじ 背景 免責・参考資料 必読書 Tips 01: キーメッセージ Tips 02: コンセプト Tips 03: アウトライン Tips 04: PREP法 Tips 05: 免責事項 Tips 06: 自己紹介 Tips 07: 1スライド・1メッセージ Tips 08: 余白とグルーピング Tips 09: 余計な要素を削ぎ落とす Tips 09: 箇条書きではなく図や表にする Tips 10: x軸とy軸の慣習に従う Tips 10: カラーの慣習に従う Tips 11: カラーは6色ま

                                                            ゆずたそ流スライドデザインTips集 - 下町柚子黄昏記 by @yuzutas0
                                                          • 「テレビ史上最高と言われる映像がこちら…」1977年に撮影されたロケット発射の瞬間 : らばQ

                                                            「テレビ史上最高と言われる映像がこちら…」1977年に撮影されたロケット発射の瞬間 1977年8月に打ち上げられたボイジャー2号。木星、土星、天王星、海王星などの接近に成功した無人宇宙探査機です。 このロケット発射を撮影したBBCの番組が、テレビ史上最高の映像であると称えられていました。 The Greatest Shot in Television Ever : Reddit The Greatest Shot In Television - YouTube 長々と解説しながら歩くジェイムス・バーク氏が、1分後に「あれです」"That"と指差した瞬間にロケットが発射! 合成や編集なしの一発撮り。発射時間から逆算して撮影したというのだから、お見事というしかありません。 数十年後の今も、最高の番組撮影だと称賛されています。 海外掲示板のコメントをご紹介します。 ●その完璧なタイミングにしびれ

                                                              「テレビ史上最高と言われる映像がこちら…」1977年に撮影されたロケット発射の瞬間 : らばQ
                                                            • 1ヶ月で負荷テストの基礎から学んで実際にやってみた知見 | BLOG - DeNA Engineering

                                                              はじめに こんにちは。DeSCヘルスケアシステム部でインターンをしている中島です。本記事では開発に関わった2つのサービス「ハレトケ」「カラダモ」の負荷テストで得た知見について紹介したいと思います。 負荷テストをこれからやる方や、システムのパフォーマンスチューニングに興味のある方などの参考になると嬉しいです。 負荷テストの目的 まず、負荷テストをどのような目的でやるのかについて抑えておきます。一般的にクラウド環境での負荷テストの目的は以下の5つが挙げられます。(出典:Amazon Web Services負荷試験入門 ――クラウドの性能の引き出し方がわかる Software Design plusシリーズ) 各種ユースケースの応答性能を推測する 高負荷時の性能改善を行う 目的の性能を提供することができるハードウェアをあらかじめ選定する システムがスケール性を持つことを確認する システムのスケ

                                                                1ヶ月で負荷テストの基礎から学んで実際にやってみた知見 | BLOG - DeNA Engineering
                                                              • 誹謗中傷に関して|松本杏奈/Anna Matsumoto

                                                                いつも応援してくださる皆さんへ、私に関して知って頂きたいことがあります。 現在ネットで書かれている私の情報には、多くの虚偽が含まれています。 その主たる部分は、みなさんが思っているような「裕福で」「スタンフォードにコネがある」ような環境では全くないということです。 私の家庭環境について確かに私の父は東大出身の医者です。 しかし、父は、一人娘である私の名前を間違えていたほど、父との関係は決して良好ではありませんでした。 高校3年生の時に、警察の指示で家から出て、親権を父に移し、そこから受験が終わる1年間の間、父と暮らしました。それまで疎遠だったことから、当初父は私の名前すら間違えることもありました。 当初、あくまでも父は身元引受人として18歳までの間保護するだけの約束だったため、大学出願の話やスタンフォード入学への意思決定に関しての相談をしたことはありませんでした。しかし、受験や奨学金応募に

                                                                  誹謗中傷に関して|松本杏奈/Anna Matsumoto
                                                                • React Server Component の Isomorphism について解説する

                                                                  Next.js + React Server Component のリファレンス実装が出たので、手元で動かしながら理解したメモ。 vercel/next-server-components: Experimental demo of React Server Components with Next.js. Deployed serverlessly on Vercel. これを書いてるモチベーションとして、Twitter を見る限り React Server Component のことを 「ただのサーバーサイドへの先祖返り」とか「SSR 結果を dangerouslySetInnerHtml してるだけでは?」みたいな反応があったので、そのへんの誤解を解きたい。 Introducing Zero-Bundle-Size React Server Components – React Bl

                                                                    React Server Component の Isomorphism について解説する
                                                                  • クエリログを使ったPostgreSQLの負荷テスト - カンムテックブログ

                                                                    SREの菅原です。 この記事はカンム Advent Calendar 2022の4日目の記事になります。 少し前にサービスで使っているPostgreSQLをRDSからAuroraに移行しました。 Auroraに移行するため色々と作業を行ったのですが、その中でAuroraの性能を測るために行った負荷テストについて書きます。 pgbench まず最初にpgbenchを使って、単純なワークロードでのRDSをAuroraの性能差を測ってみました。*1 以下がその結果です。 MySQLで同様のテストをmysqlslapを使って行ったことがあって、そのときは概ねAuroraのほうが性能が高かったので、同様の結果になると考えていたのですが、RDSのほうが性能が高い結果になったのは予想外でした。 ただAuroraのアーキテクチャを考えると、pgbenchのような細かすぎるトランザクションの場合はRDSのほ

                                                                      クエリログを使ったPostgreSQLの負荷テスト - カンムテックブログ
                                                                    • next.js + vercel + firebase authentication で JWT の検証を行う + Graphql

                                                                      今個人で作ってるアプリの 認証 + Graphql の部分を抜き出して GitHub に公開した。 mizchi/next-boilerplate-20200727 next.js + vercel + firebase は (パーツを良く選べば) 最高 next.js はルーティングを持つページを作るには最高で、サーバー、静的サイト、JAM スタック、AMP と必要に応じて選択できる。React ベースならこれ一択。 認証サーバーの実装は毎度疲れるし、Firebase Athunetication はこの点においては OAuth Secret を置くだけ + Custom Provider も作れるので、最高。 それと比べて firestore は、ちょっと前に firestore べったりでアプリを試作したことがあったのだが、型がないためにかなり扱いづらく、また読み書きの速度が遅くパフ

                                                                        next.js + vercel + firebase authentication で JWT の検証を行う + Graphql
                                                                      • Serverless連載3: Goでサーバーレス用の検索エンジンwatertowerを作ってみました | フューチャー技術ブログ

                                                                        サーバーレス連載の3回目は検索エンジンを作ってみたお話です。 クラウドサービスが充実してくるにつれて、サーバーレスではいろいろなことができるようになっています。HTTPサーバーは動きますし、RDBやNoSQLなストレージも使えますし、PubSubみたいなサービスも利用できます。これらを駆使するとそこそこ複雑な処理も記述できます。 一方で、上から下までサーバーレスにしようとするとできないものもいくつかあります。例えば、RDBも使えるといっても制約があり、LambdaやCloud FunctionsからRDSやCloudSQLを雑に使うとコネクションを張りすぎる問題があります。LambdaにはRDS Proxyが出始めています。あと、RDBそのものは基本的に常駐型なのでサーバーレスではないです。一応サーバーレスなのもありますが、起動時間が結構かかるらしい(自分ではまだ試してないです)。それ以外

                                                                          Serverless連載3: Goでサーバーレス用の検索エンジンwatertowerを作ってみました | フューチャー技術ブログ
                                                                        • スタンフォードのコンピュータサイエンスの授業の感想(後編)|Rui Ueyama

                                                                          2017年にも同じタイトルの記事を書いたのだけど、その後無事にスタンフォード大学院のコンピュータサイエンス学部を卒業することができたので、前回の記事以降に取った授業について、僕なりの感想をちょっとまとめたい。 CS255 暗号入門 (2018Q1)文字通り暗号についての授業。対称鍵暗号、公開鍵暗号、メッセージ認証、一方向ハッシュ関数などのトピックについて学ぶ。プログラミングではなく理論中心の授業。 宿題では、例えばこういう手順で暗号化される通信が安全であることを証明せよ、みたいな問題が出た。こういう問題は、もし安全ではないとしたらそれを利用して安全とされている暗号(AESとか)を破れてしまう、みたいな背理法で証明を行う。そういう巧妙な証明を考えるのは結構面白かった。あるいは逆に、このように暗号化された通信方式の穴を見つけよ、みたいな問題も出た。 AESやSHA256そのものがなぜ安全と思わ

                                                                            スタンフォードのコンピュータサイエンスの授業の感想(後編)|Rui Ueyama
                                                                          • 爆速でFargateをスケールさせる「aws-fargate-fast-autoscaler」を試してみた | DevelopersIO

                                                                            CloudWatchだけでは実現できない超高速なFargateのスケール処理をCDKをつかったStep Functionsで実装しているリポジトリです。是非参考にしてみてください。 「Fargateをいかに早くスケールさせるか、そこに命をかけた男がいた…」 先日参加したセミナー(コンテナ好き4名がコンテナの魅力を喋り倒すJAWS-UGコンテナ支部に行ってきた)にそんな男がいたわけですが、その仕組を改めて動かす機会があったので、紹介します。 CloudWatchを利用しないStep Functionsを利用した爆速スケールの仕組み CDKによる環境一式のデプロイ という両面で非常に参考になるリポジトリです。そのあたり興味があるかたは是非一度この記事を読んでいただきながら皆さんの環境でためしていただきつつ、今後のStep Functionsの使い方やCDKのサンプルとして活用いただければと思い

                                                                              爆速でFargateをスケールさせる「aws-fargate-fast-autoscaler」を試してみた | DevelopersIO
                                                                            • CtoCフリマアプリの作り方 (バックエンド編) 〜6カ月間のPayPayフリマ開発を支えた設計〜

                                                                              ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、PayPayフリマバックエンド開発の三宅です。 今回、YJTC2019-shibuyaにてPayPayフリマのバックエンド設計について話して来ましたので内容を紹介したいと思います。 本記事ではセッション前半のバックエンド部分をメインに紹介させていただきます。よろしくおねがいします。 PayPayフリマとは PayPayフリマはフリマに特化したサービスとして10月7日にiOS版をリリースしました。PayPayの名前がつく通り、PayPayを利用してフリマの商品をかんたんに購入でき、買い手から価格の相談をできる機能などが特長です。 また、ヤフオク!とも連携し、ヤフオク!に出品されている固定価格商品の一部もユーザー体験に変わ

                                                                                CtoCフリマアプリの作り方 (バックエンド編) 〜6カ月間のPayPayフリマ開発を支えた設計〜
                                                                              • 【動画解説】2020年に読んだAI論文100本全部解説(俺的ベスト3付き) - Qiita

                                                                                この記事は私, wataokaが1年間をかけて作り続けた超大作記事です. 総文字数は8万を超えていますので, お好みのところだけでもみていってください. ついにこの時が来ました!!!!! 1年間書き続けたQiita記事です!!!!! ご覧下さい!!!!!https://t.co/eKBwP1zoeB — 綿岡 晃輝 (@Wataoka_Koki) December 31, 2020 俺的ランキング 動画での解説も挑戦してみました! ぜひぜひご覧下さい! 動画のリンク 第3位: Likelihood-Free Overcomplete ICA and Applications in Causal Discovery wataokaの日本語訳「尤度が必要ない過完備ICAと 因果探索における応用」 - 種類: ICA - 学会: NeurIPS2019 - 日付: 20190904 - URL:

                                                                                  【動画解説】2020年に読んだAI論文100本全部解説(俺的ベスト3付き) - Qiita
                                                                                • Rustでシンプルなロードバランサーを作成してみた - Qiita

                                                                                  はじめに この文章はGoでシンプルなL7ロードバランサーを作成するというKasun Vithanageさんの記事を参考にRustでL7ロードバランサーを書いてみたという記事です。ロードバランサーについて、ちゃんと勉強するならそっちを見た方が良いかもしれません。 またこの記事を書いている途中にactix-webのexampleのレポジトリがガッツリとactix-web 2.0-alpha.3に書き換えられました。actix-webの2系はfuturesの0.3系を使っております(actix-webの1系はfuturesの0.1でした)。多いに参考にさせてもらっております。途中までサンプルなしで2.0-alpha.1を強引に動かしていたので非常に助かりました。 成果物 https://github.com/rchaser53/rlb 実装する内容について NginxのようなL7ロードバランサー

                                                                                    Rustでシンプルなロードバランサーを作成してみた - Qiita