並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 477件

新着順 人気順

argoの検索結果81 - 120 件 / 477件

  • Kubernetesクラスターにインストールした野良アプリケーションの再現性担保とバージョン管理 - ANDPAD Tech Blog

    SREチームの須恵です。 今回は、Kubernetesクラスターの運用にまつわるちょっとした工夫について書くことにしました。 要約 何が問題か 今までのやり方 解決策 ここまでで実現できたこと Dependabotで、もうひと工夫 余談 ごあんない 要約 以下のような問題があり、 URLから直接、手動でkubectl applyしたアプリケーションが存在することにより インストールと更新が手動のためクラスターの再現性を低下させる 更新を手動で行う必要がある 誰かが更新に気がつく必要がある それぞれ、以下のアプローチで解決を試みました。 手元からインストールと更新を行うためクラスターの再現性を低下させる シェルスクリプトとDockerfileをバージョン管理する 更新を手動で行う必要がある install-from-url.shを自動的に実行する 誰かが更新に気がつく必要がある Depend

      Kubernetesクラスターにインストールした野良アプリケーションの再現性担保とバージョン管理 - ANDPAD Tech Blog
    • AI開発企業からUbie株式会社へ転職しました!|Daisuke Taniwaki

      Ubie株式会社に8/1にSREとして入社しましたdtaniwakiこと谷脇大輔です。 まずは自身について簡単に自己紹介させてください。 興味のある技術はKubernetes、OpenTelemetry、Prometheusなど。 プログラミング言語はPython、Go、JavaScriptなどを書きます。 細々とですが、Argo projectのメンテナとしても活動しています。 趣味はラグビー、ダイビング、旅行です。 よくハンマーヘッドシャークの群れを見に神子元島に潜りに行っています。 前職はPreferred NetworksというAI開発企業で働いていたのですが、思うところあって今回の転職に至りました。 今回はその理由についてお話させていただこうと思います。 なお、本記事の内容は個人の見解や趣向に基づいて書かれており、組織や事業方針の優劣を比較するものではありません。 前職での仕事入

        AI開発企業からUbie株式会社へ転職しました!|Daisuke Taniwaki
      • Cloudflare Workersとcloudflaredの体験すごい

        cloudflaredというアプリケーションがありましてー、Cloudflare Tunnelという仕組みを実現するってことは知っていましたが… これがCloudflare Workersと組み合わせるとすごいよい。 Wrangler 2.0 Cloudflare Workersを開発する際に避けて通れないのがWranglerというCLIです。Cloudflare Workersの環境をローカルでエミューレートしてくれて、publishまで面倒見てくれます。そのWranglerの「2.0」ベータが出てます。 設定無しでindex.jsを引数にすればいきなりdevサーバーが立ち上がったり、ライブリロードできてそれが割と高速だったりで、「B」押すだけでブラウザ立ち上がったりと便利なんですが、 S to turn on (experimental) sharing というコマンドがありました。

          Cloudflare Workersとcloudflaredの体験すごい
        • OpenAI、IT業界の報酬体系も変革。給与は一律、ボーナスなし、交渉なしだが4年で数億円

          OpenAIの共同創業者兼CEO、サム・アルトマン。 JASON REDMOND/AFP via Getty Images 生成AI(ジェネレーティブAI)を開発するOpenAI。仕事は複雑だが、従業員の報酬体系はそうでもない。 話題の「ChatGPT」を手がけるOpenAIは創業から8年が経つ。共同創業者兼CEOのサム・アルトマン(Sam Altman)が率いる同社は、約500人の社員に対して、シリコンバレーではほぼ唯一といえるユニークな方法で報酬を支払っている。 この2年、米IT業界は大混乱に陥り、大量のレイオフや、パンデミックによる人材獲得競争が要因となった巨額の報酬をリセットする経営陣が続出した。だがOpenAIは比較的シンプルで分かりやすい報酬体系を築いている。 技術者給与データベースとアドバイスを提供するLevels.fyiの創業者ズヘイヤ・ムサ(Zuhayeer Musa)は

            OpenAI、IT業界の報酬体系も変革。給与は一律、ボーナスなし、交渉なしだが4年で数億円
          • MLOpsを支えるモニタリングシステム。「Lupus」開発の裏話

            LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog 2021年11月10日・11日の2日間にわたり、LINEのオンライン技術カンファレンス「LINE DEVELOPER DAY 2021」が開催されました。特別連載企画「DEVDAY2021 アフターインタビュー」では、発表内容をさらに深堀りし、発表では触れられなかった内容や裏話について登壇者たちにインタビューします。今回の対象セッションは「Lupus - MLOpsを加速させるためのモニタリングシステム」です。 LINEのMachine Learning室ではこれまで、スピーディーに高品質なML(機械学習)プロダクトをリリースするため、データ基盤の整備や学習パイプラインの開発を行ってきました。その結果として、Machine L

              MLOpsを支えるモニタリングシステム。「Lupus」開発の裏話
            • Intel、GPUより1,000倍以上高速なマイニング専用チップ開発を表明

              米Intelは2月11日(現地時間)、「Blockchain and the New Custom Compute Group」と題したページを公開し、マイニング専用チップの開発を明らかにした。今年後半にも出荷が予定されており、最初の顧客としてArgo Blockchain、BLOCK(旧Square)、GRIID Infrastructureが挙げられている。 (Credit: Intel Corporation) 発表はインテルでゼネラルマネージャーとアクセラレーテッド・コンピューティング・システム&グラフィックス・グループのシニア・バイスプレジデントを兼務するラジャ・M・コドゥリ(Raja M. Koduri)氏によって実施された。同氏はメタバースやWeb3.0の時代を迎えるにあたって、ブロックチェーン技術がデジタルコンテンツやサービスの所有を証明するコンピューティングのターニングポ

                Intel、GPUより1,000倍以上高速なマイニング専用チップ開発を表明
              • 〜運用しやすいプレビュー環境を求めて〜 Gateway APIで作るサービスメッシュレスなプレビュー環境 - LIVESENSE ENGINEER BLOG

                みなさん、プレビュー環境してますか?どうも、かたいなかです。 以前、記事や登壇でIstioベースのPreview環境の構築方法をご紹介しました。 made.livesense.co.jp 外向けに発表したものの、Istioの運用工数や学習コストがネックとなってしまい、実際の転職会議の開発環境の導入にはいたっていませんでした。 最近になってGateway APIの実装例も増えてきて、Istio以外にもプレビュー環境でのヘッダを元にしたルーティングの実現において、現実的な選択肢となりそうなツールが増えてきました。そこで、Gateway APIのEnvoyによる実装であるEnvoy Gatewayを用いて、サービスメッシュを使用しないプレビュー環境の構築を試してみたため、この記事では構成例をご紹介します。 なお、今回の記事の中ではプレビュー環境の説明等について前回の記事と同様の説明を再度する箇所

                  〜運用しやすいプレビュー環境を求めて〜 Gateway APIで作るサービスメッシュレスなプレビュー環境 - LIVESENSE ENGINEER BLOG
                • うんうん、AWSのEC2+ASGもCloudNativeだね 人が考える余地を減らすことこそ“CloudNative”だ

                  クラウドネイティブ技術を日本にも浸透させることを目的に開催された「CLOUDNATIVE DAYS Spring 2021 ONLINE」。ここでアイレット株式会社の古屋氏が登壇。「うんうん、それ(EC2+ASG)もまたCloudNativeだね」をテーマにCloudNativeについて紹介します。 みなさん、CloudNativeしていますか? 古屋啓介氏(以下、古屋):それでは「うんうん、それ(EC2+ASG)もまたCloudNativeだね」ということでお話しします。私は古屋と言います。アイレット株式会社のcloudpackに所属していて、ふだんはAWSやGoogle Cloudとイチャイチャするのが仕事です。 さてみなさん、CloudNativeしてますか? CloudNativeとは。CLOUDNATIVE DAYSに参加したことがある方なら、何回か見ていると思いますが、これはC

                    うんうん、AWSのEC2+ASGもCloudNativeだね 人が考える余地を減らすことこそ“CloudNative”だ
                  • HERP における Web フロントエンド開発概観 (2022年春編)

                    はじめに# この記事は,HERP における Web フロントエンド開発の概観を,世間の開発者に——特に潜在的・顕在的な候補者の方に——知ってもらうことを目的として書かれた.HERP では現在 Web フロントエンドエンジニアを積極的に募集しているが,仮に入社したとしてどのような仕事をすることになるかのイメージが付いた方が,検討の候補に入れてもらいやすいのではないかという目論見による.また,採用している技術スタックにも珍しいものがあるため,単純に読み物として楽しめるかもしれない.なお,開発の実情について知ってもらうのが目的であり,実装の良し悪しについて議論することは目的としていない. HERP でのアプリケーション開発# B2B SaaS として,主に IT スタートアップ企業向けの,採用管理システムおよびタレントプールシステムを開発・提供している. そもそもプロダクトを通じて何を実現したい

                    • A Guide to Secrets Management with GitOps and Kubernetes

                      Rationale The entire premise behind GitOps is to use Git as the source of truth for infrastructure and application configuration, taking advantage of Git workflows, while at the same time, having automation that realizes the configurations described in Git repositories (GitOps operators when we are deploying to Kubernetes). That said, both infrastructure configuration and application configuration

                        A Guide to Secrets Management with GitOps and Kubernetes
                      • SREエンジニアが目指すGKE共通デプロイ基盤の完成形 - ぐるなびをちょっと良くするエンジニアブログ

                        こんにちは。開発部門 開発部 Data AI Strategyセクション データ基盤 Unitの小野です。 2020年8月に入社してから早3年。SREエンジニアとして、日々業務改善に励んでいます。 ここ一年ほど、DAOという組織改善プロジェクトを推進していく中で、Google Kubernetes Engine (GKE)を使ったGKE共通デプロイ基盤の整備も進めてきました。 ※ DAOについての詳細はSREエンジニアが組織改善プロジェクトを立ち上げてみたを参照ください SREエンジニアの責務の一つは、プロダクトのリリースサイクルを極限まで短くし、次々と新しいサービスを世の中にリリースすることです。ChatGPTのような誰でも簡単に扱えるAIモデルが誕生したことで、プロダクト開発競争は今後ますます激しくなっていくと予想しており、SREエンジニアの責務の重要性をヒシヒシと感じています。 そう

                          SREエンジニアが目指すGKE共通デプロイ基盤の完成形 - ぐるなびをちょっと良くするエンジニアブログ
                        • Argo Workflowsを使った機械学習環境の構築手順 - アダコテック技術ブログ

                          はじめに テックリードの柿崎です。私たちは、機械学習のパラメータチューニングを効率よく行うため、KubernetesネイティブのワークフローエンジンであるArgo Workflowsを採用しています。この記事では、その導入手順の要点を紹介いたします。 導入の目的 Argo Workflows導入以前は機械学習のパラメータチューニングを行うにあたり以下の機能を独自に実装しており、属人化していました。 パラメータ探索のアルゴリズム インスタンスのスケーリング インスタンスの稼働状況の可視化 ジョブの進行状況の可視化 これらをより柔軟に活用できるようにして、開発、更新サイクルを早めていくことが導入の目的です。 前提条件 Kubernetes(EKS)はすでに構築済みであること Kubernetes、Helmについての基本的な知識があること Argo Workflowsの基本的な知識があること K

                            Argo Workflowsを使った機械学習環境の構築手順 - アダコテック技術ブログ
                          • 転職会議のKubernetes移行のあゆみ - LIVESENSE ENGINEER BLOG

                            こちらはLivesense アドベントカレンダー 2020 およびKubernetes3 アドベントカレンダー1日目の記事です。 こんにちは、転職会議のSREのかたいなかです。 転職会議では2020年の一年間をかけてインフラ基盤をECSからEKSに移行してきました。 この記事では構築したEKS基盤やECSからの移行の中で工夫した点を紹介します。 なぜEKS移行? 古くなっていたECS基盤を刷新する上で、ECSで再度作り直すのではなくEKSを選んだのは主に以下のような理由です。 IaCを更に推し進めGitOpsの考えを採用し、開発者がSREにレビュー以外で依存することなく主体的にインフラを変更できる状態を作るため ArgoやIstioといったKubernetesネイティブに開発されているツールを採用することでの恩恵を将来的に受けられるようにするため 純粋な技術的興味 採用を決めた当時は技術的

                              転職会議のKubernetes移行のあゆみ - LIVESENSE ENGINEER BLOG
                            • アソビュー!でのEKSクラスターの今までとこれから - asoview! Tech Blog

                              こんにちは、アソビュー!SREチームのkirimaruです。 コロナも少し落ち着き、皆さんもGWは大いに満喫していたのではないでしょうか。 残念ながら僕は本を読んで引きこもっていましたが......。 以前「アソビュー!がECSではなくEKSを選んだ理由」という内容でランサーズさんとのイベントでお話させていただきました。 speakerdeck.com 今回はこの時から約2年、アソビュー!がEKSとどう向き合ってきたのか、どう向き合っていくのかを採用している技術とともにご紹介できればと思います。 Intro 前述のイベントでは「大量のAWSアカウントとECSクラスターの管理が辛いから、整理してEKSに統合していくぞ!」とお話させていただきました。このイベントは2020年ですが、2019年に試験的にEKSを導入し、2020年に本格移行の意思決定を行っています。SREチームはまだまだ人数が少な

                                アソビュー!でのEKSクラスターの今までとこれから - asoview! Tech Blog
                              • KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に | CyberAgent Developers Blog

                                KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に AI事業本部のインフラ組織SIAでエンジニアをしている牧垣です。 はじめに Jupyter Notebookは機械学習・データ解析の分野ではすっかり空気のようなインフラになりました。仮説・実験・考察のサイクルを回しやすいので、科学分野では昔から人気があります。コードと結果が可視化できるという基本機能そのものに、作業ログや手順書・使い方ドキュメントなど、他分野での需要もあります。 夢を膨らませると用途はまだまだ思いつきそうですが、つまり「複数人で同じものを見て、同じ認識をすることができる」というのがJupyter Notebookの良いところです。「あの件、どうだった?」「あ、たぶん大丈夫だと思います」といったあやしげな状態になりにくくなります。また、可視化が容易な点も

                                  KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に | CyberAgent Developers Blog
                                • 分析者や予算承認者の視点に立ちつつ、BigQuery Flex Slotsの適切なスロット数を定量的に決定する方法を紹介します - MonotaRO Tech Blog

                                  こんにちは、データ基盤グループの吉本と吉田(id:syou6162)です。モノタロウでは基本的にはBigQueryを定額料金で利用していますが、利用者の多い時間帯はFlex Slotsも併用しています。本エントリでは、Flex Slotsの適切なスロット数を定量的に決めるために行なった試行錯誤について紹介します。 モノタロウでのBigQueryの利用状況 課題感 課題感1: 適切なFlex Slotsのスロット数をどう決めるか 課題感2: 過去の期間との実行時間は単純には比較できない 解決策 解決策1: 同一のクエリを定期的に動かし、実行時間をCloud Monitoringで計測 解決策2: 計測用オンデマンドのGCPプロジェクトでもクエリを実行し、理想状態との相対実行時間を知る まとめ モノタロウでのBigQueryの利用状況 モノタロウでは様々な意思決定の場面でデータ活用が行なわれて

                                    分析者や予算承認者の視点に立ちつつ、BigQuery Flex Slotsの適切なスロット数を定量的に決定する方法を紹介します - MonotaRO Tech Blog
                                  • 横転トレーラーに自動運転テスラが激突する映像

                                    ひょいっとよっける路上の人に拍手~。 台湾の高速道で1日早朝、横転したトレーラーに自動走行モードのテスラModel 3が激突して大破する事故映像、もう見ました? 2秒前くらいに急ブレーキをかけてタイヤから白煙が上がっていますけど、減速が間に合わず、完全に車体がトレーラーの屋根にめり込んでいます! Video: ETtoday LIVE/YouTubepic.twitter.com/ovk5rCtJj4 — Fred Lambert is never getting his Roadster 🐓 (@jsin86524368) June 1, 2020運転していたのはHuangさん(53)。車体はドレッシング(?)まみれになりましたが、幸い命に別状はありませんでした。ミラクルですね。中国産も衝撃テストの結果は上々でしたし、 ぶつかったときの衝撃でトレーラーが後退しているので、それがうまい具

                                      横転トレーラーに自動運転テスラが激突する映像
                                    • GitHub - bridgecrewio/checkov: Prevent cloud misconfigurations and find vulnerabilities during build-time in infrastructure as code, container images and open source packages with Checkov by Bridgecrew.

                                      Over 1000 built-in policies cover security and compliance best practices for AWS, Azure and Google Cloud. Scans Terraform, Terraform Plan, Terraform JSON, CloudFormation, AWS SAM, Kubernetes, Helm, Kustomize, Dockerfile, Serverless framework, Ansible, Bicep and ARM template files. Scans Argo Workflows, Azure Pipelines, BitBucket Pipelines, Circle CI Pipelines, GitHub Actions and GitLab CI workflow

                                        GitHub - bridgecrewio/checkov: Prevent cloud misconfigurations and find vulnerabilities during build-time in infrastructure as code, container images and open source packages with Checkov by Bridgecrew.
                                      • 自動運転新興企業Argo AI、終了

                                        Argo AIは、米Googleの自動運転事業(現在はAlphabet傘下のWaymo)でハードウェア開発ディレクターを務めたブライアン・セルスキー氏と、米Uberのエンジニアリングのトップだったピート・ランダー氏が2017年に共同創業したAI企業。 FordはArgo AIの主要株主で、同社立ち上げ時に向こう5年間で10億ドル投資するとしていた。26日の説明では、「2021年までにレベル4技術を広く市場に投入できると予測していたが、状況は変わった」とし、第3四半期に設備投資先をArgo AIが開発中のL4技術から自社開発のL2+L3技術に移行する決定を下したという。 「FordはArgo AIから有能な4人のエンジニアを迎え、Argo AIは閉鎖される」。 Argo AIに出資している独Volkswagenも26日、「Argo AIと協力し、従業員に継続的な雇用を提供し、自動運転分野で有

                                          自動運転新興企業Argo AI、終了
                                        • Cloudflareが「未来のネットワーク」を実現するNaaS「Cloudflare One」を発表

                                          Cloudflareが2020年10月12日、新しいネットワークサービス「Cloudflare One」をリリースしました。Cloudflar Oneは、これまで同社が開発してきたさまざまなサービスを組み合わせ、ゼロトラストのセキュリティや多様なサービスと連携して「未来のWAN」を利用できるサービスです。 Introducing Cloudflare One https://blog.cloudflare.com/introducing-cloudflare-one/ データセンターやオフィス、遠隔のモバイル端末など、さまざまなアクセス元に対して安全に情報を提供するために、従来はアクセス元ごとにネットワーク回線やファイアウォールなどのキュリティ機能、複雑なルーティング設定を行った上で、ネットワークの「内部」に情報を集めて「外部」からのアクセスを制限するという形式がとられていました。ある「I

                                            Cloudflareが「未来のネットワーク」を実現するNaaS「Cloudflare One」を発表
                                          • ArgoによるCI構築 - NearMe Tech Blog

                                            はじめに 今回は、NearMeにおけるCIの仕組みについて説明します。 CIとは、Continuous Integration(継続的インテグレーション)の略で、 コード変更の度にビルドとテストを自動で実行するプラクティスを指します(参考)。 NearMeではCIを実現する方法として、Kubernetes(k8s)上に動作するArgoを利用しました。 k8sはコンテナ化されたアプリケーションを管理するためのオープンソースのシステムです。 Argoはk8s上でCIやCD(Continuous delivery)を実現するツール群です。 一般に、CI構築では外部サービスを利用することも多いですが、 他システムの障害や料金に依存せずCIを管理したかったのと、 既にk8sを中心にシステムを構築していたので、 多少の煩雑さはありつつも自前で構築しました。 システム構成 CIシステムはイベントの処理を

                                              ArgoによるCI構築 - NearMe Tech Blog
                                            • リクルートマーケティングパートナーズにおけるAmazon EKSとAWS App Meshを使った基盤安定性向上とGitOpsへの挑戦 | Amazon Web Services

                                              Amazon Web Services ブログ リクルートマーケティングパートナーズにおけるAmazon EKSとAWS App Meshを使った基盤安定性向上とGitOpsへの挑戦 本番環境でコンテナを利用したワークロードを構築する場合、ほとんどのケースでコンテナオーケストレーションのテクノロジが導入されます。AWS では、Amazon Elastic Container Service (Amazon ECS) や Amazon Elastic Kubernetes Service (Amazon EKS)といったコンテナオーケストレーションに関するサービスを提供しています。 コンテナオーケストレーターの選定においては、各オーケストレーターの持つ機能や思想を理解することが重要です。Amazon ECS は、他の AWS サービスとシームレスに組み合わせることが可能であり、Amazon

                                                リクルートマーケティングパートナーズにおけるAmazon EKSとAWS App Meshを使った基盤安定性向上とGitOpsへの挑戦 | Amazon Web Services
                                              • Kubernetes manifests を単一リポジトリで集中管理する運用設計 - LIVESENSE ENGINEER BLOG

                                                Data Platform グループのリーダーの田中です。データ分析基盤 Livesense Analytics と機械学習基盤 Livesense Brain のプロジェクトマネジメント/アーキテクチャリングをしています。 今回は Livesense Brain における Kubernetes (k8s) manifest の管理方式と運用設計について紹介します。 2種類の管理方式: 個別管理と集中管理 k8sクラスタで複数のシステムを運用しmanifestをGit管理するとき、その管理方式は大きく次の2種類に分けられます。 個別管理: 各システムの実装を管理するGitリポジトリにmanifestを一緒に含める 集中管理: 各システムのリポジトリと別に、全manifestを管理する単一のリポジトリをおく 個別管理の場合、各システムのリポジトリで開発〜運用にかかわるすべてのコードを管理でき

                                                  Kubernetes manifests を単一リポジトリで集中管理する運用設計 - LIVESENSE ENGINEER BLOG
                                                • モデリング施策を高速・安全に回せる、MLOpsの仕組みづくり

                                                  こんにちは。サイエンス統括本部で機械学習エンジニアをしている芹沢です。ヤフー全社で使われているレコメンドプラットフォームを担当するプロジェクトに所属し、ログ収集・学習ジョブの開発/運用やMLOpsに関連する業務を行っています。 本記事ではそのMLOps業務の中からモデリング業務の効率化の取り組み事例を紹介します。新しいモデルを本番採用するまでにはA/Bテストの準備などをする必要がありますが、それにかかる工数が多いことが課題となっていました。そこで、検証段階からA/Bテスト実施までの実装の負担を軽減し、より早く安全にモデル改善の試行錯誤を行える仕組みを提供しました。 ※ レコメンドシステムの開発はプライバシーポリシーの範囲内で取得したデータを用いて、個人を特定できない形で行っています。 全社共通レコメンドプラットフォームの紹介 レコメンドとは、サービスを利用するユーザーにおすすめのアイテムを

                                                    モデリング施策を高速・安全に回せる、MLOpsの仕組みづくり
                                                  • モダンな技術で新機軸のHRサービスを構築。「LINEスキマニ」が目指す急成長と安定稼働の両立

                                                    LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの技術組織が取り組んでいる・今後取り組む未解決課題を深堀りするインタビューシリーズ「Unresolved Tech Issue」、今回のテーマは「モダンに実装された新機軸のHRサービスにおける急成長と安定稼働の両立」です。 2021年3月にリリースされたばかりの「LINEスキマニは、隙間時間とスキルを価値に変えるギグワーク(単発雇用)マッチングサービスです。新規サービスらしく、ReactやKotlin、Elasticsearch、Kubernetesなどモダンな技術を用いて構築・実装されています。 すばやく新機能開発などを実施して、サービスを可能な限り急成長させること。そして、システムを安定稼働させ、今後のサービス発展

                                                      モダンな技術で新機軸のHRサービスを構築。「LINEスキマニ」が目指す急成長と安定稼働の両立
                                                    • 過去最大級の膨大な自動運転データセットを無償でWaymoが公開

                                                      自動運転技術の発展のために、Googleの兄弟会社として知られる自動運転車開発メーカーのWaymoが自動運転のデータセットを研究用に無償公開しました。その内容は「研究用に公開されたものとしては過去最大級かつもっとも多様な自動運転データセット」だとのことです。 Open Dataset Waymo https://waymo.com/open Waymo releases a self-driving open data set for free use by the research community | TechCrunch https://techcrunch.com/2019/08/21/waymo-releases-a-self-driving-open-data-set-for-free-use-by-the-research-community/ 自動運転の技術開発・発展に向

                                                        過去最大級の膨大な自動運転データセットを無償でWaymoが公開
                                                      • 技術部門にOKRを導入したら3ヶ月で部の雰囲気がめちゃくちゃ良くなった話 - Qiita

                                                        こんにちは、食べログシステム本部本部長代理の京和と言います。今年の7月から食べログにジョインし、10月に技術部という部署を新設しました。技術部はSREチーム、QAチーム、マイクロサービスチーム、DX(Developer Experience)チームの4チームで構成されています。 本エントリでは技術部におけるOKRの導入事例について紹介します。 目的と背景 一定規模以上のサービスではよくあることですが、食べログではプロダクトや組織の成長に伴い日々の運用業務の負荷が高くなった結果、既存システムの抜本的な改善のための時間を取ることができず、システムのレガシー化や技術的負債が徐々に蓄積していく課題がありました。 少し抽象化すると、組織の構造的な課題によって技術負債が生まれており、技術負債を解消していくためには、まず組織課題を解消することが必要でした。これらの課題に対して、横串でシステムを見ることの

                                                          技術部門にOKRを導入したら3ヶ月で部の雰囲気がめちゃくちゃ良くなった話 - Qiita
                                                        • Envoy と Kubernetes で始める Progressive Delivery - Qiita

                                                          本記事は 2020/01/08 に開催された Envoy Meetup Tokyo #1の LT スライド兼補足資料です。 原則として、スライドモードでファーストビューに入るものはスライドとして、下にスクロールして表示される部分は補足資料です。 Progressive Delivery とは Continuous Delivery ++ 実装はたいてい Canary Release + Canary Analysis + Automated Rollback "Progressive Delivery is the next step after Continuos Delivery, where new versions are deployed to subset of users and are evaluated in terms of correctness and perfor

                                                            Envoy と Kubernetes で始める Progressive Delivery - Qiita
                                                          • Argo CD Resource Hookを活用したKubernetes環境での負荷試験自動化の取り組み - ZOZO TECH BLOG

                                                            はじめに こんにちは、計測プラットフォーム開発本部SREブロックの渡辺です。普段はZOZOMATやZOZOGLASSなどの計測技術に関わるシステムの開発、運用に携わっています。 先日私達のチームでは、リリースフローにステージング環境での負荷試験を自動化する取り組みを行いました。今回説明する「負荷試験の自動化」が何を表すのかを定義すると、ここではステージング環境のアプリケーションバージョンを変更した際に、人の手を介さずに負荷試験が行われることを指します。 Kubernetes環境における負荷試験の自動化を検討している方は是非参考にしてください。 目次 はじめに 目次 負荷試験を自動化する前の課題 負荷試験のシナリオ設計 目的設定 現状調査 目標値設定 シナリオ設計 負荷試験を自動化する取り組み 構成 処理の流れ シナリオに沿ったリクエストを送る 実行結果をS3に保存してSlackに通知する

                                                              Argo CD Resource Hookを活用したKubernetes環境での負荷試験自動化の取り組み - ZOZO TECH BLOG
                                                            • 食べログの大規模なレガシーシステムを段階的に改善していく取り組み - Qiita

                                                              こんにちは、食べログシステム本部長の京和です。 今年の4月から本部長になりました。さらに4月に娘が生まれました 本エントリでは食べログで1年を通じて取り組んだ、大規模なレガシーシステムの段階的な改善について紹介します。[翻訳] Shopifyにおけるモジュラモノリスへの移行 に続いて2記事目のアドベントカレンダーになります。 どのように段階的に進めるか 食べログは今年で15年目のサービスで、Railsになってからは13年が経過しています。これだけ歴史があればあちこちにガタが来ているのは当然で、無数にある課題に対してどこからどのように取り組んでいくかを最初に決める必要がありました。 まず最初の前提として以下のように考えました。 既存のビジネスや開発を止めるような悪影響を与えない。むしろなるべく早くポジティブな影響を与えていきたい。 これだけ歴史のあるシステムを改善していくのは長い時間がかかる

                                                                食べログの大規模なレガシーシステムを段階的に改善していく取り組み - Qiita
                                                              • いつも感謝です。いつも感謝です。友人の要望もあり書いた絵(何事もなければ5月18日月曜日か5月19日火曜日頃に更新予定) - ponyoponyokunの日記

                                                                三密にならないよう新型コロナに注意し、私が人の居ない所を、父の介護で必要があって歩いているとの御理解を感謝です。 私の所は、何とか、新型コロナの新たな感染者の方0人が続いている感じです。 (私の住んでいる東北の謀場所では、東京などから仕事や家を失って来たりした方に対して、ボランティアの人が支える取り組みがされている感じです) 父の介護は、昔と違い医師免許や看護師免許がある医師・看護師の方と進めているので御安心を。 父は、献血での簡単な血液検査ではなく、複数のチャンとした病院の検査でパーキンソン病と判明と御理解を感謝です。 (献血では、血液検査でHIVなどの病気と判明した血液は破棄してるとの事ですー”Wikipedia 献血””日本血液製剤協会””Yahooニュース"からー) 体調を崩しやすいパーキンソン病の為、熱を出さないよう、楽ではなくキチンと介護をしなければ無理との御理解を感謝です。

                                                                  いつも感謝です。いつも感謝です。友人の要望もあり書いた絵(何事もなければ5月18日月曜日か5月19日火曜日頃に更新予定) - ponyoponyokunの日記
                                                                • AWS Load Balancer ControllerとExternalDNSを利用しています - ハウテレビジョンブログ

                                                                  こんにちは、SREチームの小川です。 「夏への扉」を読みました。過去・現在・未来の時間軸が最後にかち合った時には感動を覚えました。月並みですが、さすがSFの金字塔ですね。 今回は「外資就活への扉」である、ALB・Route53をSREがどのように管理しているか紹介したいと思います! はじめに 以前よりSREチームが「外資就活ドットコム」のインフラをEC2中心のものから、コンテナ中心のEKSへと移行したお話をしてきました。 今回はKubernetesを導入した際に、トラフィックの流入元であるALBをAWS Load Balancer ControllerとExternalDNSを利用して管理を行うようにしたお話しをします。 EKSのサービスをALBを利用して公開する際に、アプリケーションコンテナをNodePortで公開し、ALBがNodeGroupの特定のNodePortにリバースプロキシす

                                                                    AWS Load Balancer ControllerとExternalDNSを利用しています - ハウテレビジョンブログ
                                                                  • How Rust and Wasm power Cloudflare's 1.1.1.1

                                                                    This post is also available in 简体中文, 繁體中文, 日本語, 한국어, Deutsch, Français and Español. ≈On April 1, 2018, Cloudflare announced the 1.1.1.1 public DNS resolver. Over the years, we added the debug page for troubleshooting, global cache purge, 0 TTL for zones on Cloudflare, Upstream TLS, and 1.1.1.1 for families to the platform. In this post, we would like to share some behind the scenes details and cha

                                                                      How Rust and Wasm power Cloudflare's 1.1.1.1
                                                                    • 【投資成績-3.49%】前日から一転、大幅な反落で再び奈落の底に叩き落される【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス

                                                                      この記事では前日の株式市場の結果から私個人のポートフォリオの資産の推移の変化と注目セクターの個別銘柄の様子についてお伝えしていく記事になります。 米国株市場全体の状況やニュース、注目株、決算状況についてはデイリー記事にてご紹介していますので合わせて御覧ください。 米国株市場全体の状況やニュース、注目株、決算状況についてはこちらから 目次のリンクをクリックで気になる場所にジャンプできるわよ 2022年6月16日の米国株市場全体 米国債 主要指数 週間&半年バブルチャート 大型&小型株とグロースとバリュー株 私の金融資産の推移 昨日のトレード記録 個別銘柄の売買 投資信託の売買 金融資産の損益 保有金融資産割合 「株式」「投信」比較グラフ 「今月」「今年」の成績 今月の金融資産の推移 今年の金融資産の推移 保有銘柄の変動 保有個別銘柄の状況 保有株のバブルチャート 保有投資信託 保有投資信託の

                                                                        【投資成績-3.49%】前日から一転、大幅な反落で再び奈落の底に叩き落される【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス
                                                                      • Amazon EKS アップグレードにてこずった話 - エニグモ開発者ブログ

                                                                        こんにちは。Enigmoインフラエンジニアの夏目です。 この記事は Enigmo Advent Calendar 2020 の13日目の記事です。 なんだか競馬関連のエントリがいっぱいですが、弊社の主要サービスは競馬予想サイトではありませんので誤解なきよう。僕は競馬のことはさっぱりわからないのですが、先月末のジャパンカップは大変熱いレース展開でしたね。着順自体はまったく面白みがなく収支マイナスになってしまいましたが。 さておき。1年前と同様、今年もKubernetesクラスタ運用に翻弄される日々を過ごしておりまして、今日の記事はそんなKubernetes...というかAmazon EKSクラスタに関するお話です。 Kubernetesのリリースサイクルに乗り遅れるな 皆さんご存知の通りKubernetesのマイナーバージョンはおよそ3ヶ月ごとにリリースされ、各マイナーバージョンは最新バージ

                                                                          Amazon EKS アップグレードにてこずった話 - エニグモ開発者ブログ
                                                                        • DX事業本部インフラの3年分の進化 (2019 ~ 2022) - Speee DEVELOPER BLOG

                                                                          お疲れさまです。SREの西田和史(@k_bigwheel)です。 僕が所属するDX事業本部の開発基盤グループは主にインフラが安定して高いパフォーマンスで動くことに責務を持っています。 今DX事業本部には3つの事業部があり、その中ではイエウール、ヌリカエ、ケアスル介護などのサービスを展開していますので、僕らはそれらのだいたい10サービス前後のインフラを日々増築・改善しています。 僕がSpeeeにジョインしたのが3年前の2019年11月なのですが、それからDX事業本部のインフラは様々なことが進化しました。3年前から変わらず残っているインフラコンポーネントは永続化層1ぐらいといえる程です。ここではその差分を振り返ってこんな良いインフラになったぞ!という部分を書いていきたいと思います。 レガシーインフラの脱却 いきなりですが、3年前に使っていたツール・サービスと今使っているツール・サービスの対応表

                                                                            DX事業本部インフラの3年分の進化 (2019 ~ 2022) - Speee DEVELOPER BLOG
                                                                          • 理想的な Kubernetes カスタムコントローラーの開発環境を考えた | メルカリエンジニアリング

                                                                            はじめまして。メルカリの Microservice Platform CI/CD とメルペイの Architect で Software Engineer Internship をしている riita10069 です。 この記事は、Merpay Tech Openness Month 2021 の3日目の記事です。 本記事では、私が Kubernetes1のコントローラー2を開発する上で使用している開発環境について紹介したいと思います。 コントローラーの実行環境についてまとまっていなかった方や、これからコントローラーを実装するけれど環境構築で悩んでいる方などの参考になれば嬉しいです。 Abstract Kubernetes のコントローラーを開発する場合に、動作確認をしたり、自動テストを作成するのには、実際にコントローラーを Kubernetes の環境上で動作させる必要があります。 具体

                                                                              理想的な Kubernetes カスタムコントローラーの開発環境を考えた | メルカリエンジニアリング
                                                                            • 【転職会議】ArgoCDで実現するストレスフリーな新GitOps基盤 - LIVESENSE ENGINEER BLOG

                                                                              こんにちは、かたいなかです。 最近、転職会議のCI/CD基盤をFluxベースのものからArgoCDベースのものに式年遷宮しました。今回の記事では、新しいArgoCDでのCI/CD基盤について、作り直しに至った経緯や改善点をご紹介します。 ArgoCD移行に至った経緯 転職会議では、以前の記事でも紹介したFluxというGitOpsのツールを使用してGitOpsを実現していました。 made.livesense.co.jp しかし、その後FluxからFlux2への移行が公式から推奨されるようになった後も、Flux2やArgoCD Image Updaterへの移行ができない状態が長く続いていました。 また、現行のフローでも以下のような大きな問題点を抱えていました。 ロールバックできない問題 チャットボットが老朽化 Weave Cloudがサービス終了 以下でそれぞれ説明します。 ロールバックで

                                                                                【転職会議】ArgoCDで実現するストレスフリーな新GitOps基盤 - LIVESENSE ENGINEER BLOG
                                                                              • 【投資成績-13.80%】売る泥水もない。景気後退シグナル点灯もポートフォリオはすでに後退しまくってる【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス

                                                                                この記事では前日の株式市場の結果から私個人のポートフォリオの資産の推移の変化と注目セクターの個別銘柄の様子についてお伝えしていく記事になります。 米国株市場全体の状況やニュース、注目株、決算状況についてはデイリー記事にてご紹介していますので合わせて御覧ください。 米国株市場全体の状況やニュース、注目株、決算状況についてはこちらから 目次のリンクをクリックで気になる場所にジャンプできるわよ 2022年■月■日の米国株市場全体 米国債 主要指数 週間&半年バブルチャート 大型&小型株とグロースとバリュー株 私の金融資産の推移 昨日のトレード記録 個別銘柄の売買 投資信託の売買 金融資産の損益 保有金融資産割合 「株式」「投信」比較グラフ 「今月」「今年」の成績 今月の金融資産の推移 今年の金融資産の推移 保有銘柄の変動 保有個別銘柄の状況 保有株のバブルチャート 保有投資信託 保有投資信託の割

                                                                                  【投資成績-13.80%】売る泥水もない。景気後退シグナル点灯もポートフォリオはすでに後退しまくってる【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス
                                                                                • 「OpenStackを選んだ理由は?」「VM屋になるためにどういった経験が大切か?」 元Web系エンジニアのVM屋に聞くQ&A

                                                                                  現仮想サーバー開発のソフトウェアアーキテクトが、SDPFクラウドの仮想サーバー開発の全体像や課題、目指す姿などを話す「元ウェブ系エンジニアが語る IaaS(VM屋さん)の開発ってなにしてんの? 」。ここでNTTコミュニケーションズ株式会社の佐野氏と技術顧問の和田氏が登壇。最後に視聴者からの質問に回答します。前回はこちらから。 OpenStackはどれくらい改造しているのか? 司会者:佐野さんありがとうございます。ここからは私のほうでSlidoを投映して、和田さんにモデレーションをお願いしたいと思います。では和田さん、お願いします。 和田卓人氏(以下、和田):今もガンガン(質問を)書き込んでもらってかまいませんし、「この質問いいね」と思ったら「いいね」ボタンをどんどん押してください。みなさんが聞きたいと思った質問を基本的には優先しながら、時々、恣意的にピックアップしながら質疑応答をやっていき

                                                                                    「OpenStackを選んだ理由は?」「VM屋になるためにどういった経験が大切か?」 元Web系エンジニアのVM屋に聞くQ&A