並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 2571件

新着順 人気順

Kubernetesの検索結果321 - 360 件 / 2571件

  • (Almost) Every infrastructure decision I endorse or regret after 4 years running infrastructure at a startup

    Image from UnSplash I’ve led infrastructure at a startup for the past 4 years that has had to scale quickly. From the beginning I made some core decisions that the company has had to stick to, for better or worse, these past four years. This post will list some of the major decisions made and if I endorse them for your startup, or if I regret them and advise you to pick something else. AWS Link to

    • The future of Terraform must be open

      On August 10, 2023, HashiCorp announced that after ~9 years of Terraform being open source under the MPL v2 license, they were suddenly switching it to a non open source BSL v1.1 license. We believe the BSL license is a poison pill for Terraform which threatens the entire community and ecosystem, and in this blog post, we’ll introduce OpenTF, our plan for keeping Terraform open source—forever. Why

        The future of Terraform must be open
      • Normcore LLM Reads

        normcore-llm.md Anti-hype LLM reading list Goals: Add links that are reasonable and good explanations of how stuff works. No hype and no vendor content if possible. Practical first-hand accounts of models in prod eagerly sought. Foundational Concepts Pre-Transformer Models The Illustrated Word2vec - A Gentle Intro to Word Embeddings in Machine Learning (YouTube) Transformers as Support Vector Mach

          Normcore LLM Reads
        • ネットワーク サービス スタンダード ティア向け Cloud NAT サポートの一般提供開始のお知らせ | Google Cloud 公式ブログ

          ※この投稿は米国時間 2023 年 8 月 12 日に、Google Cloud blog に投稿されたものの抄訳です。 Google はこのたび、ネットワーク サービス スタンダード ティア向け Cloud NAT サポートの一般提供を行うことになりました。スタンダード ティアは、Google Cloud リソースから外部システムにインターネット経由でトラフィックを配信します。プレミアムとスタンダードはインターネット上のシステムと Google Cloud インスタンス間の接続性を最適化できる Network Service Tiers です。プレミアム ティアは Google のプレミアム バックボーンでトラフィックを配信し、スタンダード ティアは通常の ISP ネットワークを使用します。スタンダード ティア向け Cloud NAT サポートにより、スタンダード ティアによる費用削減と

            ネットワーク サービス スタンダード ティア向け Cloud NAT サポートの一般提供開始のお知らせ | Google Cloud 公式ブログ
          • Amazon EKS スケーラビリティテストへの Deep Dive | Amazon Web Services

            Amazon Web Services ブログ Amazon EKS スケーラビリティテストへの Deep Dive はじめに Amazon Elastic Kubernetes Service (Amazon EKS) の「Elastic」とは、「必要なときにリソースを確保し、不要になったときにリソースを解放する」機能を指します。Amazon EKS はほとんどすべてのワークロードを処理できるように拡張できますが、Amazon EKS のお客様から「1 つの Amazon EKS クラスターでサポートされる Pod やノードの最大数はいくつですか」というような質問をよく耳にします。 Kubernetes は複雑なシステムであり、Kubernetes クラスターのパフォーマンス特性はワークロードの特性によって異なる場合があるため、これらの質問に対する答えはさまざまです。Kubernetes

              Amazon EKS スケーラビリティテストへの Deep Dive | Amazon Web Services
            • Kubernetesで障害発生するとNT-Dが発動しユニコーンガンダムのサイコフレームが発光するシステムの開発 - Qiita

              モチベーション 自宅のKubernetsの運用を行っていると、障害が発生してもついつい後回しにしてしまいがちです。 これにより、家庭内の情シス部門としては、ユーザ(家族)からクレームを受けることがしばしばあり、家庭の平穏を脅かすものでした。 そこで、障害が発生しても直ぐに気がつけ、さらにテンションを上げるものが欲しくなりました。 真っ先に思い出したのが、いにしえ(?)のデータセンターのパトランプです。 障害発生時に設置されたパトランプが光り出しスタッフに緊張感が走ったものでした。 しかし、パトランプは残念ながら持ち合わせていないため、光らせてテンションの上がるものを家の中を物色すると、積みプラされた「RX-0ユニコーンガンダム」を発見してしまいました。 この積みプラされていたユニコーンガンダム、幸いなことにLEDが組み込まれた光る奴でした。 発見した瞬間、障害発生でNT-Dが発動しデストロ

                Kubernetesで障害発生するとNT-Dが発動しユニコーンガンダムのサイコフレームが発光するシステムの開発 - Qiita
              • freee 基盤チームアドベントカレンダーの歩き方 - freee Developers Hub

                SREの河村(at-k)です。 本記事は freee基盤チームアドベントカレンダー の1日目になります。 カレンダー企画にあたり 今年もこの季節がやってきました。年末に向けて冬が深まり、心なしか忙しなくなってくる中、毎日ブログが一本ずつ投稿されていくのを見て年の瀬の近づきを感じる、ある種の風物詩となっています。 そもそもアドベントカレンダーは12月1日からクリスマスまで続く長い前夜イベントで、日本では、少なくとも筆者には馴染みがないものでした。そんな元ネタから派生した形で、近年ではIT企業が中心となってテックブログを日次で投稿していくイベントとして広く認知されてきています。ことの経緯を知らなかったので調べてみたのですが、意外に歴史は古く、日本では2008年頃からPerl界隈で賑わっていて、海外ではそれ以前からそれなりに定着していた文化のようです。 freeeでも毎年アドベントカレンダーが企

                  freee 基盤チームアドベントカレンダーの歩き方 - freee Developers Hub
                • 【インターンレポート】LINEの大規模ETL batch pipelineにおけるdbtの導入によるデータ分析での課題解決の検証

                  LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、早稲田大学政治経済学経済学科 学部3年の滝田愛澄と申します。2023年8月7日から6週間、LINE株式会社のIU Data Connectチームにて、就業型インターンシップに参加させていただきました。本インターンでは、LINEの大規模ETL batch pipelineであるVinitusが現在抱えている課題を解決することを目的に、data build tool (dbt) の調査とdbtを用いた新たなworkflowのプロトタイプの設計・実装に取り組みました。このレポートでは、現在のVinitusが抱えている課題を確認し、dbtの導入によってどのようにそれらの課題を解決できるか、具体的にこのプロトタイプでは何をど

                    【インターンレポート】LINEの大規模ETL batch pipelineにおけるdbtの導入によるデータ分析での課題解決の検証
                  • Microsoft Build 2024 - インフラ関連アップデートまとめ

                    2024年5月、Microsoft の開発者向けイベント「Microsoft Build 2024」が開催されました。Windows の最新 AI 機能 (Copilot+PC) が開催前日に発表されるなど、Copilot を中心として Microsoft が AI に対する投資を積極的に行っていることをアピールする場になっていました。 数多くあったアップデート・アナウンスのうち、本稿ではインフラ エンジニア[1]の観点から重要だと思われるものをピックアップして、簡単に紹介していきます。 仮想マシン: 第一世代 Cobalt 100 (Preview) Azure Cobalt 100 プロセッサを使用した第一世代の Azure 仮想マシン シリーズが提供開始されました (Dpsv6 / Dpdsv6 / Dplsv6 / Dpldsv6)。 Cobalt 100 は、Microsoft

                      Microsoft Build 2024 - インフラ関連アップデートまとめ
                    • IIJの今年の新卒エンジニアのおうちを紹介してみる。Part 2/2 | IIJ Engineers Blog

                      2023新卒DC勤務。DC内に張り巡らされている管理通信ネットワーク運用、管理サーバ運用、ネットワーク線路管理、定型業務の自動化などの業務に携わっております。趣味はセルフホストとFOSS巡り。 【IIJ 2023 TECHアドベントカレンダー 12/24の記事です】 こんにちは、はじめまして。 中川です。 今年(2023年)に入社し、データセンター設備の通信を担うネットワークやサーバの管理・運用を担当しています。 昨日紹介した5名のPart 1に続き、本日は私を含め4名の IIJ 2023年度新人のおうちを紹介していきます。 また昨日の記事をチェックしてないよ!という方はぜひ確認してみてください。 IIJの今年の新卒エンジニアのおうちを紹介してみる。Part 1/2 https://eng-blog.iij.ad.jp/archives/23141 IIJに興味を持っている学生さんや就活生

                        IIJの今年の新卒エンジニアのおうちを紹介してみる。Part 2/2 | IIJ Engineers Blog
                      • 爆誕予定のテレメトリー集約/可視化基盤を晒してみる - NTT Communications Engineers' Blog

                        この記事は、NTT Communications Advent Calendar 2023 8 日目の記事です。 はじめに こんにちは、イノベーションセンターでノーコード分析ツール「Node-AI」開発チームの林です。 業務としては Node-AI のフロントエンドやバックエンド開発、最近では監視/可視化のプラットフォーム開発に携わっています。 本記事ではこの監視/可視化のプラットフォームについて、検討段階ではあるのですがアーキテクチャを中心にまとめていきたいと思います。 Node-AI について Node-AI はノーコード分析ツールとなっていて「予測/異常検知モデルをすぐに・簡単に・わかりやすく作成可能」といったところを推しているツールとなっています。 インフラとしては、Google Cloud を利用しており Google Kubernetes Engine (以下、GKE)の上でア

                          爆誕予定のテレメトリー集約/可視化基盤を晒してみる - NTT Communications Engineers' Blog
                        • はてなエンジニア Advent Calendar 2023往復しました! - Hatena Developer Blog

                          これははてなエンジニア Advent Calendar 2023 - Hatena Developer Blog 50日目の記事です。 昨日は id:kouki_dan の iOSアプリ開発での写真ライブラリのアクセス方法と設定 - Lento con forza でした。 id:yutailang0119 です、誕生日のお祝いありがとうございます! はてなエンジニア Advent Calendar 2023は、去年に引き続き、期間を通常のアドベントカレンダーの2倍の50日として、開催しました。 本日が最終日です。 これまでのまとめ はてなエンジニア Advent Calendar 2022往復しました! - Hatena Developer Blog はてなエンジニア Advent Calendar 2021完走しました! - Hatena Developer Blog はてなエンジニア

                            はてなエンジニア Advent Calendar 2023往復しました! - Hatena Developer Blog
                          • 【生成AIとASPMの加速】2023年の海外セキュリティSaaS。2つの新トレンドと今後の予測 - #FlattSecurityMagazine

                            はじめに 調達トレンドのマクロ状況変化 2023年の海外セキュリティSaaSの注目トレンド トレンド1: Application Security Posture Managementとしての製品戦略の加速 Application Security Posture Managementとは Application Security Posture Managementの2つの成長背景 既存のスタートアップの巨額買収やピボットによるASPMの加速 トレンド2: セキュリティSaaS × 生成AI のトレンド ビッグテックによる、生成AIを活用したセキュリティ機能の登場 生成AIを活用したセキュリティSaaSスタートアップの登場 2024年以降のトレンド予想 予想1: クラウドセキュリティ領域とアプリケーションセキュリティ領域のベンダー統合の加速 予想2: 生成AIをコア機能に組み込んだセキュ

                              【生成AIとASPMの加速】2023年の海外セキュリティSaaS。2つの新トレンドと今後の予測 - #FlattSecurityMagazine
                            • 続・ムダな仕事を増やしてませんか? ~ MLの実行パイプラインでworker間の重複作業をなくす ~ - エムスリーテックブログ

                              DALL-E作成の「worker間で重複タスクを確認しながら作業を進める」イメージ図です こんにちは。AI・機械学習チーム(以下AIチーム)の池嶋(@mski_iksm)です。 仕事で、誰か一人がやればいい作業を、気がついたら同僚と同じタイミングでやっていた、という経験はありませんか? せっかく頑張って作った機能が実は被っていてムダになってしまった。。。というのは誰もが悲しいものです。 そうならないように作業チケットを切るなどしてタスクを中央管理する方法もありますが、もっとゆるくやりたいこともあるかと思います。 そういうときは一言「この作業私がやりますね!」と声掛けをすれば済みますね。 以前のブログで、私たちはgokartを使ったMLパイプラインの効率化について掘り下げました。 具体的には、「すでに完了したタスクをスキップする」と「タスクの実行順序をできるだけランダムにする」という2つの戦

                                続・ムダな仕事を増やしてませんか? ~ MLの実行パイプラインでworker間の重複作業をなくす ~ - エムスリーテックブログ
                              • Thanksgiving 2023 security incident

                                This post is also available in 简体中文, 繁體中文, 日本語, 한국어, Español, Português, Français, Deutsch and Polski. On Thanksgiving Day, November 23, 2023, Cloudflare detected a threat actor on our self-hosted Atlassian server. Our security team immediately began an investigation, cut off the threat actor’s access, and on Sunday, November 26, we brought in CrowdStrike’s Forensic team to perform their own indep

                                  Thanksgiving 2023 security incident
                                • 60以上の大規模言語モデルに19種類の質問を行うベンチマークテストの結果公開

                                  ChatGPTなどのチャットAIでも利用されている大規模言語モデル(LLM)を60種類以上集め、それぞれの創造性を試すような20種類の質問を行い、反応を比較するというベンチマークテストをAIツールの分析・テストサービスを提供するLLMonitorが実施しています。 LLM Benchmarks https://benchmarks.llmonitor.com/ LLMonitorがテストを実施したLLMは、記事作成時点では69種類。ベンチマークテストを受けたLLMのリストは以下の通り。 ・Airoboros L2 70B ・Alpaca(7B) ・Chronos Hermes(13B) ・Claude Instant v1 ・Claude v1 ・Claude v1.2 ・Claude v2 ・Code Llama(13B) ・Code Llama(34B) ・Code Llama(7B)

                                    60以上の大規模言語モデルに19種類の質問を行うベンチマークテストの結果公開
                                  • アーキテクチャから読み解くKubernetes~Controllerの仕組み~

                                    クラウドで使うコンテナというと、AWSのAmazon ECS、Google Cloud Runなどがある。今回はコンテナオーケストレーションのKubernetesのアーキテクチャについて、スリーシェイク bells17氏が解説する。KubernetesはもともとGoogleが内部で運用していたコンテナ基盤のBorgをベースとしており、Cloud Native Computing Foundation(CNCF)に寄贈されたものだ。認知度からも分かるように、成熟度レベルは「GRADUATED」で成熟が進んだものとなっている。 KubernetesのコアとなるControllerとは? コンテナオーケストレーションツールとして有名なKubernetes。代表的な特徴を挙げるとサービスディスカバリとロードバランシングがある。Serviceリソースを定義することで、多数起動されているコンテナに接続

                                      アーキテクチャから読み解くKubernetes~Controllerの仕組み~
                                    • 情報発信に便利で軽量なActivityPubサーバー「Takahē」[後編] ~基本的なアーキテクチャと特徴的なコンポーネントの紹介と、サーバーの構築方法 | gihyo.jp

                                      情報発信に便利で軽量なActivityPubサーバー「Takahē」[後編] ~基本的なアーキテクチャと特徴的なコンポーネントの紹介と⁠⁠、サーバーの構築方法 前編では、ActivityPub/FediverseサーバーTakahē(タカヘー)の特徴(特に、他のActivityPubサーバーでサポートされていないマルチドメインサポート)と、クライアントアプリElkとともに使用する方法について紹介しました。 後編の記事では、Takahēサーバーの基本的なアーキテクチャや、Takahēの特徴的なコンポーネント、内部で使われている面白いライブラリなどを紹介します。記事の最後では、docker-composeを使って実際にTakahēサーバーをコンテナで起動し、手元で試してみます。 Takaheの基本的なアーキテクチャ Takahēは、主に3つのコンポーネントから作られています。メインのTakah

                                        情報発信に便利で軽量なActivityPubサーバー「Takahē」[後編] ~基本的なアーキテクチャと特徴的なコンポーネントの紹介と、サーバーの構築方法 | gihyo.jp
                                      • Direct VPC egress in Cloud Run sends traffic over a VPC easily | Google Cloud Blog

                                        Announcing Direct VPC egress for Cloud Run: better performance and lower costs We’re launching Direct VPC egress for Cloud Run in Preview today. This feature enables you to send traffic to a VPC network, without setting up a Serverless VPC Access connector. Direct VPC egress is easier to set up, is faster, can handle more traffic and has lower costs. This is a very exciting update to Cloud Run. Be

                                          Direct VPC egress in Cloud Run sends traffic over a VPC easily | Google Cloud Blog
                                        • Rubyist Hotlinks 【第 39 回】古橋貞之 さん

                                          はじめに 著名な Rubyist にインタビューを行う企画「Rubyist Hotlinks」。第 39 回となる今回は、古橋貞之さん。 では、お楽しみください。 インタビュー 聞き手 卜部さん (@shyouhei) 語り手 古橋貞之さん (記事中「古橋」) 野次馬(古橋さんの現職であるトレジャーデータの同僚と元同僚のみなさん) 国分さん、成瀬さん、田籠さん、金子さん、三村さん 日にち 2023 年 5 月 11 日 写真提供 : 目次 Table of content プロフィール 卜部 はい、じゃあお疲れ様です。ゆるりと始めていきますが。るびまのインタビューはポッドキャストにしないという信念の元に、ポッドキャストにしていなくて。 三村 そんな信念が。 卜部 なんでかっていうと、いくら迂闊なことをゆっても後から編集できるからっていう。これがね、やっぱ迂闊なことを言ってもらわないと楽しい

                                          • ゼロからはじめるOpenShift Virtualization(1)OpenShiftのインストール - 赤帽エンジニアブログ

                                            Red Hatでソリューションアーキテクトをしている田中司恩(@tnk4on)です。 この連載はvSphere環境上にOpenShift Container Platform(以下、OpenShift)およびOpenShift Virtualizationの環境構築を解説するシリーズです。 可能な限り最小構成での検証環境の構築を目指し、1台のESXi上にOpenShiftをインストールしてネスト仮想環境でOpenShift Virtualizationを実行する方法を解説します。 また環境の構築後はvSphere上の仮想マシンを移行ツール(Migration Toolkit for Virtualization)を使ってOpenShift Virtualization上へ移行することもできます。 初回の本記事ではOpenShiftのインストールについて解説します。 今後の連載予定は下記の通

                                              ゼロからはじめるOpenShift Virtualization(1)OpenShiftのインストール - 赤帽エンジニアブログ
                                            • Defending new vectors: Threat actors attempt SQL Server to cloud lateral movement | Microsoft Security Blog

                                              Microsoft security researchers recently identified a campaign where attackers attempted to move laterally to a cloud environment through a SQL Server instance. This attack technique demonstrates an approach we’ve seen in other cloud services such as VMs and Kubernetes cluster, but not in SQL Server. The attackers initially exploited a SQL injection vulnerability in an application within the target

                                                Defending new vectors: Threat actors attempt SQL Server to cloud lateral movement | Microsoft Security Blog
                                              • CI/CD for Machine Learning in 2024: Best Practices & Tips | Qwak

                                                CI/CD for Machine Learning in 2024: Best Practices to Build, Train, and Deploy Explore best practices for CI/CD in Machine Learning in 2024. Learn to build, train, and deploy ML models efficiently with expert strategies. Building and deploying code to production environments is a fundamental aspect of software development. This process is equally pivotal in the realm of production-grade Machine Le

                                                • Kubernetes と cgroup v2 - Qiita

                                                  はじめに Kubernetes は v1.25 で cgroup v2 サポートを GA しており、その後に cgroup v2 に関連する機能が追加されています。しかしまだ多くのディストリビューションで Kubernetes がデフォルトで cgroup v2 を使用しない設定のため、実際に利用している方は多くないと思います。PFN では2022年12月に Kubernetes バージョンを v1.25 にアップグレードするのと同じタイミングで cgroup v2 に切り替えています。 このエントリでは Kubernetes の cgroup v2 に関する機能である MemoryQoS フィーチャゲートと memory.oom.group の2つについて、機能概要と課題を共有します。なお、Kubernetes v1.28 時点での情報です。 そもそもの cgroup v2 について そ

                                                    Kubernetes と cgroup v2 - Qiita
                                                  • Kubernetes バージョンに対する Amazon EKS の延長サポートの料金 | Amazon Web Services

                                                    Amazon Web Services ブログ Kubernetes バージョンに対する Amazon EKS の延長サポートの料金 この記事は Amazon EKS extended support for Kubernetes versions pricing (記事公開日: 2024 年 1 月 16 日) を翻訳したものです。 Introduction 2023 年 10 月 4 日、Amazon Elastic Kubernetes Service (Amazon EKS) は、Kubernetes バージョンに対する延長サポートのパブリックプレビューを発表しました。これは Kubernetes のマイナーバージョンのサポート期間を 12 ヶ月延長します。そして本日、延長サポートの料金設定を発表します。延長サポート期間中の Kubernetes バージョンを実行している Amaz

                                                      Kubernetes バージョンに対する Amazon EKS の延長サポートの料金 | Amazon Web Services
                                                    • BPFAgent: eBPF for Monitoring at DoorDash - DoorDash Engineering Blog

                                                      Patrick RogersPatrick Rogers is a software engineer at DoorDash since early 2019. Initially a member of the merchant integrations and order platform teams, he now works on the Observability team with a focus on leveraging eBPF and distributed tracing data to improve understanding & reliability of DoorDash's distributed systems. Author's Linkedin As DoorDash experienced rapid growth over the last f

                                                        BPFAgent: eBPF for Monitoring at DoorDash - DoorDash Engineering Blog
                                                      • さよならVMware Broadcomによる買収完了で、企業としての存在に幕 VMwareブランドは引き続き残る

                                                        この記事は新野淳一氏のブログ「Publickey」に掲載された「さよならVMware。本日(10月30日)Broadcomによる買収完了で、企業としての存在に幕。VMwareブランドは引き続き残る」(2023年10月30日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Broadcomは10月18日付けのプレスリリースで、30日に米VMwareの買収を完了する予定だと発表しています。 買収完了には主要各国の規制当局による認可が求められますが、現時点で中国を除く主要各国の認可が得られています。そのため、おそらく買収は予定通りに完了し、企業としてのVMwareは25年の歴史に幕を下ろすことになると見られます。 Broadcomのソフトウェア部門は「VMware」に再編成 VMwareを買収するBroadcomは、サーバやストレージ、ネットワーク機器、スマートフォンな

                                                          さよならVMware Broadcomによる買収完了で、企業としての存在に幕 VMwareブランドは引き続き残る
                                                        • "�[31m"?! ANSI Terminal security in 2023 and finding 10 CVEs

                                                          "�[31m"?! ANSI Terminal security in 2023 and finding 10 CVEs This paper reflects work done in late 2022 and 2023 to audit for vulnerabilities in terminal emulators, with a focus on open source software. The results of this work were 10 CVEs against terminal emulators that could result in Remote Code Execution (RCE), in addition various other bugs and hardening opportunities were found. The exact c

                                                          • Amazon EKS の Ingress を考える ~ AWS Load Balancer Controller + Istio ~ - 東京ガス内製開発チーム Tech Blog

                                                            みなさんこんにちは、杉山です。花粉症に必死に抗う毎日ですが、気づいたら3月も残りわずかですね。同士のみなさん、がんばって乗り越えましょう! さて今回は、私の前回記事:Amazon EKS 導入に続いて、少しだけ深堀りして Ingress の部分について書いてみたいと思います。 Amazon EKS の Ingress を考える ALBC + Istio 全体構成 構築してみる - ALBの作成 - Istio コアコンポーネントのインストール Gateway リソースの作成 Virtual Service の作成 実際にやってみて さいごに Amazon EKS の Ingress を考える ━ クラウドベンダーが提供するマネージド Kubernetes をやるということは、 Ingress を考えるということだ ━ このような言葉を、偉大なる先人の方に聞いたことがあります。(ないです)

                                                              Amazon EKS の Ingress を考える ~ AWS Load Balancer Controller + Istio ~ - 東京ガス内製開発チーム Tech Blog
                                                            • Leaky Vessels: Docker and runc Container Breakout Vulnerabilities - January 2024 | Snyk

                                                              We will continue to update this blog with any key updates, including updates on the disclosure of any new related vulnerabilities. This blog includes links to detailed blogs on each of the disclosed vulnerabilities, as well as two open source tools to aid in exploit detection. Snyk security researcher Rory McNamara, with the Snyk Security Labs team, identified four vulnerabilities — dubbed "Leaky

                                                                Leaky Vessels: Docker and runc Container Breakout Vulnerabilities - January 2024 | Snyk
                                                              • なぜ Mackerel は OpenTelemetry のラベル付きメトリックをサポートするのか - Mackerel お知らせ #mackerelio

                                                                現在 Mackerel では、ラベル付きメトリックに対応するための開発を進めています。ラベル付きメトリックは、OpenTelemetry の仕様に準拠した Mackerel の新しい機能の名称であり、クエリを引く際には PromQL を使用できるといった特徴があります。 本日、この「ラベル付きメトリック機能」ベータ版テストの参加募集を開始します。詳細については後述いたしますので、まずはこの機能の背景についてご一読いただければと思います。 OpenTelemetry とは、メトリック・ログ・トレースなどのテレメトリーデータを収集し、任意のバックエンドへエクスポートすることを目指して標準規格を定めたオープンソースのプロジェクトです。詳しくは OpenTelemetry のドキュメントをご覧ください。 opentelemetry.io ホストやサービスのメトリックを収集するために、Mackere

                                                                  なぜ Mackerel は OpenTelemetry のラベル付きメトリックをサポートするのか - Mackerel お知らせ #mackerelio
                                                                • How does Sidekiq work? | Mike Perham

                                                                  2024-02-04 This article was originally published on DanSvetlov.me and is republished here with permission of the author. This article is relevant to Sidekiq v7. Sidekiq is one of the most ubiquitous1 Ruby background job processors out there. To anybody who has worked with Ruby on and off Rails, it needs no introduction. Sidekiq has a 10+ year track record of being an efficient, battle-tested and s

                                                                  • [PDF] Google Cloud 生成AI 活用事例集

                                                                    Contents 顧客体験の改善 ● チャットボット / バーチャル アシスタント KDDI株式会社 株式会社スリーシェイク ● エージェント アシスト / 会話分析 The Wendy's Company 日本情報通信株式会社 ● パーソナライゼーション Estée Lauder Companies Inc. Spotify 従業員の生産性向上 ● 対話型情報収集 イオンフィナンシャルサービス株式会社 エイチ・ツー・オー リテイリング株式会社 クラウドエース株式会社 シスメックス株式会社 ソフトバンク株式会社 株式会社WFS 東洋建設株式会社 日本テレビ放送網株式会社 中外製薬株式会社 日本特殊陶業株式会社 Ubie株式会社 株式会社LIXIL ● コード生成 住友ゴム工業株式会社 ● 自動レポーティング 株式会社QTnet 株式会社ソニックス 3 ● 検索 TieUps株式会社 For

                                                                    • 高速なPython互換言語「Mojo」を用いたAIプラットフォーム「MAX」発表。ModCon '23

                                                                      高速なPython互換言語「Mojo」を用いたAIプラットフォーム「MAX」発表。ModCon '23 高速なPython互換言語「Mojo」の開発元であるModular社は、同社として初のイベント「ModCon '23」を12月4日にサンフランシスコで開催しました。 基調講演では、AI処理を高速に実行するプラットフォーム「MAX」(Modular Accelerated Xecution (MAX) Platform)が発表されました。 MAXはオンプレミスやクラウドにインストール可能なソフトウェアであり、AIの推論処理を高速に実行する「MAX Engine」、推論処理にアクセスするためのAPIなどのサービングシステムを提供する「MAX Serving」、そして高速な処理を実現するプログラミング言語である「Mojo」から構成されています。 MAX Engine PyTorchやTenso

                                                                        高速なPython互換言語「Mojo」を用いたAIプラットフォーム「MAX」発表。ModCon '23
                                                                      • How to use Perplexity in your PM work

                                                                        👋 Hey, Lenny here! Welcome to this month’s ✨ free edition ✨ of Lenny’s Newsletter. Each week I tackle reader questions about building product, driving growth, and accelerating your career. If you’re not a subscriber, here’s what you missed this month: On saying no The art of the pivot, part 1: The definitive list of successful pivots The art of the pivot, part 2: How, why, and when to pivot In de

                                                                          How to use Perplexity in your PM work
                                                                        • これを知らないともったいない!Kubernetes関連の便利ツール20選 - Qiita

                                                                          株式会社クラフトマンソフトウェアでは、Kubernetesに力を入れており、11名ほどのKubernetesエンジニアが働いています。社内のKubernetesエンジニアに「これは知らないともったいないツールを教えて!」と聞いて回ったので、そのまとめをこの記事にしました。ちなみにこの記事は、私個人による執筆ではなく、チームのメンバーで協力して執筆したものです。 Lens Kubernetesクラスタの管理と監視を簡単に行うためのオープンソースのデスクトップアプリケーションです。 k9s Kubernetesクラスタを操作するためのターミナルベースのUIです。このプロジェクトの目的は、デプロイされたアプリケーションのナビゲート、観察、管理をより簡単にすることです。K9sはKubernetesの変更を継続的に監視し、観察されたリソースと対話するためのコマンドを提供します。 Kubernetes

                                                                            これを知らないともったいない!Kubernetes関連の便利ツール20選 - Qiita
                                                                          • 「Meta」「IBM」「ソニー」「東京大学」「慶應義塾大学」など50以上の団体がAI開発推進コミュニティ「AI Alliance」を共同設立

                                                                            MetaとIBMが50以上の団体と共同でAIの研究開発を支援するオープンソースコミュニティ「AI Alliance」を設立しました。AI AllianceはAIの研究開発に取り組む研究者の支援を目的としており、AMD、Intel、NASA、ソニー、東京大学など日本を含む世界中の団体が参加しています。 AI Alliance https://thealliance.ai/news Introducing the AI Alliance https://ai.meta.com/blog/ai-alliance/ AI Alliance Launches as an International Community of Leading Technology Developers, Researchers, and Adopters Collaborating Together to Advanc

                                                                              「Meta」「IBM」「ソニー」「東京大学」「慶應義塾大学」など50以上の団体がAI開発推進コミュニティ「AI Alliance」を共同設立
                                                                            • Llama 3.1 の新機能と使い方|npaka

                                                                              以下の記事が面白かったので、簡単にまとめました。 ・Llama 3.1 - 405B, 70B & 8B with multilinguality and long context 1. Llama 3.1 の新機能「Llama 3.1」の新機能は、次のとおりです。 ・128Kトークンの大きなコンテキスト長 (元は8K) ・多言語 ・ツールの使用 ・4,050億パラメータの非常に大きな高密度モデル ・より寛容なライセンス 8B、70B、405Bの3つのサイズがあり、それぞれにベースモデルと指示モデルがあります。128Kトークンのコンテキスト長と、英語、ドイツ語、フランス語、イタリア語、ポルトガル語、ヒンディー語、スペイン語、タイ語を含む8つの言語をサポートしています。「Llama 3.1」は、より長いコンテキストに役立つ効率的な表現である「Grouped-Query Attention」(

                                                                                Llama 3.1 の新機能と使い方|npaka
                                                                              • コンテナーの保護にVM関連技術を応用--「Rust」ベースの新ソリューション「Edera」

                                                                                Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 川村インターナショナル 2024-04-18 07:30 クラウドセキュリティにおける究極の悪夢の1つは、何者かにコンテナーランタイムのセキュリティを突破され、基盤となるOSに侵入されることだ。「Leaky Vessels」などの攻撃では、ハッカーがプログラムに大打撃を与えて、他のコンテナー化されたアプリケーションを破壊し、攻撃者にルートユーザーレベルの権限を付与してしまう可能性がある。つまり、セキュリティが完全に崩壊するということだ。そのような攻撃を防ぐために、「Edera」は古いプログラムを新しい言語に取り込んで、メモリー安全性に優れたコンテナーランタイムを提供する。 「Rust」で記述されたEderaは、従来のオープンソースのタイプ1ベアメタル仮想マシンハイパーバイザーである

                                                                                  コンテナーの保護にVM関連技術を応用--「Rust」ベースの新ソリューション「Edera」
                                                                                • k8s 環境で postgresql するなら pgproxy が便利

                                                                                  はじめに kubernetes 環境で postgresql のコンテナを建てたり、kubernetes クラスタが存在する VPN に postgresql インスタンスを起動する場合、kubernetes の外から postgresql サーバにアクセスする事ができません。モチベーションとしては自分の端末から kubernetes VPN 内にいる postgresql サーバへ psql で接続したいのです。その為にインターネットに穴を開けたくない。 psql が入ったコンテナを追加する... そうじゃない! 失敗した作戦1 コンテナ環境に socat が入った ubuntu コンテナを建て、postgresql へのプロキシを作成、そのコンテナへ kubectl port-forward する作戦です。 $ socat tcp-listen:5432,reuseaddr,fork

                                                                                    k8s 環境で postgresql するなら pgproxy が便利