並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 17 件 / 17件

新着順 人気順

gitopsの検索結果1 - 17 件 / 17件

  • 機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 - Findy Tools

    公開日 2024/07/30更新日 2024/07/29機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 毎回ご好評頂いているアーキテクチャ特集の今回のテーマは、機械学習です。 機械学習に特に力を入れている日本のIT企業8社にご協力頂き、それぞれの技術的な挑戦と今後の展望についてご寄稿頂きました。各社のアプローチと最新の技術動向を通じて、次世代のイノベーションを紐解いていきましょう。 ※ご紹介は企業名のアルファベット順となっております 株式会社ABEJA ABEJA Insight for Retailについて ABEJA Insight for Retailは、お客様の店舗訪問から購入までの行動をデータから分析する、ABEJAが提供するDXツールです。店舗にIoTデバイス(カメラや来客カウンター等)を設置し、取得データを顧客企業に提供することで小売店舗の運営を支援していま

      機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 - Findy Tools
    • SLI、SLO、エラーバジェット導入の前に知っておきたいこと | sreake.com | 株式会社スリーシェイク

      1. はじめに こんにちは、「信頼性は可用性ではない」を標語にしているnwiizoです。 近年、サービスの信頼性向上に向けた取り組みとして、SLI(Service Level Indicator)、SLO(Service Level Objective)、エラーバジェットという概念が注目を集めています。これらは、Google発祥のSRE(Site Reliability Engineering)プラクティスの中核をなす考え方であり、多くの組織がこのアプローチを採用し始めています。また、関連するツールも成熟し始めており、実践的な導入がより容易になってきています。 本ガイドでは、SLI、SLO、エラーバジェットを導入する前に知っておくべき重要なポイントについて詳細に解説します。各概念の定義から実践的な導入ステップ、さらには組織文化の変革まで、包括的な情報を提供します。 2. SREにおける基本

        SLI、SLO、エラーバジェット導入の前に知っておきたいこと | sreake.com | 株式会社スリーシェイク
      • 移行の前にCodeCommitの位置づけを振り返る - Qiita

        はじめに 前提として、このブログの内容を踏まえたものです。 上述のブログの言を借りると、AWS CodeCommitにおいて7/28現在、以下の状況になっている様子です。 既存リポジトリがあるアカウントは特に制限無くCodeCommitを利用可能 これまでCodeCommitを使っていなかったアカウント(もしくは既存リポジトリが無いアカウント)は新規リポジトリ作成不可 これはCodeCommitのサービス終了を即座に意味するものではありません。ただし、リポジトリを新規に利用できなくなるということは、一般的にはCodeCommitとしてのサービス縮退、メンテナンスフェーズとして捉えることもできます。先のブログが公開されたのは日本時間では土曜日ということもあり、少なくともこの解釈を否定するアナウンスは出ておらず、個人的には動揺する点もありました。 今回はCodeCommitが担っていた役割を振

          移行の前にCodeCommitの位置づけを振り返る - Qiita
        • Kubernetes 1.31 – 新機能は?

          本文の内容は、2024年7月26日に Nigel Douglas が投稿したブログ(https://sysdig.com/blog/whats-new-kubernetes-1-31/)を元に日本語に翻訳・再構成した内容となっております。 Kubernetes 1.31が間もなく登場します。このリリースでは、プロジェクトに大きな変更が加えられます。では、このリリースの新機能は何でしょうか? Kubernetes 1.31には、このリリースで「 Graduating 」として追跡されている 37 項目を含む、多数の機能強化が含まれています。これらのうち、待望の Kubernetes 向け AppArmor サポートを含む11 の機能強化がステーブルに移行します。これには、API でコンテナまたはポッドの AppArmor プロファイルを指定し、そのプロファイルをコンテナランタイムによって適用

            Kubernetes 1.31 – 新機能は?
          • TiDB User Day 2024 に参加なぅ

            今年も TiDB User Day に参加しています! とりあえずライブブログ頑張るw hashtag: #TiUD2024 全体さくっと PingCAPのTiDBは、高スケーラビリティとAI活用が評価され、成長中。 LinkedInは、TiDBのスケーリングとオペレーションで課題と改善点を発見。 Pinterestは、HBaseからTiDBに移行し、パフォーマンス向上と運用効率を実現。 レバテックは、リソース・管理効率向上とゼロダウンタイムを目指しTiDBに移行。 サイバーエージェントは、旧データ基盤からTiDBを含む新基盤へ移行し、運用負荷を軽減。 Voicyは、TiDB Cloud導入でコスト削減と運用効率を向上させた。 Orbは、ETL障害と遅延解消のため、CassandraとMySQLからTiDBに移行。 DMMは、クラウド化とGo書き直しを機にTiDB Cloudを採用し、運用

              TiDB User Day 2024 に参加なぅ
            • クラウドの錬金術:Docker&Kubernetesが拓く次世代アプリの世界

              クラウドネイティブアプリケーションが、ビジネスの常識を覆しています。DockerとKubernetesという現代の錬金術で、開発者たちは驚くべき成果を生み出しています。この記事では、これらの技術がいかに企業を変革し、成功に導いているかを探ります。最新のAWS活用法から、業界のパイオニアたちの秘策まで、クラウドネイティブの世界をご案内します。 この記事のPOINT DockerとKubernetesの基本概念と活用方法 AWSを用いたクラウドネイティブアプリケーションの構築手順 マイクロサービスアーキテクチャとサーバーレスコンピューティングの利点 実際の企業におけるクラウドネイティブ技術の成功事例と導入戦略 クラウドネイティブの革命:Docker・Kubernetesで実現する次世代アプリケーション クラウドネイティブアプリケーション開発は、DockerとKubernetesを活用し、効率的

                クラウドの錬金術:Docker&Kubernetesが拓く次世代アプリの世界
              • #tauとは何か?オープンソースGit-NativeCDN PaaS Vercel,Netlify,Cloudflare,CloudFrontの代替手段 #七13

                #tauとは何か?オープンソースGit-NativeCDN PaaS Vercel,Netlify,Cloudflare,CloudFrontの代替手段 #七13 https://github.com/taubyte/tau Tau は、ソフトウェア開発者が気に入る、低メンテナンスで拡張性の高いクラウド コンピューティング プラットフォームを構築するためのフレームワークです! Install Tautau 標準システム ライブラリを除いて外部依存関係のない単一のバイナリです。その上で、最小限の構成で済みます。これらは主な手順です: Install Tau curl https://get.tau.link/tau | shConfigure tau config generate -n yourdomain.com -s compute --services all --ip your_p

                • EKSのアップグレード方式をin-placeからBlue/Greenへ変更した話 - RevComm Tech Blog

                  Analytics Teamの山内健二です。RevCommの解析基盤に導入されているAmazon EKSクラスタでBlue/Greenアップグレードを導入し、合わせて今後の工数削減のために自動化を行ったので、その内容をご紹介します。 RevCommの解析基盤の概要 アップグレードの内容の前に、簡単にRevCommの解析基盤を簡単に紹介します。RevCommはMiiTel、MiiTel Meetingsなど、複数のプロダクトを提供しておりますが、文字起こしなどの解析を実施する基盤は共通して単一のものとなっています。 この解析基盤は単一のアプリケーションから動いているのではなく、音声認識など解析機能等の単位で分割された複数のアプリケーションから構成されており、現在これらが1つのEKSクラスタの中にホストされています。 EKSクラスタを含めたAWSリソースや、AWS Load Balancer

                    EKSのアップグレード方式をin-placeからBlue/Greenへ変更した話 - RevComm Tech Blog
                  • 三菱UFJフィナンシャル・グループ: 金融サービスの拡充と発展を支える新たな共通基盤を Google Cloud で構築 | Google Cloud 公式ブログ

                    株式会社三菱UFJフィナンシャル・グループ(以下、MUFG)は従来からクラウド サービスの採用を積極的に推進。万全のセキュリティを担保しつつ、さまざまな業務アプリケーションや金融サービスを支えるバックエンド システムを、クラウド インフラ上にも構築してきました。その MUFG が今回、新規事業やサービスの迅速な立ち上げに焦点を当てた新たなクラウド共通基盤を、Google Cloud を利用して構築しています。プロジェクトの狙いや、Google Cloud の採用理由について、開発を担当した 3 名に話を伺いました。 利用しているサービス: Cloud Run, Security Command Center, VPC Service Controls, Cloud Build など 時代のニーズに対応した新たなクラウド共通基盤構築に Google Cloud が選ばれた理由多くのミッション

                      三菱UFJフィナンシャル・グループ: 金融サービスの拡充と発展を支える新たな共通基盤を Google Cloud で構築 | Google Cloud 公式ブログ
                    • アップグレードは回数をこなさないとうまくいかない 実践!企業におけるAKSアップグレード戦略

                      アップグレードは回数をこなさないとうまくいかない 実践!企業におけるAKSアップグレード戦略 Session#3 イオンスマートテクノロジーで実践しているAKSアップグレード戦略 #1/2 イオンスマートテクノロジーで実践しているAKSアップグレード戦略 齋藤光氏:「イオンスマートテクノロジーで実践しているAKSアップグレード戦略」ということで、ここまで真壁さんと吉川さんが話されたことに対してのアンサーソング的な発表になるかと思いますが、よろしくお願いします。 自己紹介ですが、あらためまして齋藤と申します。イオンスマートテクノロジーには2022年の5月に入社して、SREチームの立ち上げみたいなところをやってきています。今回の発表の内容にも関わるんですけど、「Kubernetes」アップグレードに失敗しない漢を目指して日々奮闘中です。 2023年にも登壇をしていて、SRE NEXTとかClo

                        アップグレードは回数をこなさないとうまくいかない 実践!企業におけるAKSアップグレード戦略
                      • 移行の前にCodeCommitの位置づけを振り返る - Qiita

                        はじめに 前提として、このブログの内容を踏まえたものです。 上述のブログの言を借りると、AWS CodeCommitにおいて7/28現在、以下の状況になっている様子です。 既存リポジトリがあるアカウントは特に制限無くCodeCommitを利用可能 これまでCodeCommitを使っていなかったアカウント(もしくは既存リポジトリが無いアカウント)は新規リポジトリ作成不可 これはCodeCommitのサービス終了を即座に意味するものではありません。ただし、リポジトリを新規に利用できなくなるということは、一般的にはCodeCommitとしてのサービス縮退、メンテナンスフェーズとして捉えることもできます。先のブログが公開されたのは日本時間では土曜日ということもあり、少なくともこの解釈を否定するアナウンスは出ておらず、個人的には動揺する点もありました。 今回はCodeCommitが担っていた役割を振

                          移行の前にCodeCommitの位置づけを振り返る - Qiita
                        • マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する | Amazon Web Services

                          Amazon Web Services ブログ マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する はじめに Amazon Elastic Kubernetes Service (Amazon EKS) は、独自のコントロールプレーンをインストール、運用、保守することなく、AWS 上で Kubernetes を実行できるマネージドサービスです。Amazon EKS を使用すると、AWS インフラストラクチャのすべてのパフォーマンス、スケール、信頼性、および可用性のメリットを享受できるだけでなく、AWS ネットワーキングおよびセキュリティサービスとの統合の恩恵も受けることができます。また、Amazon EKS クラスターは、セルフマネージド型ノード、マネージド型ノードグループ、AWS Fargate といったノードオプションを組み合わせて P

                            マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する | Amazon Web Services
                          • AWS、Terraform、Gitops関連用語の整理 - Qiita

                            AWS アベイラビリティゾーン (AZ) リージョン内で物理的に分離された1つ以上のデータセンターです。 VPC CIDRを指定して作成する隔離された仮想ネットワーク環境です。 Public Subnet 外部からアクセス可能で、Internet Gatewayを通じてインターネットにアクセスできます。 Private Subnet 外部からアクセス不可能で、NAT Gatewayを経由してインターネットにアクセスします。 NAT Gateway Private Subnet内のリソースを外部インターネットと接続するゲートウェイで、逆方向の接続はできません。 Public Route Table Public Subnetから来るトラフィックの経路を設定し、Internet Gatewayを通じて外部に出るように経路を設定します。 Subnet Association: サブネットとRou

                              AWS、Terraform、Gitops関連用語の整理 - Qiita
                            • 移行の前にCodeCommitの位置づけを振り返る - Qiita

                              はじめに 前提として、このブログの内容を踏まえたものです。 上述のブログの言を借りると、AWS CodeCommitにおいて7/28現在、以下の状況になっている様子です。 既存リポジトリがあるアカウントは特に制限無くCodeCommitを利用可能 これまでCodeCommitを使っていなかったアカウント(もしくは既存リポジトリが無いアカウント)は新規リポジトリ作成不可 これはCodeCommitのサービス終了を即座に意味するものではありません。ただし、リポジトリを新規に利用できなくなるということは、一般的にはCodeCommitとしてのサービス縮退、メンテナンスフェーズとして捉えることもできます。先のブログが公開されたのは日本時間では土曜日ということもあり、少なくともこの解釈を否定するアナウンスは出ておらず、個人的には動揺する点もありました。 今回はCodeCommitが担っていた役割を振

                                移行の前にCodeCommitの位置づけを振り返る - Qiita
                              • マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する | Amazon Web Services

                                Amazon Web Services ブログ マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する はじめに Amazon Elastic Kubernetes Service (Amazon EKS) は、独自のコントロールプレーンをインストール、運用、保守することなく、AWS 上で Kubernetes を実行できるマネージドサービスです。Amazon EKS を使用すると、AWS インフラストラクチャのすべてのパフォーマンス、スケール、信頼性、および可用性のメリットを享受できるだけでなく、AWS ネットワーキングおよびセキュリティサービスとの統合の恩恵も受けることができます。また、Amazon EKS クラスターは、セルフマネージド型ノード、マネージド型ノードグループ、AWS Fargate といったノードオプションを組み合わせて P

                                  マネージド型ノードグループを利用した Amazon EKS クラスターのアップグレード戦略を検討する | Amazon Web Services
                                • 新しいログ基盤VictoriaLogsの紹介など: Neco Weekly (2023-06-30号)

                                  Neco Weekly (2023-06-30号) サイボウズ Neco チームでは、 Neco Weekly という「最近気になる Kubernetes や Cloud Native 関連のネタを共有する会」を社内で開催しています。 本記事は共有会の中で紹介したネタをまとめたものです。 今回は第36回目の記事となります。 👀 Notable Articles 障害対応プロセスを改善してきた話 10X さんが障害対応プロセス改善として、障害報告書のフォーマットを用意したり、Incident Bot を作成したりした話。 我々も似たような課題を抱えているので、この Incident Bot は真似してみたいなと思いました。 マルチテナント型EKSを活用したプラットフォームエンジニアリングの光と闇 DMM さんによるプラットフォームエンジニアリングに関する話。 Neco チームと同じく1クラ

                                    新しいログ基盤VictoriaLogsの紹介など: Neco Weekly (2023-06-30号)
                                  • Kubernetes: Martian Kubernetes Kitの舞台裏の秘密を大公開(翻訳)|TechRacho by BPS株式会社

                                    概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Martian Kubernetes Kit: unboxing our toolkit's technical secrets—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2024/05/07 原著者: Ilya Cherepanov(SREエンジニア)、Kirill Kuznetsov(SREチーム責任者)、Travis Turner(技術記事編集者) サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 日本語タイトルは内容に即したものにしました。 Kubernet

                                      Kubernetes: Martian Kubernetes Kitの舞台裏の秘密を大公開(翻訳)|TechRacho by BPS株式会社
                                    1