並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 177件

新着順 人気順

Kubernetesの検索結果81 - 120 件 / 177件

  • Binary Authorization を使用してイメージのデプロイを制御する  |  Cloud Build Documentation  |  Google Cloud

    フィードバックを送信 Binary Authorization を使用してイメージのデプロイを制御する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Binary Authorization を使用して、Cloud Build によってビルドされたイメージのみのデプロイを許可する方法について説明します。 始める前に Cloud Build, Binary Authorization, and Artifact Registry API を有効にします。 API を有効にする このガイドのコマンドラインの例を使用するには、Google Cloud SDK をインストールして構成します。 プラットフォームに Binary Authorization を設定する。 Binary Authorization でデプロイを制御する Binary A

      Binary Authorization を使用してイメージのデプロイを制御する  |  Cloud Build Documentation  |  Google Cloud
    • PrometheusとGrafanaでオブザーバビリティ入門 | オブジェクトの広場

      Prometheus / Grafana Loki / Grafana Tempoを活用して分散システムにおけるメトリクスやログ、トレースの調査・分析を体験してみます。 1. はじめに 皆さんはシステム運用をどのように行っていますでしょうか。筆者は数年前まではモノリシックなシステムの運用が多かったこともあり、CPUやメモリなどの使用率に閾値を設けたり、エラーログを検出することでメールを発報するような運用監視を長年続けていました。しかし近年はクラウドの利用が当たり前になりコンテナやサーバレスでのシステム構築が増えたことで、システム全体の構成が複雑化してきています。複雑化されたシステムは異常が見つかっても複数のアプリケーションにわたって調査する必要が出てくるため、単純なCPUやメモリ、エラーログ等の監視だけでは原因の特定が困難になってきました。そこで今回は複雑な分散システム全体を観測する手法と

        PrometheusとGrafanaでオブザーバビリティ入門 | オブジェクトの広場
      • やらないと後悔するUdemy8選 - Qiita

        はじめに みなさんは何か新しいスキルを得るときにどのように学習するでしょうか? 私はプログラミングコーチングJISOUで多くのジュニアエンジニアとカウンセリングをする中で8割以上の人がUdemyで学習すると言っていることに気づきました。 そこで今回は私がいままでやってきた35個の講座の中でこれはやってよかったと今でも思えるものを紹介していきます。Udemyはその人が学習している技術や興味のある技術でないと参考にはしづらいと思いますが、おすすめを学習することは時間の観点でものすごい価値があると考えているので参考にしてみてください! Udemyの怖いところ Udemyはとても恐ろしいサービスです 以前にも以下の記事を投稿して話題になりました。 ぜひ読んでほしいのですが、ざっくり解説すると 「Udemyは1本終わらせるのに数十時間単位で時間を使うので、その使い方を間違えると時間の損失が大きい」

          やらないと後悔するUdemy8選 - Qiita
        • インフラエンジニアの日常:OpenStack & Kubernetesの運用から技術広報まで / 開発者向けブログ・イベント | GMO Developers

          こんにちは、GMOインターネットグループ株式会社の長谷川です。 今回はサマーインターンも近く、このはぴば2024 LT でインフラの裏側を発表させていただいたので、オンプレで OpenStack & Kubernetes を管理するインフラエンジニアの日常や普段の業務内容について語っていこうと思います。 弊社のインフラエンジニアの守備範囲(クラウド・ホスティング系) Kubernetes 運用管理・検証 OpenStack 運用管理・検証 仮想基盤検証 新規機能開発 組織運営系 広報活動 一つずつ説明していこうと思います。 Kubernetes 運用管理・検証 まずは、Kubernetes の運用管理があります。 基本的に最近のインフラ基盤には Kubernetes が使われており、主に Kubernetes バージョンアップの為の検証や現在のインフラ基盤で課題のある部分を Kuberne

          • Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita

            はじめに 私のエンジニアとしての初仕事はDockerでした。辛かったのをいまでも思い出します みなさんこんにちは、Watanabe Jin(@Sicut_study)です。 みなさんはエンジニア始めたての時にどんなことで苦労したでしょうか? GitHub Docker Kubernetes AWS など色々あるかと思いましたが、「環境構築」というのは多くの人がつまづく箇所かと思います。 プログラミングの勉強をするにはそもそもの開発環境がないとできないことも多いです。 またAWSなどのクラウドを利用してデプロイをするときにも再度登場して苦しめられます。 今回はそんな初心者には考え方や使いどころがわかりづらいDockerについて例え話を活用しながら説明していきたいと思います。 Dockerが難しいと思うのは、「概念がよくわからない」「説明を読んでも使いどころのイメージがつかない」というのがある

              Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita
            • Spring アプリケーションの起動時間"改善"と Cloud Native Buildpacks のすゝめ

              Java は他の開発言語と比較しても、開発効率性とパフォーマンスのバランスに長けており、それを理由に採用しているプロジェクトも多いと多います。ところが、アプリケーションの起動時間においてネガティブな印象を与えることが多く、一例としてサーバレスに代表されるような Function as a Service (FaaS) 環境での利用を避けられているなどの実態があります。Spring とそのコミュニティは長らくこの点に着目しており、様々な機能改善を行っております。特に、ソースコードへ影響を全く与えず、あくまで基盤側の設定のみで起動時間の改善が実現できるかがひとつの関心ごとになっています。 このブログでは、Spring アプリケーションの起動時間”改善”について執筆時点での最新状況をお届けします。また、結論だけ先にかいてしまうと、その恩恵にあやかるには Cloud Native Buildpac

                Spring アプリケーションの起動時間"改善"と Cloud Native Buildpacks のすゝめ
              • #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

                • 「アップデートが大変」から「自動化して楽をする」時代へ AKSアップデートにおける2つの戦略サンプル

                  日本マイクロソフト株式会社の真壁氏が、AKSアップデートの最新事情から、アップデートの代表的な失敗例、2つのアップデートの戦略サンプルについて話しました。全3回。前回の記事はこちら。 1つ目の戦略サンプル AKSの規定・推奨ベースにする 真壁徹氏:(スライドを示して)戦略のサンプルを簡単にまとめてきました。 1個目がAKSの規定や推奨ベースにするということで、これは冒頭で話したKubernetesの推奨、AKSの推奨に従うやり方ですね。AKSだけではなくてKubernetesコミュニティ、あとはまわりのエコシステムが成熟してきて、リスクは下がってきています。 なのですが、このサンプルではマイナーバージョンアップは手動で行います。パッチとか、パッチバージョン、Nodeのイメージのアップグレードは自動でやりましょう。それでスケジュールを工夫します。 夜中にやるとか昼にやるとか、いろいろ工夫でき

                    「アップデートが大変」から「自動化して楽をする」時代へ AKSアップデートにおける2つの戦略サンプル
                  • Google Cloud Next Tokyo '24 速報レポート(キーノート・2日目) - G-gen Tech Blog

                    G-gen の杉村です。当記事では、Google Cloud Next Tokyo '24 のキーノート(2日目)に関する速報レポートをお届けします。 他の Google Cloud Next Tokyo '24 関連記事は Google Cloud Next Tokyo '24 の記事一覧からご覧いただけます。 概要 Google Cloud Next Tokyo '24 キーノート(基調講演)とは Vertex AI Agent Builder Google Vids、Imagen 3、Veo データエージェント 最近公開された新機能 データエージェントのデモ ヤマト運輸社の事例 コードエージェント Gemini Code Asisst と Gemini Cloud Asisst データベース Spanner Bigtable セキュリティ Google Workspace Googl

                      Google Cloud Next Tokyo '24 速報レポート(キーノート・2日目) - G-gen Tech Blog
                    • アップグレードはアプリケーションの回復性を確かめる機会 AKSをヘルシーに運用するための、それぞれの役割

                      日本マイクロソフト株式会社の真壁氏が、AKSアップデートの最新事情から、アップデートの代表的な失敗例、2つのアップデートの戦略サンプルについて話しました。全3回。前回の記事はこちら。 環境や設定による、AKSアップデートの失敗例 真壁徹氏:ここからは、どうやって(AKSを)アップデートしていくかという戦略を考えましょう。今日のメインですね。 (スライドを示して)このスライドが、たぶん今日の私のセッションの中で一番価値がある気がします。私の知見です。アップデートに関するトラブルの原因の代表例をまとめてきました。 カテゴリは3つあります。まず、環境や設定に起因するトラブルはけっこうあります。例えば、アップデートする時にNodeを追加していくという話をしました。その時に、max-surgeという、どのくらいNodeを追加するか。ローリングアップグレードのいわゆる派手さ加減を決められるパラメーター

                        アップグレードはアプリケーションの回復性を確かめる機会 AKSをヘルシーに運用するための、それぞれの役割
                      • 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
                        • 研究室で余ってた計算機サーバーを活用してGPUクラスタを構築してみた with kubernetes

                          1. 概要 本記事では、kubernetes を用いて、オンプレミスの計算機サーバー間で分散学習を行う方法・手順について紹介します。 kubernetesによりGPUクラスタを作成し、PytorchのDDPサンプルコードを実行することを目的とします。 環境 master(control plane)1台 × worker 2台でクラスタを構築します。 (簡略化のために最小構成にしてます) master, worker 共に ubuntu22.04 を使用 すべてのノードにGPUが1台ずつ搭載 (masterはGPU不要) GPU は NVIDIA を使用 2. master ノードのセットアップ Kubernetes の動作要件を満たすように設定 指定したカーネルモジュール(overlay, br_netfilter)をシステム起動時に自動的にロードされるようにする cat <<EOF |

                            研究室で余ってた計算機サーバーを活用してGPUクラスタを構築してみた with kubernetes
                          • 【番外編】ゼロからはじめるOpenShift Virtualization(3)共有ストレージの作成(NFSプロビジョナーの構築) - 赤帽エンジニアブログ

                            Red Hatでソリューションアーキテクトをしている田中司恩(@tnk4on)です。 この連載はvSphere環境上にOpenShift Container Platform(以下、OpenShift)およびOpenShift Virtualizationの環境を構築する方法を解説するシリーズです。 本記事は元々、連載「ゼロからはじめるOpenShift Virtualization」の第3回として投稿した内容のNFSプロビジョナーの構築部分のみをピックアップした内容です。 このNFSプロビジョナーはボリュームのスナップショットに対応しておらず、OpenShift Virtuzalizationとして利用するには機能不足な点がありました。 そのため、本連載第3回の内容はNFS CSI driver for Kubernetes(以下、NFS CSIドライバー)を使った内容に変更しております

                              【番外編】ゼロからはじめるOpenShift Virtualization(3)共有ストレージの作成(NFSプロビジョナーの構築) - 赤帽エンジニアブログ
                            • attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)

                              こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-06-26 単独号です。 今回が第 158 回目です。過去の記事はこちら。 news 📺 Artifact Attestations is generally available - The GitHub Blog 以前 2024/05/08 号 でも触れた Artifact Attestations が GA になりました。この機能を使うことで、コンテナイメージやバイナリといったソ

                                attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)
                              • Microsoft Build Japan2024 セッション参加レポート - Qiita

                                はじめに 「Microsoft Build Japan」は、米国 Microsoft 主催の年次開発者会議「 Microsoft Build(5月開催) 」で発表された最新情報や日本のオリジナルコンテンツを見ることのできるオンラインイベントです。 2024年6月27日―28日開催された「Microsoft Build Japan 2024」に参加してきました。以下4件のセッションを視聴したので本記事で紹介します。 Build 2024 振り返り - Cloud Platform - マネーフォワードでの生成AIの取り組みについて Microsoft Copilot 開発者向け カスタマイズガイド ローカル AI を利用した Windows アプリケーションの開発 各セッションについて Build 2024 振り返り - Cloud Platform - Microsoft Build 20

                                  Microsoft Build Japan2024 セッション参加レポート - Qiita
                                • 「MySQL 9.0」公開 JavaScriptストアドプログラムやVECTOR型をサポート

                                  Oracleは2024年7月3日(米国時間、以下同)に公式ブログで、オープンソースのリレーショナルデータベース管理システム(RDBMS)である「MySQL」の最新版「MySQL 9.0」を7月1日にリリースしたと発表した。 MySQLのリリースモデルはイノベーションリリースと「Long-Term Supported」(LTS)リリースに分かれる。MySQL 9.0はイノベーションリリースだ。 イノベーションリリース 約3カ月ごとにリリースされる。新機能、バグ修正、セキュリティパッチが含まれる。イノベーションリリースのサポートは、次のマイナーリリース(イノベーションまたはLTS)までに限られる。 LTSリリース 約2年ごとにリリースされる。5年間のプレミアムサポートと3年間の延長サポートが提供される。メジャーバージョンの最後のマイナーリリースとしてリリースされ、その次のイノベーションリリース

                                    「MySQL 9.0」公開 JavaScriptストアドプログラムやVECTOR型をサポート
                                  • YAMLにpythonのコードを書きまくるのは何故ダメなのか - Qiita

                                    はじめに 都知事選の安野候補、ポスターの貼り方と髪型・服装とYAMLファイルの書き方だけひたすら批判されている前代未聞の都知事候補となっている(※2024/6/26時点) 現職知事が公約未達や経歴詐称疑惑等で批判されている一方でこれはちょっと面白すぎる。 そんなにダメなの?現職が8年も在任していたのに公約の花粉症撲滅を実現しなかったことより悪いことなの? あらゆる人の意見を爆速でキャッチアップし、リファクタリングしていて本当に凄い。現職には、花粉症もこのスピード感で撲滅してほしかった。 私はエンジニアでもプログラマでもないので、なぜ安野候補が批判されているのか分からなかった。しかし、「YAMLの中にpython書きすぎだったから」が都知事選の勝敗を分けるかもしれないので、個人の勉強と備忘録として「YAMLの中にpythonのコードを書きまくるのが何故ダメなのか」をまとめる。 YAMLとはそ

                                      YAMLにpythonのコードを書きまくるのは何故ダメなのか - Qiita
                                    • ペアーズのバッチ実行基盤の品質を定義して改善を続けている話

                                      はじめに こんにちは。恋活・婚活マッチングアプリ「Pairs(ペアーズ)」 SREチームのマネージャーを務めております@marnie0301です。 SREチームは、国内最大級のマッチングアプリ「ペアーズ」の各種インフラ、ミドルウェア、ソフトウェアのコードの運用・チューニングを通してパフォーマンス・信頼性を改善し、開発プラットフォームの構築をする事で開発効率の改善・維持を行なうだけでなく、AI/分析チームといったデータ利用者が利用するデータ基盤の構築・運用にも責務を持つ、まさにサービスの稼働と開発を支える心臓部のようなチームです。 今回書いた事 今回の記事では、300を越える種類で動作しているペアーズのバッチの実行基盤がどのように構成されていて、 どのようにモニタリングや品質定義の運用を行っているかについて紹介できればと思います。 ペアーズのバッチ実行基盤のアーキテクチャ 構成図 はじめにバ

                                        ペアーズのバッチ実行基盤の品質を定義して改善を続けている話
                                      • GKE クラスタ内のワークロードから Google Cloud APIs にアクセスする(Workload Identity) - G-gen Tech Blog

                                        G-gen の佐々木です。当記事では、Google Kubernetes Engine (以下、GKE) のクラスタにデプロイした Pod から Google Cloud APIs にアクセスする方法を解説します。 GKE の概要 GKE クラスタ内の Pod から Google Cloud APIs にアクセスする方法 ノードに紐付いたサービスアカウントを使用する サービスアカウントのキーを Kubernetes Secret として GKE クラスタに登録する Workload Identity を使用する(推奨) GKE で Workload Identity を使用する方法 GKE クラスタでWorkload Identity を有効化する ノードプールで Workload Identity を有効化する Google Cloud の サービスアカウント(GSA)を作成する Kub

                                          GKE クラスタ内のワークロードから Google Cloud APIs にアクセスする(Workload Identity) - G-gen Tech Blog
                                        • 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
                                          • GKE 拡張サポートのご紹介: GKE マイナー バージョンを最長 24 か月維持可能に | Google Cloud 公式ブログ

                                            ※この投稿は米国時間 2024 年 7 月 18 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud では、Kubernetes Engine(GKE)クラスタを安全かつ最新の状態に保つために、定期的な自動更新を強くおすすめしています。とはいえ、ビジネス上の正当な理由により、GKE クラスタのアップグレードを遅らせる必要がある場合もあります。たとえば、業務が多忙な時期である、適格性評価が遅れている、移行が複雑になるなどの理由により、特定の GKE マイナー バージョンを理想よりも少し長く使用し続ける必要がある場合もあるでしょう。 そこでこのたび、GKE 拡張サポートを発表いたします。GKE バージョン 1.27 以降、クラスタは、特定の GKE マイナー バージョンで最長 24 か月間、引き続き公式にサポートされます。GKE スタンダード サポ

                                              GKE 拡張サポートのご紹介: GKE マイナー バージョンを最長 24 か月維持可能に | Google Cloud 公式ブログ
                                            • ソリューションアーキテクトに求められる視点(2/14)  AWS Well-Architected Framework サステナビリティ(持続可能性)の柱 - Qiita

                                              ソリューションアーキテクトに求められる視点(2/14)  AWS Well-Architected Framework サステナビリティ(持続可能性)の柱AWSAWS認定ソリューションアーキテクトAWS認定試験 はじめに ソリューションアーキテクトのための視点を整理してみました。 今回は、AWS Well-Architected Framework サステナビリティ(持続可能性)の柱です。具体的には、「インスタンスの終了を適切に処理するようにアプリケーションを設計する」 観点にフォーカスしました。実務でも試験でも、ご参考にして頂けましたら、幸いです。 ソリューションアーキテクトのための視点 Auto Scaling グループで Amazon EC2 インスタンスを使用して、AWS クラウドでコンテンツを処理しています。コンテンツの処理には 30 分かかります。SQSキュー内の処理数に応じて

                                                ソリューションアーキテクトに求められる視点(2/14)  AWS Well-Architected Framework サステナビリティ(持続可能性)の柱 - Qiita
                                              • Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita

                                                はじめに 私のエンジニアとしての初仕事はDockerでした。辛かったのをいまでも思い出します みなさんこんにちは、Watanabe Jin(@Sicut_study)です。 みなさんはエンジニア始めたての時にどんなことで苦労したでしょうか? GitHub Docker Kubernetes AWS など色々あるかと思いましたが、「環境構築」というのは多くの人がつまづく箇所かと思います。 プログラミングの勉強をするにはそもそもの開発環境がないとできないことも多いです。 またAWSなどのクラウドを利用してデプロイをするときにも再度登場して苦しめられます。 今回はそんな初心者には考え方や使いどころがわかりづらいDockerについて例え話を活用しながら説明していきたいと思います。 Dockerが難しいと思うのは、「概念がよくわからない」「説明を読んでも使いどころのイメージがつかない」というのがある

                                                  Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita
                                                • Harvesterでオンプレ環境を作ろう(kubernetesクラスタのおまけ付き!) - ねこの部屋

                                                  オンプレミスでHCI環境を構築してサービスを公開するまで お家にk8sクラスタを用意しつつ、普段使いするためのVMを家に用意するために、これまではopennebulaのnode driverを利用してrancherでクラスタを作成・管理していました。 参考: rancher で k8sクラスタをおうちに用意する - 令和最新版(2023/06) 但し、以下の課題がありました。 これはrancherやopennebulaの課題というよりは自身の構築の仕方の課題が大半でした。 opennebulaのnode driverを自分で追加でインストールが必要なこと 公式の配布しているurlだと複数アーキテクチャのバイナリが入っておりrancher側が良い感じに使用してくれず、自分でどこかバイナリ単体を置いて置く必要があった ロードバランサが良い感じには置けず、host port でingress-n

                                                    Harvesterでオンプレ環境を作ろう(kubernetesクラスタのおまけ付き!) - ねこの部屋
                                                  • 複数環境のCloudFormationテンプレートをまとめたいときに【ネストされたスタック vs Mappings】|SHIFT Group 技術ブログ

                                                    はじめにこんにちは、株式会社SHIFT ITソリューション部の三好です。 みなさん、CloudFormation使ってますか(再)。 前回記事ではここで困ったCloudFormation その1と銘打ち、オムニバス形式でCloudFormationの困りごとをつらつらと書き留めていました。流れとしては「その2」を書くのが筋なのですが、この形式だといかんせんテーマに一貫性がなさすぎる…… そこで、今回は、「同じ役割のリソースを複数環境で作成する際、テンプレートをまとめるのに最適な方法は?」 というテーマに的を絞り、書いていくことにします。具体的には、「ネストされたスタック」 および、「Mappings」 という二つの方式を取り上げ、それぞれの利点と欠点を比較する形で進めていきます。 題材今回は、同じ役割のEC2インスタンスを複数の環境に構築する例を題材とします。(正直、EC2インスタンス単品

                                                      複数環境のCloudFormationテンプレートをまとめたいときに【ネストされたスタック vs Mappings】|SHIFT Group 技術ブログ
                                                    • アップグレードは回数をこなさないとうまくいかない 実践!企業におけるAKSアップグレード戦略

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

                                                        アップグレードは回数をこなさないとうまくいかない 実践!企業におけるAKSアップグレード戦略
                                                      • 【Next Tokyo '24】会場で体験いただきたいプログラムのご紹介

                                                        .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                                          【Next Tokyo '24】会場で体験いただきたいプログラムのご紹介
                                                        • Kubernetes Novice Tokyo #33 (2024/07/30 19:00〜)

                                                          注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用

                                                            Kubernetes Novice Tokyo #33 (2024/07/30 19:00〜)
                                                          • Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita

                                                            はじめに 私のエンジニアとしての初仕事はDockerでした。辛かったのをいまでも思い出します みなさんこんにちは、Watanabe Jin(@Sicut_study)です。 みなさんはエンジニア始めたての時にどんなことで苦労したでしょうか? GitHub Docker Kubernetes AWS など色々あるかと思いましたが、「環境構築」というのは多くの人がつまづく箇所かと思います。 プログラミングの勉強をするにはそもそもの開発環境がないとできないことも多いです。 またAWSなどのクラウドを利用してデプロイをするときにも再度登場して苦しめられます。 今回はそんな初心者には考え方や使いどころがわかりづらいDockerについて例え話を活用しながら説明していきたいと思います。 Dockerが難しいと思うのは、「概念がよくわからない」「説明を読んでも使いどころのイメージがつかない」というのがある

                                                              Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita
                                                            • 『Platform Engineering とSREの門』という間違ったみたいなタイトルで登壇しました。 #PEK2024 - じゃあ、おうちで学べる

                                                              はじめに こんにちは。先日、Platform Engineering Kaigi 2024にて「Platform Engineering とSREの門」というタイトルで登壇させていただきました。 www.cnia.io Platform EngineeringとSREは、多くのソフトウェアエンジニアにとっては馴染みのない分野かもしれません。私自身、最初はこれらを比較することに抵抗がありました。しかし、SNSで不毛に続くやり取りを見ていると本当に鬱陶しいと感じるようになりこの戦争を終わらせに来た!!!!みたいなノリで登壇し始めました。 ここ数年の経験を通じて、Platform EngineeringとSREが目指す先は同じだということがわかっていました。システムの信頼性と開発生産性、効率性の向上という似たような目標に向かって、異なるアプローチで取り組んでいるのです。これらの分野の強みを理解し

                                                                『Platform Engineering とSREの門』という間違ったみたいなタイトルで登壇しました。 #PEK2024 - じゃあ、おうちで学べる
                                                              • 開発事例 : I/O クロスワード

                                                                .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                                                  開発事例 : I/O クロスワード
                                                                • Amazon ECSについて整理してみた - Qiita

                                                                  概要 Amazon Elastic Container Service とは Amazon Elastic Container Service とは を基に整理します。 Amazon Elastic Container Service (Amazon ECS) は、コンテナ化されたアプリケーションを簡単にデプロイ、管理、スケーリングできる、完全マネージド型のコンテナオーケストレーションサービスです。フルマネージドサービスである Amazon ECS には、AWS の設定と運用に関するベストプラクティスが組み込まれています。Amazon Elastic Container Registry や Docker などの AWS とサードパーティーツールの両方に統合されています。この統合により、チームは環境ではなくアプリケーションの構築に集中しやすくなります。コントロールプレーンの複雑な管理は必要

                                                                    Amazon ECSについて整理してみた - Qiita
                                                                  • できるだけ公式ドキュメントに沿って、デバッグ可能な機械学習の開発環境を構築(WSL2+GPU+Docker+VS Code) - Qiita

                                                                    できるだけ公式ドキュメントに沿って、デバッグ可能な機械学習の開発環境を構築(WSL2+GPU+Docker+VS Code)環境構築機械学習DockerVSCodeWSL 環境 Windows 11 Home バージョン: 23H2 ビルド: 22631.3880 以下は構築後の環境 wsl --version WSL バージョン: 2.2.4.0 カーネル バージョン: 5.15.153.1-2 WSLg バージョン: 1.0.61 MSRDC バージョン: 1.2.5326 Direct3D バージョン: 1.611.1-81528511 DXCore バージョン: 10.0.26091.1-240325-1447.ge-release Windows バージョン: 10.0.22631.3880 wsl -l -v GPU: NVIDIA GeForce RTX 4060 Ti (1

                                                                      できるだけ公式ドキュメントに沿って、デバッグ可能な機械学習の開発環境を構築(WSL2+GPU+Docker+VS Code) - Qiita
                                                                    • 【Day1】あなたは何故クラウド基盤本部に?気になったので聞いてみた! #CybozuSummerBlogFes2024 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                      こんにちは!クラウド基盤本部、PDX(Platform Developer eXperience)所属の@BkNkbotです。 今日から最終日の8/20(火)まで、CYBOZU SUMMER BLOG FES '24でクラウド基盤本部Stageが始まり、毎日クラウド基盤本部のメンバーが記事を執筆します。 ……というわけで、最初の3日間は私から「インタビュー記事」をお届けします。 協力していただいたメンバー・その方のチーム紹介を兼ねているので、この記事を皮切りにして今のクラウド基盤本部を知り、今後公開される記事を少しでも楽しく読んでもらえると嬉しいです! ※ この記事は、CYBOZU SUMMER BLOG FES '24(クラウド基盤本部Stage) DAY1の記事です。 聞いてみたこと 所属チームや普段やっている仕事について、(自己紹介を踏まえて)ざっくり教えてください どういった経緯で

                                                                        【Day1】あなたは何故クラウド基盤本部に?気になったので聞いてみた! #CybozuSummerBlogFes2024 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                      • 24新卒技術研修で出てきたおすすめ読書・記事

                                                                        はじめに 自己紹介 こんにちは。開発本部CTO室クライアントグループの太田です。 モンソニ!プロジェクトに配属した駆け出しクライアントエンジニアです。 モンスト大好きキッズからエンジニアになるという特殊な進路を歩んだ私ですが、またそれは別の機会に話しましょう。 おすすめ読書・記事をまとめるにあたった経緯 【2024年版】MIXI 新卒向け技術研修の資料・動画を公開しました! 上記リンク新卒研修紹介ページです。MIXIといえば新卒研修!というイメージを持たれてる方もいるのではないでしょうか?(違うか) 今回私が社内のDocBaseに、研修中に出てきたおすすめ読書・記事をまとめるにあたった経緯についてですが、大前提「エンジニアは教えるの大好き、世話焼き大好き種族」なんです。 主語がデカすぎる!と怒られそうですが私はそう思っています。エンジニア同士が交流をすると情報が散らかりますね。 この情報を

                                                                          24新卒技術研修で出てきたおすすめ読書・記事
                                                                        • やらないと後悔するUdemy8選 - Qiita

                                                                          はじめに みなさんは何か新しいスキルを得るときにどのように学習するでしょうか? 私はプログラミングコーチングJISOUで多くのジュニアエンジニアとカウンセリングをする中で8割以上の人がUdemyで学習すると言っていることに気づきました。 そこで今回は私がいままでやってきた35個の講座の中でこれはやってよかったと今でも思えるものを紹介していきます。Udemyはその人が学習している技術や興味のある技術でないと参考にはしづらいと思いますが、おすすめを学習することは時間の観点でものすごい価値があると考えているので参考にしてみてください! Udemyの怖いところ Udemyはとても恐ろしいサービスです 以前にも以下の記事を投稿して話題になりました。 ぜひ読んでほしいのですが、ざっくり解説すると 「Udemyは1本終わらせるのに数十時間単位で時間を使うので、その使い方を間違えると時間の損失が大きい」

                                                                            やらないと後悔するUdemy8選 - Qiita
                                                                          • @Hiroki__IT が目の前にやってきて私にIstioのこと教えてくれた。- Istio in Action の読書感想文 - じゃあ、おうちで学べる

                                                                            はじめに マイクロサービスアーキテクチャの台頭により、サービスメッシュ技術は現代のクラウドネイティブ環境において外せない選択肢の一つとなっています。 その理由は明確です。マイクロサービスに求められる非機能要件の多くは類似しており、これをアプリケーション側で個別に実装すると、開発者やインフラエンジニアの負担が増大するからです。 ここで登場するのがサービスメッシュです。サービスメッシュの採用により、これらの非機能要件をインフラ層で一元管理することが可能となり、アプリケーション開発者とインフラエンジニアの責務を明確に分離できます。つまり、各エンジニアが自身の専門領域にフォーカスできるのです。これは単なる効率化ではなく、イノベーションを加速させるためサービス開発する上での労苦をなくします。 そして、サービスメッシュの世界で圧倒的な存在感を放っているのがIstioです。その包括的な機能と広範な採用で

                                                                              @Hiroki__IT が目の前にやってきて私にIstioのこと教えてくれた。- Istio in Action の読書感想文 - じゃあ、おうちで学べる
                                                                            • KubeconformをGitLab CIに組み込んで、k8sのマニフェストがAPIの仕様に沿うか検査する

                                                                              はじめに k8sマニフェストを普段管理していないメンバーがマニフェストのファイルを変更する場面があります。 その際のレビューを出来るだけ自動化したくkubeconformを導入しました。 Kubeconform マニフェストがAPIの仕様に沿うか検査してくれます。 自分でスキーマを用意すればIstio、Argo Rollouts、Argo Workflowsのような外部のAPIも検査できます。 スキーマの生成 スキーマの生成はpythonのスクリプトが用意されているので、これをCRDを引数で渡し実行します。 スクリプト https://raw.githubusercontent.com/yannh/kubeconform/master/scripts/openapi2jsonschema.py IstioのCRD https://raw.githubusercontent.com/isti

                                                                                KubeconformをGitLab CIに組み込んで、k8sのマニフェストがAPIの仕様に沿うか検査する
                                                                              • AWSの主要サービス一覧 - Qiita

                                                                                コンピューティング Amazon EC2 (Elastic Compute Cloud): スケーラブルな仮想サーバーを提供するサービス。 解説: EC2は、必要に応じてコンピューティングリソースをスケールアップまたはスケールダウンできる仮想サーバーです。インスタンスと呼ばれる仮想マシンを作成し、アプリケーションを実行します。 AWS Lambda: サーバーレスコンピューティングサービス。コードを実行するためのサーバー管理が不要。 解説: Lambdaは、イベントに応じてコードを実行するサーバーレスサービスです。インフラストラクチャの管理が不要で、コードの実行時間に応じて課金されます。 Amazon ECS (Elastic Container Service): コンテナ化されたアプリケーションを簡単にデプロイ、管理、スケーリングするためのサービス。 解説: ECSは、Dockerコン

                                                                                  AWSの主要サービス一覧 - Qiita
                                                                                • 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