並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 682件

新着順 人気順

Kubernetesの検索結果241 - 280 件 / 682件

  • 2024 年 Django の現状 | The PyCharm Blog

    Django 開発の最新トレンドを知りたいですか? PyCharm は Django Foundation と連携して世界中 4,000 人以上の Django 開発者を調査し、その回答を基にフレームワークの使用に関するトレンドを解析しました。 このブログ記事では、次のような主な結果をご紹介します。 Django 開発者の 3 人に 1 人が Flask または FastAPI も使用している。 ほとんどの開発者がフルスタック開発と API 開発の両方に Django を使用している。 Django 開発者の 61% が非同期テクノロジーを使用している。 その他にも多くのインサイトがあります! これらの結果を詳しく確認し、インフォグラフィックによる図説も利用しながら Django 開発のその他のトレンドを発見しましょう。 バックエンド: Django 開発者 3 人に 1 人が Flask

      2024 年 Django の現状 | The PyCharm Blog
    • Fundamentals of DevOps and Software Delivery is now available as an early release!

      Today, I’m excited to announce my new book! It’s called Fundamentals of DevOps and Software Delivery, and it’s a comprehensive, hands-on guide to deploying and managing software in production, written for practitioners. Fundamentals of DevOps and Software Delivery is now available as an early release! Readers of Terraform: Up & Running often asked me to recommend a general, comprehensive, practica

        Fundamentals of DevOps and Software Delivery is now available as an early release!
      • Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG

        はじめに 技術部インフラグループの春日です。 2024年現在、弊社が運営している マッハバイト は一部を除いてオンプレからクラウドへの移行が完了しました。 本記事では移行対象の1つであった Apache Solr に関する総括をします。 今回のプロジェクトでは移行自体を最優先とするため、スコープを以下に定めていました。 Apache Solrから他の検索エンジンへは乗り換えない アプリケーション側の改修は向き先の変更だけに留める Apache Solr自体のバージョンUP対応はしない 運用負荷を軽減できる形の構成変更を加える 移行スピードと移行後の運用コストとの天秤 新たに運用しないといけなくなるコンポーネントはなるべく増やさない モニタリングや監視の精度はなるべく落とさない 上記を踏まえ、以降の節ではApache Solrのサービス内利用箇所の紹介から始め、 インフラ構成・デプロイ・モニ

          Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG
        • Googleのオープンモデル Gemma の概要|npaka

          以下の記事が面白かったので、簡単にまとめました。 ・Gemma: Introducing new state-of-the-art open models 1. Gemma「Gemma」は、「Gemini」と同じ技術を基に構築された、軽量で最先端のオープンモデルです。「Google DeepMind」と「Google」の他のチームによって開発された「Gemma」は、「Gemini」からインスピレーションを受けており、その名前はラテン語で「宝石」を意味するgemmaを反映しています。モデルの重み付けに伴い、開発者のイノベーションをサポートし、コラボレーションを促進し、「Gemma」の責任ある使用をガイドするためのツールもリリースします。 「Gemma」は本日より世界中で利用可能になります。 知っておくべき重要な詳細は次のとおりです。 ・「Gemma 2B」「Gemma 7B」の2つのサイズの

            Googleのオープンモデル Gemma の概要|npaka
          • Appleがシステム構成のためのプログラミング言語「Pkl」をオープンソースでリリース

            Appleがシステム構成を作成するためのプログラミング言語である「Pkl(ピックル)」をオープンソースとしてリリースしました。Pklで構成を記述することで、必要に応じてJSONやYAMLのほか、Kotlin、Ruby、JavaScriptなどの形式で自由に出力することが可能とのことです。 Pkl :: Pkl Docs https://pkl-lang.org/index.html apple/pkl: A configuration as code language with rich validation and tooling. https://github.com/apple/pkl システム構成を記述する際にはJSONやYAML、プロパティリスト(plist)などの静的言語を用いる場合が多いものの、表現力に限界があってコードが頻繁に繰り返されたり、独自の検証を提供しないために構文

              Appleがシステム構成のためのプログラミング言語「Pkl」をオープンソースでリリース
            • The Future of WebAssembly Through the Eyes of a Veteran Kubernetes Engineer | HackerNoon

              Too Long; Didn't ReadTaylor Thomas is the Head of Engineering at Cosmonic. He was a core maintainer of Helm for 4 years, and co-creator of Bindle and Krustlet. He is now a contributor to, and maintainer of, CNCF wasmCloud and is helping to bring the Cosmonic distributed application development platform to market. At the Pasadena leg of Kubernetes Community Days (co-located with SCaLE 20x), I had t

                The Future of WebAssembly Through the Eyes of a Veteran Kubernetes Engineer | HackerNoon
              • Gemma: Introducing new state-of-the-art open models

                At Google, we believe in making AI helpful for everyone. We have a long history of contributing innovations to the open community, such as with Transformers, TensorFlow, BERT, T5, JAX, AlphaFold, and AlphaCode. Today, we’re excited to introduce a new generation of open models from Google to assist developers and researchers in building AI responsibly. Gemma open modelsGemma is a family of lightwei

                  Gemma: Introducing new state-of-the-art open models
                • 国内SIer初、開発まわりの補助的な業務を効率化し開発生産性を最大化する「プラットフォームエンジニアリング推進支援サービス」を提供開始

                  国内SIer初、開発まわりの補助的な業務を効率化し開発生産性を最大化する「プラットフォームエンジニアリング推進支援サービス」を提供開始〜最短3ヶ月から内製化、体制作りや開発プラットフォーム構築・保守を並走型で支援〜 株式会社エーピーコミュニケーションズ(本社:東京都千代田区、代表取締役:内田武志、以下「当社」)は、クラウドネイティブ技術の選定・導入や自動化の設計、クラウドへの展開や各種リソースを定義するためのドキュメントの作成、セキュリティー対策などの開発まわりの補助的な業務(ノンコア業務)を効率化することで、エンジニアの開発生産性を最大化する「Platform Engineering(プラットフォームエンジニアリング)」の導入を並走型で支援する「プラットフォームエンジニアリング推進支援サービス」を国内SIerで初めて提供開始します(当社調べ、2024年3月時点)。 本サービスは、プラット

                    国内SIer初、開発まわりの補助的な業務を効率化し開発生産性を最大化する「プラットフォームエンジニアリング推進支援サービス」を提供開始
                  • GitHub、脆弱性のあるリポジトリの修正でセキュアコーディングを学ぶ「Secure Code Game」シーズン2を開始

                    GitHubは2024年2月15日(米国時間)、セキュアコーディングをゲーム感覚で学べる「Secure Code Game」シーズン2の提供を開始した。 Secure Code Gameは、意図的に追加された脆弱(ぜいじゃく)性のあるコードリポジトリの探索、コードの修正、テストの実行を通じて、セキュアコーディングやワークフローにセキュリティを組み込む方法を学ぶことができる開発者や学生向けの学習コンテンツだ。 関連記事 なぜ、いま「セキュアコーディング」なのか? 多くのソフトウェアが脆弱性を抱えたまま出荷され、不正アクセスや攻撃の脅威にさらされているいま、セキュアな開発に関する技術や経験を有するプログラマがいっそう求められるようになりました。この連載ではC/C++言語を例に、セキュアコーディングで特に重要となるトピックスを紹介していきます。 Googleが激推しする「セキュリティのシフトレフ

                      GitHub、脆弱性のあるリポジトリの修正でセキュアコーディングを学ぶ「Secure Code Game」シーズン2を開始
                    • Why I use Astro

                      Why I use Astro Dec 13, 2023 I’ve been thinking about writing this since a few months ago when some prominent people in the industry were battling “why I use Next.js” vs “why I use Remix”. Now, I don’t try to claim that this is the thing you should do. It’s just a collection of thoughts on why I use Astro. What works for me. And what works for me might not be what works for you. That said, I’ve be

                        Why I use Astro
                      • Istioのenvoyサイドカーをデバッグする - CADDi Tech Blog

                        SREチームの前多です。以前、Google Cloudが提供するサービスメッシュのAnthos Service Meshの入門記事を書きました。 caddi.tech この記事のまとめで私は、Istio (Anthos Service MeshのベースのOSS) を詳しく知るには、envoyのことをもっと知る必要があると書きました。 そしてサービスメッシュで何かエラーが起きているとき、それはサービスメッシュ自体ではなく インフラやアプリケーションのバグや設定ミスがサービスメッシュによってあぶり出されるということも述べました。 先日、サービスメッシュ上でPod間のgRPC通信が特定条件で失敗し、サイドカーがない場合のみ通信が成功するという事象が起きていました。 gRPCのライブラリのアップデートやIssueの調査しましたが、原因がわからずサイドカーを外すしかないかと思っていました。 最終手段

                          Istioのenvoyサイドカーをデバッグする - CADDi Tech Blog
                        • NetflixはKubernetes環境における「孤立したPod問題」にどう取り組んでいるのか

                          NetflixはKubernetes環境における「孤立したPod問題」にどう取り組んでいるのか:カーネルパニック発生をnetconsoleで可視化 Kubernetes環境における孤立したPodとは何なのか。Netflixのエンジニアが孤立したPodの問題にどう取り組んでいるのか解説した。 Netflixでエンジニアのカイル・アンダーソン氏は2023年10月28日(米国時間)、エンジニアの苦労を軽減させる取り組みの一環として、Kubernetes環境における「孤立したPod(Orphaned Pod)」にどう取り組んでいるのか、公式ブログで解説した。 Netflixは、同社が内製し、オープンソースで公開しているコンテナ管理プラットフォーム「Titus」を活用しており、Kubernetesと連携させてアプリケーションの実行やデプロイに取り組んでいる。孤立したPodの問題に取り組むことは、バッ

                            NetflixはKubernetes環境における「孤立したPod問題」にどう取り組んでいるのか
                          • オンプレはなぜ安く見える? ガートナーが「クラウドのほうが安い」と断言できるワケ

                            オンプレミスのほうが安価に見える「6つ」の理由 「ガートナーの調査によると、オンプレミス環境よりもクラウドのほうが安いという結果が出ています。その理由をこれから説明しますが、例外はたしかに存在します。しかし、実際の例外よりも、例外であると思い込んでいる人のほうが多いことを伝えなければいけません」と語るのは、ガートナー シニア プリンシパル アナリストのオータム・スタニシュ氏だ。 「例外となるのは、オンプレミス環境以外では動かせない特別なワークロードの場合のみです。ただ、多くのワークロードは残念ながら、そうした特別なものではないことのほうが多いのです」(スタニシュ氏) そこで、スタニシュ氏は「なぜ、オンプレミスのほうが安価に見えるのか?」という質問に対して、次の6つの理由があると説明する。 まず1つ目は、「比較が間違っている」点だ。 オンプレミス環境とクラウドを比較する際に、「仮想マシンを動

                              オンプレはなぜ安く見える? ガートナーが「クラウドのほうが安い」と断言できるワケ
                            • kptでWETなKubernetesマニフェスト管理

                              kptでWETなKubernetesマニフェスト管理 みなさん、Kubernetesでのマニフェスト管理ってどうしてますか? Kubernetesでは、GitOpsと呼ばれる運用方法を用いてマニフェストをGitで管理することが一般的です。 マニフェストをGitで管理することで、変更履歴の追跡、コードレビュー、環境ごとのリリース管理をおこなうことができます。 一方でWall of YAMLとも呼ばれるように、マニフェスト管理は一筋縄ではいかず、Kubernetesの利用者を悩ませる課題の1つとなっています。 本記事では、メジャーなマニフェスト管理ツールの課題やマニフェストのリリース方式の課題、WETリポジトリと呼ばれるマニフェストの管理方法を紹介した後、 kptと呼ばれるツールを利用し、既存ツールの課題やリリース方式の問題点を解決する方法について解説します。 マニフェスト管理ツール Kube

                                kptでWETなKubernetesマニフェスト管理
                              • Flaggerでも手動カナリアリリースがしたい! - ZOZO TECH BLOG

                                はじめに こんにちは。株式会社ZOZOのSRE部プラットフォームSREチームに所属しているはっちーと申します。 本記事では、Kubernetesクラスター上で自動カナリアリリース機能を提供するFlaggerが導入済みのマイクロサービスにおいて、手動カナリアリリースを実施する方法について紹介します。一見、矛盾するように思えるかもしれません。しかし、時にはそのような要件も発生することがあります。また、手動カナリアリリースで運用している状態からFlaggerの導入を検討している場合、導入後も念のために現行の手動カナリアリリースができるのか、という点は気になるかと思います。すでにFlaggerを導入している、これからの導入を検討している、という方の参考になりましたら幸いです。 目次 はじめに 目次 前提知識(Flagger) Manual Gatingの基本 Manual Gatingとは Man

                                  Flaggerでも手動カナリアリリースがしたい! - ZOZO TECH BLOG
                                • How Airbnb Smoothly Upgrades React

                                  IntroductionAirbnb’s frontend recently reached a major milestone: all of our web surfaces have been upgraded from React 16 to React 18, the current major version of React¹. This was a big project for a product with many surfaces, including Guest and Host pages as well as many internal tools. To safely perform this upgrade, we created the React Upgrade System: reusable infrastructure that allows us

                                    How Airbnb Smoothly Upgrades React
                                  • Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 | SleepEasy Website Monitor

                                    Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 [This article is the companion to my presentation for CodeBEAM America 2024, Elixir is the One-Person Stack for Building a Software Startup. You can download the slides as a PDF or view them in Google Slides.] I’d like to share why I chose Elixir as the programming language (and really, as we’ll discuss, the full stack)

                                      Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 | SleepEasy Website Monitor
                                    • Kubernetes、何をどうやって監視する? ~ 食べログにおけるオンプレKubernetes監視事例紹介 ~ - Tabelog Tech Blog

                                      目次 はじめに 食べログにおけるKubernetes化のモチベーションとその進み具合 Kubernetesというインフラにおける監視戦略 監視システムは作り込むのではなく買う あらゆるコンポーネントのゴールデンシグナルを観測する なるべく一箇所からあらゆるメトリクス/ログをクエリできるようにする メトリクスデータには決められたラベルを付与する 食べログにおけるKubernetes監視のwhatとhow 監視データの置き場 ログデータ置き場 メトリクスデータ置き場 監視している内容 ゴールデンシグナルの監視 容量監視 ロギング 監視ツールの監視 食べログにおける監視失敗事例 事例1: Pod総数爆増によるクラスタ全体のスローダウン 事例2: 同一DeploymentのPodが同時にevictされたことによるサイト閲覧障害 おわりに はじめに 食べログ 技術部 SREチームの下國 峰昌と申しま

                                        Kubernetes、何をどうやって監視する? ~ 食べログにおけるオンプレKubernetes監視事例紹介 ~ - Tabelog Tech Blog
                                      • neue cc - R3 - C#用のReactive Extensionsの新しい現代的再実装

                                        R3 - C#用のReactive Extensionsの新しい現代的再実装 2024-02-27 先日、新しいC#用のReactive Extensionsの実装としてR3を正式公開しました!R3はRx for .NETを第一世代、UniRxを第二世代とした場合の、第三世代のRxという意味で命名しています。Rxとしてのコア部分(ほぼdotnet/reactiveと同様)は.NET共通のライブラリとして提供し、各プラットフォーム特化のカスタムスケジューラーやオペレーターは別ライブラリに分けるという形により、全ての.NETプラットフォーム向けのコアライブラリと、各種フレームワーク Unity, Godot, Avalonia, WPF, WinForms, WinUI3, Stride, LogicLooper, MAUI, MonoGame 向けの拡張ライブラリを提供しています。 GitH

                                        • Infrastructure Manager のご紹介: Terraform を使用した Google Cloud リソースのプロビジョニング | Google Cloud 公式ブログ

                                          Infrastructure Manager のご紹介: Terraform を使用した Google Cloud リソースのプロビジョニング ※この投稿は米国時間 2023 年 9 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 Terraform の機能を Google Cloud マネージド サービスとして提供する Infrastructure Manager をご紹介いたします。Infrastructure Manager を使用すると、Terraform の堅牢な基盤に構築された Infrastructure as Code(IaC)の原則に基づいて Google Cloud インフラストラクチャを管理できます。これにより、宣言型の構成を使用してクラウド リソースをデプロイ、設定、管理する際に、両方の長所を活かした合理的なマネージド エクスペリエ

                                            Infrastructure Manager のご紹介: Terraform を使用した Google Cloud リソースのプロビジョニング | Google Cloud 公式ブログ
                                          • オンプレミスKubernetes環境でのDatadogのデータ欠損を解消した話 - pixiv inside

                                            はじめに こんにちは。インフラ部のlyluckです。 この記事ではオンプレミスKubernetesクラスター環境のデータがDatadogへ送りきれず欠損した現象と、その解消方法について紹介します。 背景 ピクシブでは2023年からオンプレミスKubernetesクラスターが稼働し始めました。 徐々にクラスター上で稼働するサービスが増えつつあります。今では10ノードほどの規模のクラスター上で10程度のサービスが稼働しており、常に300台ほどのPodが起動しています。 クラスターやクラスター上のリソースの監視にはDatadogを利用していましたが、時間帯によっては監視データが欠損することが問題になりました。 リソースの監視に支障をきたしたり、意図しないアラートのトリガーが発生してしまったりしたため、この問題に対応することになりました。 まとめ クラスターチェックランナーを使ってKubernet

                                              オンプレミスKubernetes環境でのDatadogのデータ欠損を解消した話 - pixiv inside
                                            • CloudNative Days Tokyo 2023 〜現地参加のふりかえり〜 - RAKUS Developers Blog | ラクス エンジニアブログ

                                              SRE課の飯野です。 2023/12/11(月)〜12(火)の2日間、『CloudNative Days Tokyo 2023』(以下CNDT)が開催されました。 弊社からはわたしが所属するSRE課の他、インフラ開発部の大阪メンバー(出張での参加!)や楽楽精算の開発メンバーなども含め、15名ほどが現地参加しました。 本ブログでは、CNDT参加後に行った社内でのふりかえりの内容をお届けします。 『SRE NEXT 2023』参加時のブログもありますので、よろしければこちらもご覧ください。 tech-blog.rakus.co.jp 目次 CNDTとは? 当日の様子 ふりかえりやってみよう 総括 CNDTとは? 『CloudNative Days』というコミュニティが手掛けている日本最大級のクラウドネイティブ・テックカンファレンスです。 その名の通り「クラウドネイティブ技術」に焦点を当てており

                                                CloudNative Days Tokyo 2023 〜現地参加のふりかえり〜 - RAKUS Developers Blog | ラクス エンジニアブログ
                                              • 「Ansible」と「Docker」の違いは? 両ツール連携の仕組みは?

                                                「Ansible」と「Docker」の違いは? 両ツール連携の仕組みは?:併用すれば多くのインフラ管理が可能に AnsibleとDockerにはそれぞれ特定の役割がある。AnsibleのPlaybookとDockerのDockerfileを一緒に使えば、サーバの制御と構成可能性が向上する。本稿では、AnsibleとDockerの違いと、両ツールが連携する仕組みを解説する。 Red Hatの「Ansible」とDockerの「Docker」はいずれも、自動化によってソフトウェアのリリース速度を上げたいと考えるIT部門に広く使われているツールだ。両ツールは大きく異なるが、うまく連携して機能する。ソフトウェアのデプロイと運用に関して、両ツールはそれぞれ異なる重要なタスクを担う。 Dockerにより、メンテナンスが容易で反復可能な方法でアプリケーションを運用できる。管理者はアプリケーションのコマン

                                                  「Ansible」と「Docker」の違いは? 両ツール連携の仕組みは?
                                                • GoogleとHugging Faceが戦略的提携、Hugging FaceユーザーがNVIDIAのH100やGoogleのTPUなどの強力な計算資源を利用可能に

                                                  機械学習モデルの配布やデモの実行が可能なAI開発プラットフォーム「Hugging Face」がGoogle Cloudと戦略的パートナーシップを提携しました。この提携により、Hugging FaceのユーザーはGoogle Cloudの強力な計算資源を手軽に利用可能となります。 Hugging Face and Google partner for open AI collaboration https://huggingface.co/blog/gcp-partnership Google Cloud and Hugging Face Announce Strategic Partnership to Accelerate Generative AI and ML Development - Jan 25, 2024 https://www.googlecloudpresscorner.

                                                    GoogleとHugging Faceが戦略的提携、Hugging FaceユーザーがNVIDIAのH100やGoogleのTPUなどの強力な計算資源を利用可能に
                                                  • gRPC Federation: gRPC サービスのための Protocol Buffers を進化させるDSL | メルカリエンジニアリング

                                                    Merpay Engineering Productivity Team の goccy です。 gRPC Federation は、gRPC で通信する複数のサービスから得た結果を合成して返すようなサービスを簡単に作成するための仕組みです。DSL ( Domain Specific Language ) を Protocol Buffers 上で記述することで利用します。まずは、GraphQL(Apollo) Federation の gRPC 用のものだと考えるとわかりやすいと思います。2023年8月に OSS として公開し、先日 Public Roadmap を公開しました。2024/6月末を目標に Version 1.0 ( GA版 ) をリリースする予定です。また、最近は Protocol Buffers のエコシステムに参加しました。Protobuf Global Extens

                                                      gRPC Federation: gRPC サービスのための Protocol Buffers を進化させるDSL | メルカリエンジニアリング
                                                    • WebAssemblyによるサーバレスをKubernetes上で実現する「SpinKube」、CNCFへの寄贈を発表

                                                      WebAssemblyによるサーバレスをKubernetes上で実現する「SpinKube」、CNCFへの寄贈を発表 WebAssemblyによるサーバレスプラットフォームをKubernetes上で実現するオープンソースの「SpinKube」が、Cloud Native Computing Foundation(CNCF)へ寄贈されたことが発表されました。 Today on the #KubeCon + #CloudNativeCon keynote stage, @michelledhanani alongside @Azure & @ZEISS_Group shared how & why #Wasm has taken root in the cloud native world. Read about it getting practical & about @SpinKube's

                                                        WebAssemblyによるサーバレスをKubernetes上で実現する「SpinKube」、CNCFへの寄贈を発表
                                                      • GitHub - glasskube/glasskube: 🧊 The next generation Package Manager for Kubernetes 📦 Featuring a GUI and a CLI. Glasskube packages are dependency aware, GitOps ready and can get automatic updates via a central public package repository.

                                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                          GitHub - glasskube/glasskube: 🧊 The next generation Package Manager for Kubernetes 📦 Featuring a GUI and a CLI. Glasskube packages are dependency aware, GitOps ready and can get automatic updates via a central public package repository.
                                                        • How does Sidekiq really work?

                                                          Since its publication, this post was endorsed by Mike Perham, the creator of Sidekiq. Hacker News discussion 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 simple-to-use solution for offloading the execution o

                                                          • ブログと Web サイトをオーバーホールした

                                                            一部の人には気付かれていたと思うんですが、diary.sorah.jp と blog.sorah.jp が長い間ダウンしていました。復旧させるのも腰が重く 2 年くらい放置していて (その間にも一瞬手を入れたりはしていたけど持続せず)、11 月に入っていろいろな家事をしていてその一環でようやく復活に至ったので報告します。 先に結果として書くと、sorah.jp 含めて Next.js 13 (SSG) になりました。裏に https://github.com/sorah/kozeki というちょっとしたソフトウェアがいて、Markdown ファイル群を処理させています。 なんで復旧の腰が重かったのか ブログはこれまで sorah/days - Rack アプリをデプロイしていました。サーバーフル! まずこのアプリ自体が ActiveRecord + Sinatra という構成になっていて

                                                            • コンテナイメージ脆弱性管理ツールのKubeClarityを試してみる - 世界中の羊をかき集めて

                                                              KubeClarity とは KubeClarityとはKubernetes環境におけるセキュリティ管理を支援するオープンソースツールです。 具体的にはKubernetes上に存在するコンテナイメージのSBOMを生成し、SBOMを元に脆弱性スキャンを行います。 そしてスキャン結果をWeb UI上で見ることができます。 SBOMの生成にはデフォルトではSyftが使用され、SBOMに対しての脆弱性スキャンにはGrypeがデフォルトで使用されます。 SBOMの生成には他にもCyclonedx-gomod、Trivyが選択可能で、SBOMに対しての脆弱性スキャンは他にもDependency-Track、Trivyが選択可能です。 Trivy Operatorとの違い 似たようなツールとしてTrivy Operatorがあります。 Trivy OperatorもKubernetes上のコンテナイメー

                                                                コンテナイメージ脆弱性管理ツールのKubeClarityを試してみる - 世界中の羊をかき集めて
                                                              • Actions Runner Controller Deep Dive!- コード解説 後編 - - APC 技術ブログ

                                                                こんにちは!ACS事業部の谷合です。 皆大好きGitHub Actionsにおける、GitHub社公式のSelf-hosted runnerであるActions Runner Controller(以降ARC)の紹介をシリーズでお送りしております。 前回までに以下の記事を書いておりました。 Actions Runner Controller Deep Dive!- アーキテクチャ編 - - APC 技術ブログ Actions Runner Controller Deep Dive!- 動作解説編 - - APC 技術ブログ Actions Runner Controller Deep Dive!- コード解説 前編 - - APC 技術ブログ 前回に引き続き、Actions Runner Controllerのコード解説をしていきます。 はじめに この記事のこと コード解説 AutoSca

                                                                  Actions Runner Controller Deep Dive!- コード解説 後編 - - APC 技術ブログ
                                                                • 入門 eBPF

                                                                  eBPFは、ネットワーク、セキュリティ、オブザーバビリティなど、さまざまなインフラ関連の分野のプラットフォームとして利用が広がりつつある、近年最も注目されている技術の1つです。本書ではカーネルの機能を拡張する方法として注目度の高いeBPFについて、どんな技術であるか、何ができるかを概観することができます。基本的なeBPFプログラムの書き方を紹介するとともに、仕組みも理解できるようになっています。 訳者まえがき まえがき 1章 eBPFとは何か? なぜ、重要なのか? 1.1 eBPFのルーツ:Berkeley Packet Filter 1.2 BPFからeBPFへ 1.3 本番環境に向けてのeBPFの進化 1.4 名前付けは難しい 1.5 Linuxカーネル 1.6 カーネルへの新機能の追加 1.7 カーネルモジュール 1.8 eBPFプログラムの動的ロード 1.9 高性能なeBPFプログ

                                                                    入門 eBPF
                                                                  • マルチアカウント管理におけるAmazon GuardDutyの活用方法 - NRIネットコムBlog

                                                                    はじめに Amazon GuardDutyはどんなサービス? S3 Protection EKS Protection Malware Protection RDS Protection Lambda Protection Runtime Monitoring Runtime Monitoring 自動エージェント設定 Runtime Monitoring 手動エージェント設定 信頼されているIPリスト/脅威IPリスト マルチアカウント管理におけるAmazon GuardDutyの活用 Amazon GuardDutyを活用したマルチアカウント設計・運用のポイント ①全てのAWSアカウント、全ての利用リージョンで有効化する ②検出結果を定期的に確認する ③Security Hubとの連携 ④世界観、コスト、体制を考慮したGuardDutyの活用 Amazon GuardDutyを活用したマ

                                                                      マルチアカウント管理におけるAmazon GuardDutyの活用方法 - NRIネットコムBlog
                                                                    • ”Kubernetes” の基本を徹底解説 - Qiita

                                                                      本記事では、Kubernetes(K8s)の基本を徹底解説します! 「Kubernetesという言葉をチラッと聞いたことがあるけど、よく分からん」 「何となく使ってはいるけど、何してんのかよく分からん」 「Dockerは使ってことあるけど、Kubernetesって何?」 そんな方は、ぜひ読み進めてください! 今後システム開発やPMを行うエンジニアとして活動する中で、大規模なサービスを担当することになればなるほどKubernetesに触れる機会は必ず増えます。上昇志向のあるエンジニアであれば、知っておいて損はありません! また最後により深くKubernetesについて理解するための学習方法を紹介しているため、「Kubernetes詳しいぜ!」という方もぜひ一読していただければと思います。 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページ

                                                                        ”Kubernetes” の基本を徹底解説 - Qiita
                                                                      • オープンソースのKubernetesネットワーク可観測性プラットフォーム「Retina」をリリース Microsoft

                                                                        Microsoftは2024年3月19日(米国時間)、特定のクラウドに依存しないオープンソースのKubernetesネットワークオブザーバビリティ(可観測性)プラットフォーム「Retina」をリリースした。Retinaは、コンテナネットワークインタフェース(CNI)、OS、クラウドにかかわらず、Kubernetesのワークロードトラフィックを可視化、観測、デバッグ、分析できる。 Microsoftによると、Retinaはアプリケーションとネットワークの健全性とセキュリティを監視するための一元化されたハブとして機能するという。また、DevOps、SecOps、コンプライアンスのユースケースに取り組むクラスタネットワーク管理者、クラスタセキュリティ管理者、DevOpsエンジニアに、実用的な洞察を提供できるとしている。 関連記事 非同期マルチスレッドフレームワーク「Pingora」をオープンソー

                                                                          オープンソースのKubernetesネットワーク可観測性プラットフォーム「Retina」をリリース Microsoft
                                                                        • Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに

                                                                          Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに Kubernetesはリリースごとにそのリリースを担当するチームがコード名とリリースロゴを決めます。 4月17日にリリースされた最新のKubernetes 1.30は、コード名が「UwU」と「Kubernetes」を組み合わせた「Uwubernetes」と設定されました。 「UwU」は海外で使われる顔文字で、キュートさやハッピーさを表しています(そう言われると、そういう顔に見えてきませんか?)。リリースロゴもキュートなものになっていますね。 というわけで、Kubernetes 1.30では特に目立った新機能があるわけではないのですが、リリースロゴが可愛かったので紹介することにしました:-) Kuberenetes 1.30で安定版になった主な機能 Robu

                                                                            Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに
                                                                          • エンジニアは子供がいると勉強できないのか - Qiita

                                                                            たびたび話題になってる気がしますが以下のようなポストが流れてきました。 これについてのみなさんの反応や自分でも思ったことがあったのでポエムとして記事にしてみました。特に未経験からエンジニアを目指してる人なんかはご家庭を持ちながら日々がむしゃらにがんばられている人も多いんじゃないかなと思いあんまり無茶しないでねという気持ちも込めて書きました。 子供がいるとどうなるのか こんなこと言うまでもないと思いますが子供ができると今までコード書いていた時間が嘘のようにまったく取れなくなります。わたしの場合、9ヶ月になる子供が1人いて現在育休中です。だいたい、朝の7時前後には起き出してあとは永遠とひっくり返っては泣いて、頭をぶつけては泣いてを繰り返しています。昼寝は2-3回しますがだいたい30分から1時間程度です。子供が昼寝している間はたまった家事をやって、家事がなければパソコンいじりますが30分ではたい

                                                                              エンジニアは子供がいると勉強できないのか - Qiita
                                                                            • Kubernetesで構築する大規模時系列データのスケーラブルな分散処理

                                                                              CloudNative Days Tokyo 2023 での登壇資料です

                                                                                Kubernetesで構築する大規模時系列データのスケーラブルな分散処理
                                                                              • AI・機械学習チーム流MLOpsの歴史 - エムスリーテックブログ

                                                                                エムスリー Advent Calendar 2023 五日目担当、AI・機械学習チームの横本(yokomotod)です。前日は同じくAIチーム大垣さん(id:Hi_king)からの「画像を理解するGPT-4 Visionで、既存の画像認識モデルを説明可能にする」でした。 たまたま並んでしまいましたが、昨日のAIチームのMLエンジニアリングな話に続けて、今日はMLOpsやインフラについてのお話です。 (さらに本日はmabl Advent Calendar 2023としてQAチームの城本さん(@yuki_shiro_823)から「mabl Experience'23で「複数チームでmablを活用する際の課題と対応」について話しました 」も公開されています!) どうやらエムスリーAIチームも2017年の発足からもう6年が経過しているようです。 私がチームに参加したのは2019年ごろですが、見てき

                                                                                  AI・機械学習チーム流MLOpsの歴史 - エムスリーテックブログ
                                                                                • State of DevOps 2023レポートが公開!日本語版はまだ:Productivity Weekly (2023-10-11号)

                                                                                  こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2023-10-11 単独号です。 今回が第 128 回目です。過去の記事はこちら。 news 📺 2023 State of DevOps Report | Google Cloud 2023 年版の State of DevOps Report が公開されました。 State of DevOps Report は Google の DevOps Research and Assessmen

                                                                                    State of DevOps 2023レポートが公開!日本語版はまだ:Productivity Weekly (2023-10-11号)