並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 282件

新着順 人気順

EKSの検索結果81 - 120 件 / 282件

  • EKSでDockerから卒業すべくBottlerocketのマネージド型ノードグループを使ってみた - inductor's blog

    はじめに この記事ではAWSの公式ブログ「Amazon EKS adds native support for Bottlerocket in Managed Node Groups」で取り上げられている内容を、eksctlを使わずCloudFormationでimmutableに実現するための方法を解説します。 aws.amazon.com Bottlerocketとは Bottlerocketは、AWSが開発しているコンテナ実行専用OSです。Fedora/RHELのCoreOSやVMwareのPhoton OS、Rancher OSなどと似ていて、コンテナを実行するためのランタイム以外余計なパッケージが入らない軽量なOSとなっています。 aws.amazon.com Bottlerocketの開発状況についてはBottlerocket Roadmap · GitHubを合わせてみると良

      EKSでDockerから卒業すべくBottlerocketのマネージド型ノードグループを使ってみた - inductor's blog
    • CNCF Falco を使用して Amazon EKS のランタイムセキュリティを実装する | Amazon Web Services

      Amazon Web Services ブログ CNCF Falco を使用して Amazon EKS のランタイムセキュリティを実装する この記事は Implementing Runtime security in Amazon EKS using CNCF Falco (記事公開日: 2020 年 11 月 19 日) を翻訳したものです。 多くの組織は、アプリケーションをコンテナに移行する過程にあります。コンテナは、アプリケーションレベルの依存関係の管理、スピーディな起動、不変性のサポートを実現します。これにより、コストを削減し、速度を上げ、効率性を向上させることができます。コンテナのライフサイクルを安全に管理するためには、コンテナイメージのハードニングと、エンドツーエンドのセキュリティチェックが重要な要素となります。コンテナは、Amazon Elastic Kubernetes S

        CNCF Falco を使用して Amazon EKS のランタイムセキュリティを実装する | Amazon Web Services
      • AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 | Amazon Web Services

        Amazon Web Services ブログ AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 この記事では、カオスエンジニアリングの実践に使用できるフルマネージドのフォールトインジェクション(障害注入)サービスである AWS Fault Injection Simulator (AWS FIS) の使用方法について説明します。AWS FIS は、Amazon Elastic Kubernetes Service(Amazon EKS)など、さまざまな AWS サービスをサポートしています。Amazon EKS は、Kubernetes の実行を容易にするマネージドサービスです。お客様は独自の Kubernetes コントロールプレーンまたはワーカーノードをインストールして操作することなく、AWS でKuberne

          AWS Fault Injection Simulator による Amazon EKS でのカオスエンジニアリング実践例 | Amazon Web Services
        • Amazon ECS/EKS関連の日本語ハンズオンのご案内 2021年10月版 | Amazon Web Services

          Amazon Web Services ブログ Amazon ECS/EKS関連の日本語ハンズオンのご案内 2021年10月版 みなさん、こんにちは。ソリューションアーキテクト、コンテナスペシャリストの荒木です。 今日は、「Amazon Elastic Container Service (Amazon ECS、ECS) のハンズオン資料はありませんか?」というリクエストにお答えしてご案内します。あわせて、Amazon Elastic Kubernetes Service (Amazon EKS、EKS) についてもご案内します。 様々な業種のお客様とAWSの利用についてお話しさせてもらう機会がありますが、利用する技術をどのように身につけるのかがしばしば話題になります。もちろんコンテナコンピューティング(以下コンテナ)についてもご相談をいただくことがありますが、コンテナ技術はまだまだ発展の

            Amazon ECS/EKS関連の日本語ハンズオンのご案内 2021年10月版 | Amazon Web Services
          • Amazon EKS で GitOps パイプラインを構築する | Amazon Web Services

            Amazon Web Services ブログ Amazon EKS で GitOps パイプラインを構築する この記事は Building a GitOps pipeline with Amazon EKS (記事公開日: 2020 年 12 月 3 日) を翻訳したものです。 本記事は Weaveworks のコンテンツディレクターの Anita Buehrle による寄稿記事です。 このシリーズの第 1 部では、GitOps の歴史、その利点、およびその仕組みについて議論しました。GitOps とは何であるかを理解したので、アプリケーションのデプロイに Flux と Amazon EKS を使用して GitOps パイプラインを設定する方法について詳しく説明します。 AWS での GitOps に何が必要か? アプリケーションのデプロイ用またはクラスターの構成用の基本的な GitOp

              Amazon EKS で GitOps パイプラインを構築する | Amazon Web Services
            • EKS(or Kubernetes on AWS)本番運用で導入を検討すべきな追加コンポーネントについて - inductor's blog

              はじめに Amazon EKSを初期導入すると、最小限の構成でクラスターがセットアップされそのままの構成で本番運用をするのはとてもじゃないが厳しいみたいな状態になっています。 これには運用者が柔軟にミドルウェアを選定できるというメリットもありますが、そもそもどんな選択肢があるんだっけみたいなところまではちゃんと整理できていないと思うので、ここでは僕が考える入れておくべきアドオンについて今後のために整理しておきます。 github.com/aws/eks-charts を眺める とりあえず脳死でこのサイトに行き、自分に必要そうなものを眺めることにします。Helmを使ってインストールするかどうかはさておき、それぞれのツールの必要性について検討しようという話です。 github.com App Mesh関連 App Meshを使ったサービスメッシュをやっていきたいのであればこの辺のコンポーネント

                EKS(or Kubernetes on AWS)本番運用で導入を検討すべきな追加コンポーネントについて - inductor's blog
              • AWS App Mesh (with Fargate) 再入門 | DevelopersIO

                おはようございます、もきゅりんです。 Shall we mesh ? 弊社コンサルティングには、今一度 AWS の各サービスを初心に返って、基本的な部分から見つめ直してみよう、解説してみようといったブログリレーという企画があるのですが、本稿はそれを模して、個人的な AWS App Mesh 再入門という体にしてみました。 どちらかというと、未来の自分のための備忘録と言えます。 これまで AWS App Mesh (以下 App Mesh) に入門されていなかった方も、すでに脱会されてしまった方も興味があれば再入門して下さい。 App Mesh とは何か サービス(アプリケーション)間の通信制御と可視性を実現するサービスメッシュを提供する AWS マネージドサービス です。 ブラックベルトにならってまとめると以下のような機能があります。 HTTP通信のリトライやタイムアウト 通信のトレーシン

                  AWS App Mesh (with Fargate) 再入門 | DevelopersIO
                • EKS Anywhereのファーストインプレッション - inductor's blog

                  はじめに EKS Anywhere(EKS-A)とは じゃあ、何をするCLIなの? EKS Distro(EKS-D)とは 刺さるユースケースは・・・? EKS Connectorの話 EKS-AとEKS Connectorの組み合わせ 1. クラスター管理をeksctlに一本化できる 2. クラスターAPIによるメリットが享受できる 3. AWSの管理画面からワークロードの様子などが確認できる 他にもいろいろ さいごに はじめに この記事はEKS Anywhere(EKS-A)がGAになった最初の時点での情報です。あくまで参考程度にご覧いただけると幸いです。 先にみなさんに誤解がないように言っておくと、EKS-Aは以下のどの製品(サービス)とも異なる性質があります。そのため比較検討の対象ではないことを認識しておくと良いです。 Google Anthos Tanzu Kubernetes

                    EKS Anywhereのファーストインプレッション - inductor's blog
                  • GitHub - aws/eks-anywhere: Run Amazon EKS on your own infrastructure 🚀

                    Build status: Conformance test status: Amazon EKS Anywhere is a new deployment option for Amazon EKS that enables you to easily create and operate Kubernetes clusters on-premises with your own virtual machines or bare metal hosts. It brings a consistent AWS management experience to your data center, building on the strengths of Amazon EKS Distro, the same distribution of Kubernetes that powers EKS

                      GitHub - aws/eks-anywhere: Run Amazon EKS on your own infrastructure 🚀
                    • Amazon Elastic Kubernetes Service Anywhere is now generally available

                      Today, we are excited to announce the general availability of Amazon Elastic Kubernetes Service (Amazon EKS) Anywhere, a new deployment option for Amazon EKS that allows customers to create and operate Kubernetes clusters on customer-managed infrastructure, supported by AWS. Customers can now run Amazon EKS Anywhere on their own on-premises infrastructure using VMware vSphere starting today, with

                        Amazon Elastic Kubernetes Service Anywhere is now generally available
                      • Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises | Amazon Web Services

                        AWS News Blog Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises At AWS re:Invent 2020, we preannounced new deployment options of Amazon Elastic Container Service (Amazon ECS) Anywhere and Amazon Elastic Kubernetes Service (Amazon EKS) Anywhere in your own data center. Today, I am happy to announce the general availability of Amazon EKS Anywhere, a d

                          Amazon EKS Anywhere – Now Generally Available to Create and Manage Kubernetes Clusters on Premises | Amazon Web Services
                        • 【開催報告】「 クラウド最適化コンテナ編 ~コンテナ x Graviton2 x スポットインスタンスによるコスト最適化~」セミナー | Amazon Web Services

                          Amazon Web Services ブログ 【開催報告】「 クラウド最適化コンテナ編 ~コンテナ x Graviton2 x スポットインスタンスによるコスト最適化~」セミナー EC2スポットインスタンススペシャリスト ソリューションアーキテクトの滝口です。2021年8月26日にオンラインで開催された「クラウド最適化コンテナ編 ~コンテナ x Graviton2 x スポットインスタンスによるコスト最適化~」セミナーでは、150名近くの聴衆の方々にご参加いただき、AWSからの技術解説、またAmazon ECSとAmazon EKSそれぞれをお使いの2社のお客様による、Amazon EC2スポットインスタンスを使いこなすための具体的な活用方法をご紹介いただきました。 本記事では、お客様のご登壇資料を含む当日資料をご紹介し、また参加者の皆様からいただいた当日のQ&Aの一部をご紹介します。

                            【開催報告】「 クラウド最適化コンテナ編 ~コンテナ x Graviton2 x スポットインスタンスによるコスト最適化~」セミナー | Amazon Web Services
                          • Security-JAWS 第22回レポート #secjaws #secjaws22 #jawsug | DevelopersIO

                            Security JAWS 第22回のレポートです。インシデント対応やコンテナセキュリティ、SIEMと公開されないけどゼロトラストの話とかありました! こんにちは、臼田です。 Security JAWS 第22回が開催されましたのでレポート致します。 Security-JAWS 【第22回】 勉強会 2021年8月27日(金) - Security-JAWS | Doorkeeper 動画 レポート Session1: インシデントハンドリングを効率化する AWS Systems Manager Incident Managerのご紹介 アマゾン ウェブ サービス ジャパン株式会社 柳 嘉起さん AWS Systems Managerの話から Incident Managerは単体のサービス名ではなく、Systems Managerの中の1つの機能 Systems Man

                              Security-JAWS 第22回レポート #secjaws #secjaws22 #jawsug | DevelopersIO
                            • Amazon EKS が Kubernetes 1.21 のサポートを開始 | Amazon Web Services

                              Amazon Web Services ブログ Amazon EKS が Kubernetes 1.21 のサポートを開始 この記事は Amazon EKS now supports Kubernetes 1.21 を翻訳したものです。 Amazon Elastic Kubernetes Service (Amazon EKS) チームは、Kubernetes 1.21 のサポートを発表できることを嬉しく思います。私は 2021 年の 1 月から 4 月まで、このリリースのアップストリームのリリースチームに参加することができました。Amazon EKS のお客様が “Power to the Community” リリースを体験できることに興奮しています。 Kubernetes のランタイム変更と EKS バージョン 1.20 では、Kubernetes がコンテナランタイムとして Doc

                                Amazon EKS が Kubernetes 1.21 のサポートを開始 | Amazon Web Services
                              • 様々な障害に耐えうるSSRのインフラを設計しました! - Tech Inside Drecom

                                はじめに こんにちは!enza SREチームのmendと申します! 現在enzaではサーバーサイドレンダリング(=SSR)の導入を進めております! SSRを導入するにあたり、CloudFront + SSRのサーバー では CloudFront + S3 の構成と比べて複雑になってしまうため、様々な障害によってページが見れなくなってしまう要因が増えてしまいます。 今回はSSRを実現しつつ、様々な障害が起こってもページを見ることができるインフラを設計しましたのでご紹介させていただきます! SSRとは SSRはServer Side Rendering(サーバーサイドレンダリング)の略称で、クライアント側でJavaScript等を動かしてHTMLを生成するのではなく、サーバー側でJavaScript等を動かしてHTMLを生成することを言います。厳密にはもっと様々な解釈や詳細な定義がありますが、

                                  様々な障害に耐えうるSSRのインフラを設計しました! - Tech Inside Drecom
                                • 分散アプリケーションランタイム「Dapr」で構築したアプリケーションをEKS上にデプロイしてみる | DevelopersIO

                                  SDK languages ビルディングブロック Daprはいくつかのビルディングブロックから構成されており、開発者は自分に必要なビルディングブロックだけを選択して利用できように構成されています。提供されるビルディングブロックは以下の通りで、分散アプリケーションの構築に必要となる一通りの機能を有していることがわかります Service invocation gRPC APIもしくはHTTP APIを利用して、別のアプリケーションをセキュアに呼び出すためのビルディングブロックです 名前空間 mTLSによる認証 アクセスコントロール リトライ サービスディスカバリ ロードバランシング トレーシング といった機能が提供されます State management キー/バリュー形式でステート管理を実現するためのビルディングブロックです ステートの保存先として MongoDB Redis Azure

                                    分散アプリケーションランタイム「Dapr」で構築したアプリケーションをEKS上にデプロイしてみる | DevelopersIO
                                  • EKSのマルチテナント化を踏まえたZOZOGLASSのシステム設計 - ZOZO TECH BLOG

                                    こんにちは。計測プラットフォーム本部バックエンド部SREチームの市橋です。 私たちのチームではZOZOSUIT、ZOZOMAT、ZOZOGLASSといった計測技術に関わるシステムの開発、運用を担当しています。現在のZOZOMATとZOZOGLASSは、どちらも独立したEKSクラスタ上で動いていますが、ZOZOGLASSの環境を構築する際に将来のマルチテナント化を踏まえ大きく設計を見直しました。今回は、この設計見直し時に考慮した点を紹介します。 ZOZOGLASSとは ZOZOGLASSは顔の情報を計測し、イエローベースとブルーベースの2タイプ、及び春夏秋冬の4タイプの組み合わせからなるパーソナルカラーを診断するサービスです。計測した顔の情報から肌の色に近いファンデーションを推薦します。2021年7月時点で、ZOZOGLASSが推薦するコスメアイテムはファンデーションのみですが、今後はファン

                                      EKSのマルチテナント化を踏まえたZOZOGLASSのシステム設計 - ZOZO TECH BLOG
                                    • EKSのバージョンライフサイクルに組織として対応する - Chatwork Creator's Note

                                      先日行われた Chatwork Dev Day 2021 で、SRE部からは Immutable Clusterに対する定期Version Upgrade戦略 ということで、EKSのアップグレードへの対応について話しました。 www.youtube.com speakerdeck.com ChatworkではSREだけでなく開発チームも含めて、EKSを導入した1.17以降、1.20までスキップすることなくアップグレードを実施しています。 今回は、技術的な話ではなく、組織としてどのようにEKSのアップグレードに対応していったかを説明したいと思います。 ChatworkのEKS運用 1. EKSのバージョンライフサイクルの確認 2. アップグレード方針 バージョンごとに必ずアップグレードする必要があるのか? スキップできる数は? 3. アプリケーションの確認 4. スケジュール確認 切り替え完

                                        EKSのバージョンライフサイクルに組織として対応する - Chatwork Creator's Note
                                      • Capturing logs at scale with Fluent Bit and Amazon EKS | Amazon Web Services

                                        Containers Capturing logs at scale with Fluent Bit and Amazon EKS Earlier this year, AWS support engineers noticed an uptick in customers experiencing Kubernetes API server slowness with their Amazon Elastic Kubernetes Service (Amazon EKS) clusters. Seasoned Kubernetes users know that a slow Kubernetes API server is often indicative of a large, overloaded cluster or a malfunctioning controller. On

                                          Capturing logs at scale with Fluent Bit and Amazon EKS | Amazon Web Services
                                        • Amazon EKS での Kubernetes アップグレードの計画 | Amazon Web Services

                                          Amazon Web Services ブログ Amazon EKS での Kubernetes アップグレードの計画 この記事は Planning Kubernetes Upgrades with Amazon EKS (記事公開日: 2021 年 5 月 3 日) を翻訳したものです。 2021 年 2 月、Amazon Elastic Kubernetes Service (Amazon EKS) は Kubernetes バージョン 1.19 のサポートを開始しました。これは、What’s New の投稿や Amazon EKS ドキュメントの更新など、通常のメカニズムを通じて発表されました。社内やお客様とのいくつかの会話の結果、AWS は Amazon EKS の Kubernetes バージョンリリースに合わせて、AWS Containers ブログ記事の投稿を行うことにしまし

                                            Amazon EKS での Kubernetes アップグレードの計画 | Amazon Web Services
                                          • [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ | Amazon Web Services

                                            Amazon Web Services ブログ [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ 2021年10月6日アップデート:AWS Black Belt コンテナシリーズのあるきかた 2021年10月版にて9月末までに公開した18本の一覧をご紹介しています。 2021年7月からAWS Black Belt オンラインセミナーのオンデマンドビデオ化しました。AWS コンテナサービスでも、新しくシリーズとして開始いたします。ひとつのビデオあたりのトピックを小さく絞ってお届けします。 今回 AWS コンテナサービスシリーズで公開したのは以下の4つです。視聴はYouTubeから、資料閲覧はSlideShareから可能です。 CON001 AWSコンテナサービス予告 YouTube SlideShare AWS Black Beltオンラ

                                              [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ | Amazon Web Services
                                            • AWS CodePipelineでEKSデプロイ〜動的イメージタグのセット – OpenGroove

                                              表題の件は、以下過去記事の補足。 AWS CodePipelineからEKSのPodをデプロイする 上記過去記事ではEKS用のマニフェストに記述するイメージタグを決め打ちにしていたが当然実運用では立ち行かないので、動的な値を自動でセットしたい。CodePipelineのアクション間変数を使ってうまいことやれないかと試行錯誤したがうまく行かなかったので…、buildspec.yml内で置換することにした。他にスマートなやり方がありそうだが、とりあえずこれはお手軽で簡単。 やったこと: 以下をCodePipelineで。EKSクラスタは構築済みで、ec2にマニフェストを配布してapplyを実行する。 1. CodeCommit --> 2. CodeBuild --> (ECR)--> 3. CodeDeploy 金太郎飴みたいに何度も同じような内容書いているが今回も。実行環境の構成は冒頭の過

                                              • [レポート]JAWS-UGコンテナ支部 #19に参加してきました #jawsug_ct | DevelopersIO

                                                2021年6月28日(月)に開催されたJAWS-UGコンテナ支部 #19に参加してきました!今回もYouTube Liveの限定公開にて開催されました。各セッションのレポートをまとめています。 2021年6月28日(月)に開催されたJAWS-UGコンテナ支部 #19に参加してきました!今回もYouTube Liveの限定公開にて開催されました。各セッションのレポートをまとめています。 前回からもう半年。re:Inventも挟みアップデート内容含めて今回も内容が盛りだくさんです! ※前回ブログものせておきます。 当日Youtube Liveはアーカイブでも見ることができます 1. AWS コンテナサービスアップデート(youtube 00:07:10 ~) 登壇者 by 苅野秀和 - ソリューションアーキテクト / アマゾン ウェブ サービス ジャパン株式会社 内容 2020年12月~のアッ

                                                  [レポート]JAWS-UGコンテナ支部 #19に参加してきました #jawsug_ct | DevelopersIO
                                                • コンテナイメージのlazy pullingをcurlで試してみる - knqyf263's blog

                                                  はじめに 参考 Stargz 概要 詳細 HTTP Range 互換性 Stargzまとめ eStargz 概要 最適化 TOC, TOCEntry Footer Stargz Snapshotter eStargzまとめ 実験 トークン取得 インデックス取得 マニフェスト取得 Footer取得 TOC取得 ファイル取得 実験まとめ 余談 応用例 自作ライブラリ 計測 まとめ はじめに コンテナイメージのlazy pullingが各ツールで利用可能になりつつあるようです。以下は stargz-snapshotter のメンテナである @TokunagaKohei さんによるブログです。 medium.com lazy pullingが何かを簡単に説明しておくと、コンテナイメージ全体を最初にpullせずにコンテナ実行後に必要なファイルのみを遅延でpullするものです。docker runしよ

                                                    コンテナイメージのlazy pullingをcurlで試してみる - knqyf263's blog
                                                  • EKS on Fargateの特徴、通常のEKSとの違いは何か?(第1回)

                                                    みなさん、こんにちは。コンテナ化を用いたシステムの導入が進んできた昨今、ECSやEKSにおいてFargateを本番環境で導入してみた……といった話を目にする機会も増えてきました。 今回はそんな「無くてもいいけど有るととても便利」なEKS on Fargateに関して特徴からメリット/デメリット、今後のFargateの動向に関してご紹介したいと思います。 基本的なおさらい AWSでDockerコンテナを構成する(コンテナオーケストレーション)ためのサービスはElastic Kubernetes ServiceとElastic Container Serviceの2つがあり、共にデータプレーンとしてEC2とFargateを利用することが出来ます。 今回の記事では、EKSを使う時にデータプレーンとしてAWS上でEC2とFargateを任意に選べる時、それぞれどのようなメリット・デメリットがあり、

                                                    • EKS を使ってる人から見た App Runner

                                                      ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで

                                                        EKS を使ってる人から見た App Runner
                                                      • EKSの認証・認可の仕組み解説

                                                        EKS の認証・認可では AWS の IAM 認証 と Kubernetes の認証という2つの要素が登場するため 少し分かりづらいものになっています。 この記事ではEKSの認証・認可について解説します。 EKSで認証・認可では次の2つの仕組みが存在します。 ConfigMap aws-auth IAM Roles for Service Accounts (IRSA) それでは見ていきましょう。 aws-auth 最初はaws-authです。 aws-authはIAMエンティティに対して, Kubernetesの権限を付与するための設定(ConfigMap)です。 次のような場合に利用します。 管理者や開発者がkubectlを使ってEKSクラスタにアクセスする Code Build等のCIサービスからEKSクラスタにデプロイする EKSのコンソールにpod等のKubernetesワークロ

                                                          EKSの認証・認可の仕組み解説
                                                        • GitOps を用いた Amazon EKS の自動化 | Amazon Web Services

                                                          Amazon Web Services ブログ GitOps を用いた Amazon EKS の自動化 元の記事:https://aws.amazon.com/jp/blogs/containers/automating-amazon-eks-with-gitops/ 本記事は Weaveworks のコンテンツディレクターの Anita Buehrle による寄稿記事です。 企業は速く進むことを望んでいます。より頻繁に、より確実に、そしてなるべく少ないオーバーヘッドでデプロイする必要があります。GitOps は Kubernetes で実行されている複雑なアプリケーションやインフラストラクチャを開発者が管理および更新するための迅速かつ安全な方法です。 GitOps は運用とアプリケーションデプロイのワークフローであり、クラウドネイティブアプリケーションのインフラストラクチャとデプロイの両

                                                            GitOps を用いた Amazon EKS の自動化 | Amazon Web Services
                                                          • DMMのデータ活用を支えるビッグデータ基盤・ML基盤のクラウド移行 (CUS-40) #AWSSummit | DevelopersIO

                                                            本記事は、AWS Summit Japan 2021のセッション動画「CUS-40: AWS移行事例紹介 ~DMM のデータ活用を支えるビッグデータ基盤・ML基盤のクラウド移行 ~」のレポート記事です。 概要 "50以上の事業を展開するDMM。年々増えるデータ、バッチ、業務。そんな状況をAWS上での基盤構築を通じて打開した事例紹介" 50以上のビジネスを展開するDMM.comでのデータ活用基盤(データレイク基盤と機械学習基盤)をAWS上に構築した事例を紹介します。 データレイク基盤はオンプレ上で動いていた3000以上のJobの完全移行を実施し、よりスケーラブルな分析、データ処理、Single Source of Truth (SSoT)を実現しています。 機械学習基盤はArgoなどエコシステムが豊富なAmazon EKS Kubernetesを採用し、機械学習モデルの継続的なデプロイを行う

                                                              DMMのデータ活用を支えるビッグデータ基盤・ML基盤のクラウド移行 (CUS-40) #AWSSummit | DevelopersIO
                                                            • Amazon EKS および EKS Distro が Kubernetes バージョン 1.20 のサポートを開始

                                                              Kubernetes は急速に進化しており、新機能のリリースとバグ修正が頻繁に行われています。Kubernetes 1.20 リリースの注目点には、安定性が実現された RuntimeClass とプロセス ID 制限、デフォルトで有効化された API の優先順位とフェアネス、およびベータ版に移行した kubectl デバッグなどがあります。Kubernetes バージョン 1.20 の詳細については、Kubernetes プロジェクトのリリースノートを参照してください。 Amazon Elastic Kubernetes Service (EKS) 上の実稼働ワークロードに利用できる Kubernetes バージョンと、クラスターの 1.20 バージョンへの更新方法についての詳細は、EKS ドキュメントを参照してください。Kubernetes 1.20 の Amazon EKS Distr

                                                                Amazon EKS および EKS Distro が Kubernetes バージョン 1.20 のサポートを開始
                                                              • 「人事労務freee」のEC2→EKS移行で、大変だったことと良かったこと - freee Developers Hub

                                                                freee Tech Night で司会をしていますのぶじゃすです。4月23日に配信した「freee Tech Night Online #10 〜人事労務freee、EKS移行」の様子をご紹介します。人事労務freeeのアプリケーションエンジニアhanakeとSREのnekottyoの二人に、移行の経緯、プロセス、導入後のメリットとデメリットについて語ってもらいました。 登壇者の写真 hanake: 写真左上 人事労務freeeのアプリケーション開発担当。 前職でdockerの使用経験あり。インフラの知識を持ちながら、スクラムマスターとしてプロジェクトをリード。 今回は、アプリケーションエンジニア側からEKS移行にチャレンジした。 nekottyo (@nekottyo): 写真右上 人事労務freee担当のSRE。AWS、EKS周りの管理がミッション。 Datadogでの監視も担当し、

                                                                  「人事労務freee」のEC2→EKS移行で、大変だったことと良かったこと - freee Developers Hub
                                                                • 【レポート】ZOZOTOWNにおけるAmazon EKSを中心に据えたマイクロサービスアーキテクチャへの変遷 #CUS-01 #AWSSummit | DevelopersIO

                                                                  コンサル部のとばち(@toda_kk)です。 本記事は、AWS Summit Online Japan 2021 にて行われた動画セッション「ZOZOTOWNにおけるAmazon EKSを中心に据えたマイクロサービスアーキテクチャ」のレポートです。 このセッションは、日本最大級のファッション通販サイトであるZOZOTOWNにおいて、モノリシックなシステムをいかにしてマイクロサービスに移行していったのか、またそこでどのようなAWSサービスを組み合わせて利用しているのか、といった内容となっています。 特にAmazon EKSを利用する上で発生する課題について具体的な解決策が述べられているため、利用中もしくは利用を検討中の方にとって非常に有用な情報が得られるのではないかと思います。 セッション概要 "ZOZOTOWNのリプレイス!AWSを利用したマイクロサービスアーキテクチャ設計!" ZOZOT

                                                                    【レポート】ZOZOTOWNにおけるAmazon EKSを中心に据えたマイクロサービスアーキテクチャへの変遷 #CUS-01 #AWSSummit | DevelopersIO
                                                                  • 【レポート】Amazon EKS と Datadog によるマイクロサービスの可観測性(パートナーセッション) #PAR-03 #AWSSummit | DevelopersIO

                                                                    コンサル部のとばち(@toda_kk)です。 本記事は、AWS Summit Online Japan 2021 にて行われた動画セッション「Amazon EKS と Datadog によるマイクロサービスの可観測性」のレポートです。 Datadogを使ってAmazon EKSのモニタリングダッシュボードを作成し、メトリクス監視や分散トレーシングといったObservabilityを簡単に実現しよう! という内容になっています。 セッション概要 Amazon EKS 独自の機能を最大限に活用し、Datadog の直感的なプラットフォームでマイクロサービスの可観測性を実現する方法が学べます。 ・EKS 環境からメトリクス、ログ、トレースを監視する方法 ・リアル・ユーザー・モニタリング (RUM) などの機能を使用して、環境のユーザビリティをテストする方法 ・外形監視 (Synthetics)

                                                                      【レポート】Amazon EKS と Datadog によるマイクロサービスの可観測性(パートナーセッション) #PAR-03 #AWSSummit | DevelopersIO
                                                                    • AWS EKSとECSの比較と選択基準

                                                                      概要 AWSには、マネージドなコンテナプラットフォームとして、EKS(Elastic Kubernetes Service)とECS(Elastic Container Service)があります。 どちらもコンテナオーケストレーションを提供するサービスで、EKSはデファクトスタンダードであるKubernetesが、ECSはAWS独自仕様がそれぞれ使用されており、使用方法や学習コスト、運用やメンテナンスコストについて異なる点も多くあります。 本記事では、EKSとECSの特徴を比較し、それぞれの選択基準について解説します。 AWSのコンテナプラットフォーム AWSの主なコンテナプラットフォームには、EKS(Elastic Kubernetes Service)とECS(Elastic Container Service)があります。 以下に、EKSとECSの概要比較、およびコンテナイメージを

                                                                        AWS EKSとECSの比較と選択基準
                                                                      • ダウンタイムなしでEC2からEKSへ移行しました! - Tech Inside Drecom

                                                                        おしらせ 2021/06/27 の Drecom SRE Sunday にて、 この記事にかかれている EKS 移行に関する情報共有を行います、ぜひご参加ください! Drecom SRE Sunday (connpass) はじめに こんにちは! enza SREチームのmendと申します! 先日の安藤さんの記事「古き良きRailsアプリケーションをコンテナ化してKubernetes上で動かす」にもある通り、運用しているプロダクトをAmazon EC2からAmazon EKSに移行しました。 プロダクトをダウンタイムなしにEC2からEKSに移行しましたので、今回はダウンタイムなしを実現したインフラ側の構成について紹介させて頂きたいと思います。 背景 まず背景としましては、私の関わっているプロダクトはこれまでEC2で動作しておりました。 EC2上でdockerコンテナを起動しているのではなく

                                                                          ダウンタイムなしでEC2からEKSへ移行しました! - Tech Inside Drecom
                                                                        • Amazon Elastic Kubernetes Service (Amazon EKS) の開発チームに移ります - As a Futurist...

                                                                          ソフトウェア開発をやるぞと決めてカナダに移住して Amazon S3 のチームに入り約 3 年経ったけど、今日から社内で別のチームに移ることになった。エンジニア人生を始めて 10 年ちょっと、初めて自分から参加したいと思って選択したポジションなので、楽しみだ。 10 年間、仕事の選択肢がなかった 僕は大学院を辞めてからカナダの永住権を取るまでの約 10 年間、とにかく日本を出て働ける様になるためだけに生きてきた。なんのスキルもなく大学院でも何もなさずに辞めてしまうような人なので、新卒採用(結局既卒になるんだけど)は 1 社しか合格できず選択肢はなかった。しばらくは手に職をつけようとインフラのスキルを一から磨いたけど、このまま同じことを続けても海外には行けないと思って、海外支社に出向できるチャンスをもらった。そこでインフラよりも開発がやりたいと思った矢先に日本に戻る様に言われ、日本で開発をや

                                                                            Amazon Elastic Kubernetes Service (Amazon EKS) の開発チームに移ります - As a Futurist...
                                                                          • AWSの監視系サービスが一気に学べる公式ワークショップに新コンテンツが追加されたのでやってみた | DevelopersIO

                                                                            以前、AWSの監視系のサービスが一気に学べる 公式Workshopをご紹介しました。 こちらのWorkshopに新コンテンツが追加されたようなので、日本語版でやってみたいと思います。 新コンテンツの内容 AWS One Observability Demo Workshop: What’s new with Prometheus, Grafana, and OpenTelemetry  | AWS Open Source Blog 今回追加されたのは以下3章です。 AMAZON MANAGED SERVICE FOR PROMETHEUS (AMP) AMAZON MANAGED SERVICE FOR GRAFANA (AMG) AWS DISTRO FOR OPENTELEMETRY AMAZON MANAGED SERVICE FOR PROMETHEUS (AMP)とAMAZON

                                                                              AWSの監視系サービスが一気に学べる公式ワークショップに新コンテンツが追加されたのでやってみた | DevelopersIO
                                                                            • Spark on k8s を EKS 上で動かす - Gunosyデータ分析ブログ

                                                                              はじめに DRE Team の hyamamoto です. 皆さん,Spark は利用されていますか? Gunosy では Digdag + Athena によるデータ整形が増えてきており,徐々に Spark の利用は減ってきています. 思い返すと,昨年入社後の OJT も Spark から Digdag + Athena への書き換えタスクでした. 一方で,決して多くはないものの,この構成ではカバーし切れない処理もあり,そういったものに関しては Spark を用いています. 話は少し飛びますが,DRE Team では Digdag や派生するバッチ処理を実行するための Kubernetes Cluster を EKS 上に構成しています. また,一部のタスクは Kubernetes の Job として Digdag から投げることで,リソースをスケールさせつつ様々な処理が可能となっていま

                                                                                Spark on k8s を EKS 上で動かす - Gunosyデータ分析ブログ
                                                                              • ArgoCDで外部のクラスターにアプリケーションをデプロイ | DevelopersIO

                                                                                やりたいこと 前回はArgoCDをインストールしたEKSクラスター内にArgoCD経由でアプリケーションをデプロイしました。 今回は、ArgoCDをインストールするクラスターと、アプリケーションをデプロイするクラスターを別にした構成を作ってみたいと思います。かつ、この2クラスターは別々のAWSアカウント上に置きます。 ついでに、新たに学んだことを色々盛り込んでいきます。 前提条件 kubectlのインストール Argo CD CLI のダウンロード - 前回の「Argo CD CLI のダウンロード」項を参照ください。 ArgoCDをインストールするEKSクラスターを作成 今回使用するAWSアカウントではAWS SSOでAdministratorAccess権限のロールが使えるので、aws configure ssoでそのロールのクレデンシャルでクラスターを作成します。 こんな感じのAWS

                                                                                  ArgoCDで外部のクラスターにアプリケーションをデプロイ | DevelopersIO
                                                                                • Chatwork Amazon EKS Case Study

                                                                                  Chatwork Uses Amazon EKS to Increase Operational Efficiency, Support Over 6.5 Billion Messages Chatwork has been using Amazon Web Services (AWS) to power its popular business chat tool "Chatwork" since March 2011, when the AWS Asia Pacific (Tokyo) Region first became available, and has been evolving its architecture ever since. The company moved to a container-based architecture in 2016 and was se

                                                                                    Chatwork Amazon EKS Case Study