並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 378 件 / 378件

新着順 人気順

gkeの検索結果361 - 378 件 / 378件

  • アイマス シンデレラガールズ 8話 海外の考察 : かいがいの

    2015年03月10日23:59 カテゴリデレマス Tweet アイマス シンデレラガールズ 8話 海外の考察 8話の感想記事(追記済み)は「こちら」以下、AS、MAL、Reddit、4chan、YTより引用。(DAISUKIで公式配信中です。) 20歳 男性 ネバダ州 最初から最後まで、それぞれが「大切にしているもの」について 触れられた形になってることに唸った。プロデューサーは最終的に 蘭子にとって何が大切なのか気づいたけど、実際は蘭子だけじゃなく それぞれ持ち込んだモノから大切なモノが透けて見える構成になってる。 そのうえ、持ち込みに異議を唱えたことで、みくにゃんが誰よりプロ意識 を大切にしてることもわかるあたり・・・ホントによく練られてると思うんだ。 不明俺が左ね。 不明 結局、どのアイドルが何を持ち込んできたんだ? かな:ティーセット 智絵:四つ葉のクローバーの飾り 卯月:シンデ

      アイマス シンデレラガールズ 8話 海外の考察 : かいがいの
    • 趣味GKEのIngressを無料で済ませる - ダルツ海峡冬景色

      GKEでサービスを外部公開する際には、 GKE Ingress とそのバックエンド GCP Cloud Load Balancing を使用するのがスタンダードです。が、これには費用 ($18/月~) がかかります。 これをCloudflare DNS + Contourで置き換えて、無料で済ませる方法を説明します。ノードは全台プリエンプティブインスタンスで構いません。 この記事はDoxseyさんによる Kubernetes: The Surprisingly Affordable Platform for Personal Projects を発展させた内容になります。 元記事と同様、紹介する構成は趣味利用にとどめてください。 GKEクラスタ作成 まずGKEクラスタを作成してください。3台以上で構築し、プリエンプティブを有効にするのがオススメです。 ちなみにDoxseyさんの記事ではf1

        趣味GKEのIngressを無料で済ませる - ダルツ海峡冬景色
      • AWS x Docker x Goで始める新規サーバーサイド開発

        はじめまして。株式会社トルテでサーバーサイドを担当している中川です。 レディーファーストの恋アプリTorteを開発しています。 https://sweet-torte.com/ 今年8月にリリースしたTorteのサーバーサイドのアーキテクチャについて、技術選定の理由やTipsと共にご紹介いたします。 技術選定 Go + Docker 以前担当していたサービスで急激な高負荷に耐えられないことが多々あり、EC2を使ったスケールに限界を感じていました。Docker Containerを使ったオートスケールやデプロイに関心があり、今回はDockerと、シングルバイナリで稼働して相性が良いGo言語を採用する運びとなりました。サイバーエージェントグループでの採用事例もあり、新規ならDocker + Goという流れがあったので、採用にあたって特に障壁はありませんでした。 Cloud Service クラ

          AWS x Docker x Goで始める新規サーバーサイド開発
        • 続・サーバーレス検索エンジン:巨大な静的ファイルを扱うケースについて考える | フューチャー技術ブログ

          大きくは外部ストレージサービス利用と、アプリケーションにバンドルしてしまう方式と2つにわかれます。バンドルはデータだけ更新ができないデメリットはありますが、お手軽です。Lambdaはレイヤーを使えば実行プログラムに対して後から追加とかできますが、容量制限が厳しめです。 オブジェクトストレージは比較的お手軽ですが、読み込みしたいライブラリがローカルのファイルシステム前提の場合は使えません。サーバーレスの方式によっては、一度ローカルのファイルシステムに書き出してから利用とかも可能ではありますが、Cloud Runでは8GB(ただし、おそらくtmpfsで書けば書くほどメモリを消費)、Lambdaでは500MBと容量に制限があります。 より巨大な学習済みデータを扱う場合はマネージドNFSサービス系のものを使うのが最終形でしょう。ファイルのサイズ制限もほぼ限界値ですし、ローカルファイルになるのでどん

            続・サーバーレス検索エンジン:巨大な静的ファイルを扱うケースについて考える | フューチャー技術ブログ
          • KubernetesでGPUを使う

            KubernetesでGPUを使う 一般的なWebアプリケーションと比較してMachine Leaning(ML)は複雑なインフラを要求する.Data processingを行う環境やModelのTraining/Validationを行う環境,実際にサービスからModelを利用するためのServingの環境といった複数の異なる環境が必要であり,WorkloadによってはCPUだけではなくGPUも必要になる.これらを効率的に扱うためのインフラを構築・運用するのは容易でなくGoogle and Uber’s Best Practices for Deep Learningにあるようにこれまで培われてきたDevOpsの知見を結集していく必要がある. このような複雑なMLのインフラとしてContainerとKubernetesが利用されることが多くなってきている.特に複数の環境間のPortabi

            • Goオールスターズ2参加レポート #eventdots | DevelopersIO

              丹内です。少し前からGolangを勉強しつつブログ記事を書いていました。 夏のAWS関係の仕事が落ち着いたらGolangを改めて勉強しようと思っていた矢先、タイトルのイベントが開催されていたので、参加しました。 イベントサイト Twitterまとめ いまさら聞けないselectのあれこれ buildersconというイベントを準備中 10/22発売のWeb+DB Press (バッファ付き)チャネルはブロックが発生しうる selectにチャネル操作以外を入れるとエラーとして教えてくれる nil channelは読み書きでブロックするので、selectは成功することがない 有効だったchannelを無効にしたり、ある時点から有効にしたりできる timerとfor selectのパターンはタイムアウトに応用可能 doneチャネル: 処理が終わったらループを脱出 1.7からはcontext se

                Goオールスターズ2参加レポート #eventdots | DevelopersIO
              • ヤマカン「冨田真由さんにも落ち度がある。Twitterで無闇にブロックするのはどうかと思う。」 : 痛いニュース(ノ∀`)

                ヤマカン「冨田真由さんにも落ち度がある。Twitterで無闇にブロックするのはどうかと思う。」 1 名前:西野亮廣 ★@\(^o^)/:2017/02/28(火) 20:28:13.05 ID:CAP_USER9.net 山本寛オフィシャルブログ トラブルシューティング 2017/02/28 17:25 >小金井ストーカー判決:懲役14年6月 東京地裁立川支部 - 毎日新聞 http://mainichi.jp/articles/20170228/k00/00e/040/207000c 「ワイドナショー」でも、ひたすら犯人の凶悪さを指摘していたが、基本僕も同意だ。被告が許される余地は微塵もない。こんな輩、一生社会に出てこなくていい。 だけどね、被害者の女子大生に落ち度がなかったかと言えば、ちょっと異論がある。 こっち関係の知り合いと話すとね、必ず言うのです。「脇甘すぎ」と。 まず、アイドル

                  ヤマカン「冨田真由さんにも落ち度がある。Twitterで無闇にブロックするのはどうかと思う。」 : 痛いニュース(ノ∀`)
                • Kubernetesの負荷試験で絶対に担保したい13のチェックリスト - Enjoy Architecting

                  概要 ここ最近、Kubernetesクラスタを本番運用するにあたって負荷試験を行ってきました。 Kubernetesクラスタに乗せるアプリケーションの負荷試験は、通常の負荷試験でよく用いられる観点に加えて、クラスタ特有の観点も確認していく必要があります。 適切にクラスタやPodが設定されていない場合、意図しないダウンタイムが発生したり、想定する性能を出すことができません。 そこで私が設計した観点を、汎用的に様々なPJでも応用できるよう整理しました。 一定の負荷、スパイク的な負荷をかけつつ、主に下記の観点を重点的に記載します。 Podの性能 Podのスケーラビリティ クラスタのスケーラビリティ システムとしての可用性 本記事ではこれらの観点のチェックリスト的に使えるものとしてまとめてみます。 確認観点 攻撃ツール 1: ボトルネックになりえないこと Podレベル 2: 想定レイテンシでレスポ

                    Kubernetesの負荷試験で絶対に担保したい13のチェックリスト - Enjoy Architecting
                  • heyの統合データ基盤と今後の展望 - STORES Product Blog

                    はじめに はじめまして、4/1からデータチームでデータエンジニアとして働いている @shoso です。 突然ですが、みなさんデータ基盤って開発したことありますか? 私はheyに来るまでなかったのですが、チームの経験あるメンバーと毎日話しながら(助けてもらいながら)開発する中でようやく少し分かって来たような気がします。 (覚えることが大量にあり大変とても楽しいです!) 今回は、データ基盤開発経験のある方はもちろん、普段サービス開発など他の開発をメインでされている方にも伝わる形で、heyの統合データ基盤と今後やっていきたいことについてご紹介できればと思います。 これまでにも、統合データ基盤のいくつかのトピックについて記事を公開していますが、この記事では統合データ基盤そのものについてより詳細が伝われば幸いです。 統合データ基盤ってなに 一言でいうと、社内に蓄積するあらゆるデータをスムーズ・横断的

                      heyの統合データ基盤と今後の展望 - STORES Product Blog
                    • こんなに簡単にコンテナをデプロイできちゃって良いんですか?GCP Cloud Runでコンテナを爆速デプロイしてみた | DevelopersIO

                      Cloud Runとは Cloud Run  |  Google Cloud Cloud Runは、HTTPでリクエストを受ける事が可能なステートレスコンテナを実行できるサービスです。 Knativeによって構築されており、Cloud Runによる管理または、GKEクラスタ上にデプロイする事が可能です。前者の場合、開発者がインフラストラクチャを意識する必要が無く、スケールアップ/ダウンも自動で行われます。この為、開発者はコア機能の実装にのみ集中できます。 Cloud Runは現在ベータ版です。 前提条件 プロジェクトの課金が有効になっている Cloud Shellの使用方法を理解している やってみた Using System Packages Tutorial  |  Cloud Run  |  Google Cloud 上記の公式チュートリアルを参考に触ってみました。 APIの有効化 下

                        こんなに簡単にコンテナをデプロイできちゃって良いんですか?GCP Cloud Runでコンテナを爆速デプロイしてみた | DevelopersIO
                      • Cloud Runで手軽にサーバーレス・SSR(サーバーサイドレンダリング) - dely Tech Blog

                        こんにちはdelyでサーバーサイドエンジニアをしているyamanoiです この記事は「dely #2 Advent Calendar 2020」の12日目の記事です。 adventar.org adventar.org 昨日は@yochidrosさんの「KMMでiOS・Android
を共通化しよう」でした。 みなさんwebサイトを作成する時にSPAを利用していますか? SPAはユーザーに対してメリットが大きいですが、SEO観点やOGPタグのレンダリング等で SSRが避けられない場面に出くわすことがあると思います。 SSRが不要であればビルドして生成された成果物をs3等でホスティングするだけなのでデプロイや、運用が楽なのですが、 SSRをするとなるとNode jsの実行環境必要になります。 ある程度大きなプロジェクトであればECSやGKE, GAEに載せてガッチリと運用すべきだと思いますが

                          Cloud Runで手軽にサーバーレス・SSR(サーバーサイドレンダリング) - dely Tech Blog
                        • 検索アルゴリズム改善における機械学習の活用 〜MLOpsについて〜 - ぐるなびをちょっと良くするエンジニアブログ

                          はじめに こんにちは。 CX部門 データ・AI戦略室 データ戦略Gの田中です。 ぐるなびには2018年に新卒として入社し、レコメンドエンジンの開発や在庫・予約関連のデータ分析等に携わってきました。 現在は主に検索結果の並び順アルゴリズムの改善を行っています。 私たちのチームではアルゴリズム自体の改善に伴い、MLOps(機械学習の運用改善)にも取り組みました。 今回は、 MLOpsとは どうやって導入したか 導入で何が得られたか についてお話ししていきたいと思います。 検索アルゴリズム改善プロジェクトについて 検索の並び順アルゴリズム改善のプロジェクトが始まったのは約2年前でした。 それまでの並び順は複雑なルールベースで決められていました。 そこで機械学習のモデルを用いてより効果的な並び順を予測し、検索結果の改善・CVRの向上を試みました。 2020年の2月からプロジェクトがスタートし、3月

                            検索アルゴリズム改善における機械学習の活用 〜MLOpsについて〜 - ぐるなびをちょっと良くするエンジニアブログ
                          • Kubernetes 8 Factors - Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件 | Wantedly Engineer Blog

                            Kubernetes 8 Factors - Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件 こんにちは、Wantedly で技術基盤に関わる Developer Experience Squad で Engineer をしている大坪(@potsbo)です。 今日は、WANTEDLY TECH BOOK 7 から「Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件」という章を抜粋し加筆修正を加えたものを Blog にします。 「WANTEDLY TECH BOOK 1-7を一挙大公開」でも書いた通り、Wantedly では WANTEDLY TECH BOOK のうち最新版を除いた電子版を無料で配布する事にしました。Wantedly Engineer Blogでも過去記事の内容を順次公開予定であり、この Blog もそ

                              Kubernetes 8 Factors - Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件 | Wantedly Engineer Blog
                            • 検索組織の機械学習実行基盤 | Recruit Tech Blog

                              こんにちは、APプロダクト開発G Qassチームの内田です。 本稿では、リクルートテクノロジーズの検索チームの取り組みについて紹介します。 Qassチームの取り組み Qassチームは、リクルートテクノロジーズの検索特化組織です。リクルートグループの提供する様々なサービスに対して、 検索基盤の運用・検索ロジックの改善を行っています。詳しくはこちらの記事をご覧ください。2015年の記事なのでプロダクトに関しては現状と変わっているところもありますが、組織の役割については当時と大きく変わっていません。 今、Qassチームでは今までの検索基盤運用・検索ロジックの改善に加え、新たに機械学習実行基盤の構築を行っています。今回は、この基盤がどのような経緯で構築されることになったのか、またどのような構成で構築を行ったかを紹介します。 機械学習実行基盤 簡単にまとめると 取り組んだ課題:サービスごとに開発環境

                                検索組織の機械学習実行基盤 | Recruit Tech Blog
                              • 商品通報対応をgRPCとGraphQLとReactでリプレースしてみた | メルカリエンジニアリング

                                こんにちは。Mercari Advent Calendar 2019 14日目は、CSTool Domainチームの @Peranikov がお送りします。 メルカリではお客さまに安心して取引を楽しんでいただくため「あんしん・あんぜん宣言」に取り組んでおり、プロダクトの開発と同じレベルの課題感でカスタマーサービスの質の向上にも力をいれています。私の所属するCS(Customer Service) Tool Domainチームでは、カスタマーサービスのメンバーがお客さまからのお問い合わせ対応に使用するシステムの開発・運用を担っています。 商品通報対応とは メルカリでは利用規約に反するような出品がされた場合、お客さまや権利者さまからの通報・ルールベースやMachine Learningによる監視などで違反出品を検知し、カスタマーサービスチームが確認・対応するという業務を行っています。 ただ、サ

                                  商品通報対応をgRPCとGraphQLとReactでリプレースしてみた | メルカリエンジニアリング
                                • PyCon JP 2020のTwitter実況システムをGKE上に作った話 - JX通信社エンジニアブログ

                                  SREのたっち(@TatchNicolas)です。 今年のPyCon JPはオンライン開催でした。JX通信社はSilverスポンサーとして協賛したほか、イベントをより盛り上げるために、参加者の反応をリアルタイムに配信に反映するシステムを開発・提供しました。 jxpress.net アプリケーションはPythonで作られており、基盤としてGKEを採用しました。データ分析基盤や昨年の開発合宿等で社内向けのプロジェクトにKubernetesの採用した事例は過去にもあったのですが、今回はじめて社外向けのシステムに採用したので、その裏側について書いてみたいと思います。 できたもの 構成図 構成としては比較的シンプルだと思います。 基本的な処理はGKE上で行い、データの永続化はFirestoreを使っています。一部、ブラウザで動く運営向けフィード画面上の操作(いいね・リツイート)について、Fireba

                                    PyCon JP 2020のTwitter実況システムをGKE上に作った話 - JX通信社エンジニアブログ
                                  • GKE と Cloud Run、どう使い分けるべきか | Google Cloud 公式ブログ

                                    ※この投稿は米国時間 2019 年 11 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 高度なスケーラビリティと構成の柔軟性を提供するコンテナ オーケストレーション プラットフォームを求めているお客様にとって、マネージド Kubernetes サービスである Google Kubernetes Engine(GKE)は優れた選択肢になります。GKE は、ステートフル アプリケーションのサポートに加えて、ネットワーキング、ストレージ、オブザーバビリティ(可観測性)のセットアップなど、コンテナ オーケストレーションのあらゆる側面を完全に制御できます。 しかしながら、お使いのアプリケーションがそうしたレベルのクラスタ構成やモニタリングを必要としない場合は、フルマネージドの Cloud Run が最適なソリューションになるかもしれません。フルマネージド Clou

                                      GKE と Cloud Run、どう使い分けるべきか | Google Cloud 公式ブログ
                                    • コロナ予約サイトチャレンジ。1万TPSを体験しよう

                                      はじめに いろんな話題が出ているコロナ予約サイトですが、横浜市の予約サイトが公開すぐに落ちたことでまず話題になりました。 ただ、最大34万人の予約者なので 1分あたり最大100万件のアクセスを想定していたが、開始直後に200万件のアクセスがあったということで33,000TPSというかなりのトラフィックが来た事が予想されます。 対応策がサーバを増やして目標値を当初設計の6倍に引き上げるとの事だったのですが、空席照会のついた予約システムってDBにある程度同期的に書き込む必要があるので、そんな簡単にスケールアウト出来ないはずです。 JSとかCSSとかも含めてるならさておき、メインのページなどのHTMLなどを含めたPVだと仮定してもDBに数千アクセスが行きますし参照だけではなく更新も入ります。どうやったのか本当に謎なんですが、特に工夫のないアプリ実装でどのくらいスケールするのか少し気になったので試

                                        コロナ予約サイトチャレンジ。1万TPSを体験しよう