並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 2090件

新着順 人気順

EKSの検索結果521 - 560 件 / 2090件

  • AWS for Fluent Bit による Kubernetes ロギング | Amazon Web Services

    Amazon Web Services ブログ AWS for Fluent Bit による Kubernetes ロギング  集中ログは、Kubernetes クラスターを大規模に実行および管理するための重要なコンポーネントです。開発者はアプリケーションのデバッグとモニタリングのために、運用チームはアプリケーションのモニタリングのために、セキュリティはモニタリングのために、それぞれログにアクセスする必要があります。これらのチームには、ログの処理と保存に関する異なる要求事項があります。このブログ記事では、Amazon CloudWatch と組み合わせた AWS for Fluent Bit を使用してログを集中管理するソリューションを紹介します。 AWS for Fluent Bit は Fluent Bit 上に構築されたコンテナであり、ログフィルター、パーサー、およびさまざまな出力

      AWS for Fluent Bit による Kubernetes ロギング | Amazon Web Services
    • old schoolerなネットワークエンジニアがIAP Connectorを試してみた - エニグモ開発者ブログ

      お疲れ様です。インフラチームの山口です。 この記事は Enigmo Advent Calendar 2020の18日目の記事となります。 2020年はコロナ禍でほぼ全社的にリモートワークになったこともあり、 前職のネットワークエンジニアだった頃のWANやビデオ会議の思い出を思い返す機会が多い一年でした。 強く思い出に残っているのは大概、障害と機器の不具合などのトラブル系しかなく、それだけでお腹いっぱいになる感じです。 話は変わりますが、アドベントカレンダーは業務から少しずらした内容で書くポリシーなので、現行の業務とはあまり関係ない、リモートワークに伴ってよく起こりがちなネットワークのごまかしの話をします。 今年、私の業務何やってたかなというとEKSの運用サポートとオンプレの保守対応が多かったので、業務からずれた内容をエイヤで書き下します。 1.はじめに 本記事はオフィスおよびオンプレミスの

        old schoolerなネットワークエンジニアがIAP Connectorを試してみた - エニグモ開発者ブログ
      • [アップデート]Amazon GuardDuty ECS Runtime Monitoringが利用できるようになりました #AWSreinvent | DevelopersIO

        [アップデート]Amazon GuardDuty ECS Runtime Monitoringが利用できるようになりました #AWSreinvent ついにECS on Fargateでコンテナランタイムのセキュリティ対策ができるようになりました!Fargate利用者は全員必見のアップデートです! こんにちは。AWS事業本部トクヤマシュンです。 本日より、Amazon GuardDuty ECS Runtime Monitoringが利用できるようになりました!! 当機能はECS on Fargate、ECS on EC2のどちらにも対応しています!! (2023/11/29追記:ECS on EC2は現在プレビュー機能のようです。) 立ち位置としては、これまでAmazon GuardDuty EKS Runtime MonitoringとしてEKSのみに提供されてきた機能が、 Runti

          [アップデート]Amazon GuardDuty ECS Runtime Monitoringが利用できるようになりました #AWSreinvent | DevelopersIO
        • EKSの運用を楽に安くするためにSpotinst Oceanを使って工夫してる話 - ABEJA Tech Blog

          こんにちは。ABEJAのインフラ管理してる村主 @rwle1221 です。 この記事は Amazon EKS Advent Calendar 2019 2日目の記事です。 1日目は AWSの中の方が re:Invent 直前のアツい想いを書く ということで、ハードルが上がってそうですがそんなことは気にせずに書いていきたいと思います。 [課題] ワーカーノードを管理したい EKSのコントロールプレーンは簡単に作れる => AWS マネジメントコンソール の開始方法 この手順だと、単純な種類のワーカーノードをデプロイするだけに止まり、複数種類のワーカーノードを管理しようとすると自分でCloudFormationなどを作る必要がある CloudFormationでワーカーノードを作るのはやぶさかではないが、CloudFormationはあくまでAutoScalingGroupを作っているだけでワ

            EKSの運用を楽に安くするためにSpotinst Oceanを使って工夫してる話 - ABEJA Tech Blog
          • 第19回 Kubernetesはメインストリームのフェーズに入った ―ガートナー 桂島アナリストに訊く2020年後半のKubernetesトレンド | gihyo.jp

            IT Cutting Edge ─世界を変えるテクノロジの最前線 第19回Kubernetesはメインストリームのフェーズに入った ―ガートナー 桂島アナリストに訊く2020年後半のKubernetesトレンド 7月8日(英国時間⁠)⁠、コンテナマネジメントサービスを提供する米国のスタートアップRancher Labsが大手LinuxディストリビュータのSUSEに買収されるというニュースが発表されました。買収金額は数億ドルにも上るといわれており、あらためて現在のエンタープライズITにおけるKubernetesの存在感の大きさが浮き彫りになったニュースだったといえます。 日本では開発者以外にはあまり知られていなかったRancherですが、今回のSUSEによるRancher買収はについて、ガートナージャパン リサーチ&アドバイザリ部門 テクノロジ&サービスプロバイダ ITインフラストラクチャ/

              第19回 Kubernetesはメインストリームのフェーズに入った ―ガートナー 桂島アナリストに訊く2020年後半のKubernetesトレンド | gihyo.jp
            • GKEでMLバッチ運用のコツ - エムスリーテックブログ

              この記事はエムスリーAdvent Calendar 2023とMLOps Advent Calendar 2023の12日目の記事です。 AI・機械学習チームの北川です。 最近は猫のかまってアピールがすごすぎて、よく仕事の邪魔されます。 かまって欲しがる猫 現在AI・機械学習チームではMLのバッチをGoogle Kubernetes Engine(GKE)上で運用しています。 現在数えてみたところ240個以上のバッチがGKE上で動いているようです。 AI・機械学習チームでは2019年頃から約4年ほどGKE上でMLバッチを運用しています。 その間にコストの最適化や安定したバッチの運用などに力を入れてきました。 この記事では、主にスケールインとコスト最適化について説明しようと思います。 チームのMLについて全体を把握したい場合は以下の記事が詳しいです。 www.m3tech.blog GKEの

                GKEでMLバッチ運用のコツ - エムスリーテックブログ
              • AWS、Java/.NETアプリをコンテナ化するコマンドラインツール「AWS App2Container」リリース

                米Amazon Web Servicesは、コードを変更することなくオンプレミスやAmazon Elastic Compute Cloud(EC2)、または他のクラウドで実行されているアプリケーションをコンテナ化する際に役立つコマンドラインツール「AWS App2Container」を、6月30日(現地時間)にリリースした。 「AWS App2Container」は、サーバで実行されているアプリケーションを検出し、依存関係を識別してAmazon ECSおよびAmazon EKSへのシームレスなデプロイに関連するアーティファクトを生成する。さらに、AWS CodeBuildとAWS CodeDeployを組み合わせることで、コンテナアプリのデプロイを可能にする。 アプリケーションのコンポーネントごとに、アプリケーションファイル/フォルダ、Dockerファイル、Amazon Elastic C

                  AWS、Java/.NETアプリをコンテナ化するコマンドラインツール「AWS App2Container」リリース
                • Interop Tokyo 2023 〜 L5G x AWS Outpostsサーバーの取り組み紹介 〜 - NTT Communications Engineers' Blog

                  はじめに こんにちは、イノベーションセンターの藤田、鈴ヶ嶺です。NTTコミュニケーションズ株式会社 (以下、NTT Com) は、世界最大級のネットワーク展示会である 「Interop Tokyo 2023(会場:幕張メッセ、会期:2023年6月14日〜16日)」 において構築されるShowNetに対し、コントリビューターとしてローカル5G(以下、L5G)システムを提供しました。その基盤としてAWS Outpostsサーバーを構築し提供しました。 本記事ではその構成や技術的な挑戦について解説します。 AWS Outpostsサーバーを用いたL5G基盤構築への挑戦 今回ShowNetにてL5G基盤をAWS Outposts サーバーを用いて構築するにあたり、2点の挑戦をしました。 Flexible InterConnectを利用したハイブリッドクラウドネットワーク EKS x EC2セルフマ

                    Interop Tokyo 2023 〜 L5G x AWS Outpostsサーバーの取り組み紹介 〜 - NTT Communications Engineers' Blog
                  • エンジニア100人でAWS学習コンテンツ<DevAx Academy MONOLITHS TO MICROSERVICES>を受けてみた(※日本初) - 弥生開発者ブログ

                    開発本部 Chief Technical Leaderの佐々木です。 2021年6月~9月にかけてDevAx Academy MONOLITHS TO MICROSERVICES という学習イベントを実施しました! 本記事ではイベントについてご紹介しようと思います。 DevAx Academyとは? 以下からの引用&翻訳ですが、「DevAxチームがお客様の開発チームと長期間直接連携して、ワークショップと共同開発セッションのカリキュラムで社内の開発コミュニティをスキルアップします」とのこと。 workshops.devax.academy 具体的には以下のようなものでした。 AWSのDevAx講師による全8回の勉強会 今回はC#/.NETの環境で実施(ほかの言語の選択肢もアリ) 勉強会は講義とHands onを織り交ぜたもの Zoomによるオンラインでの開催(コロナの関係で・・・) 尚、De

                      エンジニア100人でAWS学習コンテンツ<DevAx Academy MONOLITHS TO MICROSERVICES>を受けてみた(※日本初) - 弥生開発者ブログ
                    • Cloud Logging でつくる EKS のログ収集基盤

                      スタディスト SRE チームの @katsuhisa__ です。SRE チームでは現在、 Teachme Biz の Infra 基盤を EC2 から EKS (on EC2) へ移行するプロジェクトを推進しています。 コンテナの stdout/stderr ログ収集基盤として、GCP の Cloud Logging (旧 Stackdriver Logging) を採用し、Staging 環境への導入を行いました。本エントリでは、導入にあたっての技術的な知見を紹介します。 書くことなぜ Cloud Logging を採用したのかCloud Logging エージェント導入の進め方書かないことKubernetes の用語解説 (e.g. DaemonSet とは何か?)なぜ Kubernetes (EKS) 移行を推進しているかスタディスト Kubernetes クラスタのモニタリング全体

                        Cloud Logging でつくる EKS のログ収集基盤
                      • [速報]AWS Lambdaがコンテナイメージをサポート、関数として実行可能に。AWS re:Invent 2020

                        Amazon Web Services(AWS)は、オンラインで開催中の年次イベント「AWS re:Invent 2020」で、AWS Lambdaのコンテナサポートを発表しました。 AWS Lambdaはサーバレスコンピューティングを実現するサービスです。ファイルの保存やHTTPの通信などのイベントに対応した関数を、あらかじめJavaScriptやJava、Python、Goなどのプログラミング言語で記述しておくと、イベントが発生した時にその関数が実行されるというもの。 今回発表されたAWS Lambdaコンテナサポートにより、コンテナそのものが関数としてイベント発生時に実行されるようになります。 これによりあらかじめ実行したいコードとそのランタイムやライブラリなどをコンテナにパッケージし、AWS Lambdaに関数の代わりに登録することで、AWS Lambdaのアプリケーションが構築で

                          [速報]AWS Lambdaがコンテナイメージをサポート、関数として実行可能に。AWS re:Invent 2020
                        • IAM Roles Anywhere で AWS IAM ロールを AWS 外部のワークロードに拡張する | Amazon Web Services

                          Amazon Web Services ブログ IAM Roles Anywhere で AWS IAM ロールを AWS 外部のワークロードに拡張する この記事は Extend AWS IAM roles to workloads outside of AWS with IAM Roles Anywhere を訳したものです。 IAM Roles Anywhere のリリースの通り、AWS Identity and Access Management (IAM) を用いて AWS 外部で稼働しているワークロードに IAM ロールを簡単に使用できるようになりました。この機能は、IAM ロールの機能を AWS 外部のワークロードに拡張します。IAM Roles Anywhere を利用することで、オンプレミスのサーバー、コンテナ、またはアプリケーションが一時的な AWS クレデンシャルを取得

                            IAM Roles Anywhere で AWS IAM ロールを AWS 外部のワークロードに拡張する | Amazon Web Services
                          • [アップデート] AWS App Meshが「仮想ゲートウェイ」を使ったメッシュ外部からのIngressアクセスをサポートしました | DevelopersIO

                            [アップデート] AWS App Meshが「仮想ゲートウェイ」を使ったメッシュ外部からのIngressアクセスをサポートしました みなさん、こんにちは! AWS事業本部の青柳@福岡オフィスです。 AWSが提供するメッシュサービス AWS App Mesh において、新しい機能「仮想ゲートウェイ」(Virtual Gateway) がリリースされました。 AWS App Mesh launches ingress support with virtual gateways これは「App Meshの使い方が大きく広がるんじゃないか?」と思える、結構ビッグなアップデートではないかと思います。 AWSブログでハンズオンも公開されていますので、こちらに沿って試してみたいと思います。 Introducing Ingress support in AWS App Mesh | Containers

                              [アップデート] AWS App Meshが「仮想ゲートウェイ」を使ったメッシュ外部からのIngressアクセスをサポートしました | DevelopersIO
                            • Kubernetes Security: 10 Best Practices from the Industry and Community

                              Security Kubernetes Security: 10 Best Practices from the Industry and Community Kubernetes requires extensive configuration, and keeping container security at the right level is always challenging. One of the best ways to tighten your clusters’ security is by implementing tactics that have become industry-standard.4 Here are 10 most important ones. 10 best practices for Kubernetes security 1. Don’

                                Kubernetes Security: 10 Best Practices from the Industry and Community
                              • Helmのサブコマンドを全部使ってみた | DevelopersIO

                                Helmの勉強のために、各サブコマンドで何ができるか調べました。 環境情報 EKS Workshopで使う、Cloud 9インスタンス上で検証しています。Linuxです。 Helmのバージョンは以下です。 $ helm version version.BuildInfo{Version:"v3.5.0", GitCommit:"32c22239423b3b4ba6706d450bd044baffdcf9e6", GitTreeState:"clean", GoVersion:"go1.15.6"} completion generate autocompletions script for the specified shell シェル自動補完のためのスクリプトを吐いてくれます。 各シェル用のサブコマンドがあります。 Available Commands: bash generate au

                                  Helmのサブコマンドを全部使ってみた | DevelopersIO
                                • 本番環境にAWS Fargateを採用しました

                                  本記事は リクルートライフスタイル Advent Calendar 2019 7日目の記事です。 じゃらんnetを担当している砂川です。 じゃらんnetでは一部の機能を AWS Fargate上に構築して提供しています。 リリースから数ヶ月経ちましたが、安定して運用することができています。 本記事では、AWS Fargateを採用するにあたって、技術選定時に考えた観点、本番運用するために取り組んだトピックについて書いていきたいと思います。 AWS Fargateとは AWS Fargateとは、AWSが提供するマネージドなコンテナ実行環境です。Aamazon ECS の起動タイプとして選択することで利用できます。Amazon ECSのもう1つの起動タイプであるEC2起動タイプと比較すると、コンテナを実行するサーバを直接意識する必要がなく、サーバのインスタンスタイプの選択やクラスタ管理がいら

                                    本番環境にAWS Fargateを採用しました
                                  • EKSのIAM Role for Service Accountsを使用するときにはSTSのリージョナルエンドポイントを使うように設定しようという話 - もうずっといなかぐらし

                                    先日、DynamoDBにアクセスするAPIをLambdaからEKS上への再実装・載せ替えを行いました。その際、IAM Role for Service Account(IRSA)を使用した一時クレデンシャル取得時のレイテンシが大きく高まる事象に遭遇しました。 原因と解決策を調査から解決に至るまでの過程とともにご紹介します。 TL;DR IRSAを使用する際は一時クレデンシャル取得時にSTSにリージョナルエンドポイントを使用させるためAWS_STS_REGIONAL_ENDPOINTS=regionalという環境変数を設定することを検討すること。 経緯 現在転職会議ではECS or Lambdaで実装された既存のサービスを順次EKS上に載せ替えていっています。 先日、私がLambdaで実装されていたAPIをGoで再実装しEKS上に載せ替えました。このAPIはDynamoDBの中身をレスポンス

                                      EKSのIAM Role for Service Accountsを使用するときにはSTSのリージョナルエンドポイントを使うように設定しようという話 - もうずっといなかぐらし
                                    • 監視SaaSが使えなくなった話 | ドクセル

                                      ⾃⼰紹介 和田 雄樹(Yuki Wada) ウェルスナビ株式会社 / システム基盤チーム / インフラエンジニア > チーム規模: 5人(2024年1月時点) > 技術スタック: AWS/ECS/EKS/Terraform/Datadog/PagerDuty ウェルスナビでは ● SRE、FinOps、Containerization、Securityいろいろやってます ● ウェルスナビにおけるコンテナ化の取り組み という記事書きました ひとこと ● 最近、長野(松本)から上京してきました 2 @2024 WealthNavi Inc. https://tech.wealthnavi.com/entry/20240110/1704855600

                                        監視SaaSが使えなくなった話 | ドクセル
                                      • BERTを使ったMLバッチ処理実サービスのアーキテクチャとMLOpsの取り組み

                                        こんにちは、Development部門に所属しているSREの佐藤と申します。 Development部門では複数プロダクト共通の基盤構築や、新技術の検証、インフラ整備などを幅広く担当しています。これまでストックマークではCI/CD基盤の構築やAWS上で構築するインフラのコード化、ニュース収集基盤のアーキテクチャの改善や運用負荷軽減から、製品利用状況のデータ分析基盤構築などに取り組んできました。 今日はAstrategyという製品でのMLOpsの取り組みについて話します。 AstrategyについてAstrategyは国内外Webメディアを対象として情報を収集・構造化し、調査・報告業務を包括的にサポートする検索プラットフォームです。 図1: 「言葉のAI」自然言語解析を用いたオープンデータ解析ツール 複数の分析画面を提供しており、目的に応じて異なる観点で市場変化や競合動向を可視化できます。

                                          BERTを使ったMLバッチ処理実サービスのアーキテクチャとMLOpsの取り組み
                                        • Security-JAWS 第24回レポート #サイバーセキュリティは全員参加 #secjaws #secjaws24 #jawsug | DevelopersIO

                                          こんにちは、臼田です。 Security JAWS 第24回が開催されましたのでレポート致します。 Security-JAWS【第24回】 勉強会 2022年2月28日(月) - Security-JAWS | Doorkeeper 動画 レポート Session1: 2022年サイバーセキュリティ月間 ~#サイバーセキュリティは全員参加~ 内閣サイバーセキュリティセンター( NISC )基本戦略第 1 グループ 浦川 隆志さん サイバーセキュリティ月間の宣伝 今年はマクロスとコラボ なんで? 今年で40周年 幅広い世代に知名度がある 男性も女性も、いろんな星の種族の人がいてコンセプトに合っている 2022年サイバーセキュリティ月間 - NISC 特設ページでいろいろな発信をしている 「基本的なセキュリティ対策」や「東京2020大会の対策を振り返る」が新しいコンテンツ 基本的なセキュリティ

                                            Security-JAWS 第24回レポート #サイバーセキュリティは全員参加 #secjaws #secjaws24 #jawsug | DevelopersIO
                                          • 【2024/03/30 更新】DMMプラットフォームのマイクロサービスアーキテクトグループのエンジニア募集について - pospomeのプログラミング日記

                                            このドキュメントは何? 現在もエンジニアを募集しているのか? DMMプラットフォームとは? マイクロサービスアーキテクトグループとは? マイクロサービスアーキテクトグループが設立された背景 マイクロサービスアーキテクトグループの組織体制 認証チーム 認可チーム プラットフォームチーム SREチーム Developer Productivity Team 利用するテクノロジースタックとツール 各チーム共通となるテクノロジースタック 各チーム共通となるツール(技術領域以外のもの) リモートワーク環境におけるコミュニケーションツール マイクロサービスアーキテクトグループの開発の進め方 Daily Standupによる進捗確認 プランニングによる作業実行計画 新規タスクの優先度確認ミーティング KPTミーティング 個人の判断で必要に応じてミーティング どのような人を求めているのか? マイクロサービ

                                              【2024/03/30 更新】DMMプラットフォームのマイクロサービスアーキテクトグループのエンジニア募集について - pospomeのプログラミング日記
                                            • AWSのCEOがre:Inventで発表した約30の新サービス一覧

                                              印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services(AWS)は12月2日、年次イベント「re:Invent 2020」をオンラインでスタートさせた。今後約3週にわたって開催する。複数回行われる基調講演では、初日に最高経営責任者(CEO)のAndy Jassy氏が登壇し、「持続的再発明」をキーワードに27種類の新サービスを発表した。Jassy氏が触れなかったものを含めると、合計43の新サービスを発表された。 9回目となるre:Inventは、例年では米国ラスベガスの複数のホテルを会場に開催される。2019年は約6万5000人を集め、業界では最大規模のイベントだ。コロナ禍の真っただ中にある2020年は、初のオンライン配信による「バーチャルカンファレンス

                                                AWSのCEOがre:Inventで発表した約30の新サービス一覧
                                              • [速報]Kubernetesレイヤでマルチクラウドを実現する「VMware Tanzu」正式リリース

                                                VMwareは3月10日(日本時間3月11日未明)、オンラインイベント「App Modernization in a Multi-Cloud World」を開催。Kubernetesの導入から展開までをカバーする「VMware Tanzu」を発表しました。 Today, we are excited to announce new products and services to help our customers modernize their applications and infrastructure—with our newly expanded #VMwareTanzu portfolio. #AppModernization2020 https://t.co/fBjGjCnolE pic.twitter.com/NxcBTk5tPK — VMware News (@vmwa

                                                  [速報]Kubernetesレイヤでマルチクラウドを実現する「VMware Tanzu」正式リリース
                                                • Amazon EKS Workshop のご紹介 | Amazon Web Services

                                                  Amazon Web Services ブログ Amazon EKS Workshop のご紹介 Amazon Elastic Kubernetes Service (Amazon EKS) と関連するオープンソース技術に精通するために作成された Kubernetes に特化したワークショップである Amazon EKS Workshop のリニューアルを発表できる事を嬉しく思います。新しいワークショップは既存のワークショップを置き換えます。既存のワークショップは完全に廃止されましたが、archive.eksworkshop.com として引き続きアクセスすることができます。Amazon EKS Workshopは、新たに開発されたモジュール、参加者のために合理化されたコマンドラインインターフェイス (CLI) 体験、ワークショップの前提条件をデプロイするためのインフラストラクチャの改善に

                                                    Amazon EKS Workshop のご紹介 | Amazon Web Services
                                                  • 2021年2-3月に CKAD と CKA を受験した / 受験 Tips と 勉強方法をまとめる - kakakakakku blog

                                                    2021年2-3月に Kubernetes の資格 CKAD (Certified Kubernetes Application Developer) と CKA (Certified Kubernetes Administrator) を受験した.3年後に更新をするであろう自分のためにも勉強方法をまとめておく.当たり前だけど,出題に関する内容は書かず,受験 Tips と勉強方法にフォーカスする.なお,試験情報は以下に載っている.一言でまとめると「勉強過程も試験本番もとにかく楽しかったー🙌」かな! www.cncf.io www.cncf.io カリキュラム(出題範囲)は GitHub に PDF として公開されている. CKAD (Certified Kubernetes Application Developer) 13% - Core Concepts 10% - Multi-Co

                                                      2021年2-3月に CKAD と CKA を受験した / 受験 Tips と 勉強方法をまとめる - kakakakakku blog
                                                    • AWS Fargate now delivers faster scaling of applications

                                                      AWS Fargate, the serverless compute engine for Amazon Elastic Container Service (ECS) and Amazon Elastic Kubernetes Service (EKS), now enables customers to scale applications faster, improving performance and reducing wait time. We have made several improvements over the last year that enable you to scale applications up to 16X faster, making it easier to build and run applications at a larger sca

                                                        AWS Fargate now delivers faster scaling of applications
                                                      • 施工管理サービスの定期実行ジョブ処理基盤をEC2からコンテナへ移行しました - ANDPAD Tech Blog

                                                        この記事はANDPAD Advent Calendar 2022の 23 日目の記事です。 こんにちは、アンドパッドSWEの あかりです。ニックネームではなく本名です。このひらがな3文字にはネット上では優しくされたいという願望が込められていますw 1. 概要 最近、アンドパッドで最も古くから稼働している施工管理サービス内で定期実行されていた非同期処理(以後、定期実行ジョブとする)の実行基盤を、EC2からコンテナに移行しました。 この記事では、その移行方法について説明します。 2. 前提の説明 説明の前提として、施工管理サービスのインフラ概要図を下図に示します。左がコンテナ移行前の概要図で、右がコンテナ移行後の概要図になります。 インフラ概要 元々、施工管理サービスは3種類のサーバで構成されており、それぞれ以下のような役割を担っていました。 サーバ 説明 frontサーバ ユーザーからのリク

                                                          施工管理サービスの定期実行ジョブ処理基盤をEC2からコンテナへ移行しました - ANDPAD Tech Blog
                                                        • [速報]AWS、オンプレミス向けコンテナ基盤ソフトウェア「Amazon ECS Anywhere」「Amazon EKS Anywhere」発表、オープンソース化も。AWS re:Invent 2020

                                                          [速報]AWS、オンプレミス向けコンテナ基盤ソフトウェア「Amazon ECS Anywhere」「Amazon EKS Anywhere」発表、オープンソース化も。AWS re:Invent 2020 Amazon Web Services(AWS)の年次イベント「AWS re:Invent 2020」がオンラインで開幕しました。 初日の基調講演には同社CEO Andy Jassy氏が登場。 昨年までラスベガスの大規模会場で行われていたのと同様に(画面で見るかぎり、おそらくCGではなく本物の)ステージセットが用意され、効果音として要所で観衆の拍手やコールも再現されていました。 そのため、オンラインで見ている分には昨年までとほぼ変わらない基調講演です。 Jassy氏は、AWSはコンテナを実行するベストな場所であるとして、AWSスタイルのコンテナ管理を提供する「Amazon ECS(Elas

                                                            [速報]AWS、オンプレミス向けコンテナ基盤ソフトウェア「Amazon ECS Anywhere」「Amazon EKS Anywhere」発表、オープンソース化も。AWS re:Invent 2020
                                                          • Amazon EKSでのArgoCDを使ったGitOps CD | Recruit Tech Blog

                                                            こんにちは。スタディサプリ ENGLISH SREグループの木村です。 つい先日、スタディサプリENGLISHの基盤をECSからEKSへの移行をしました。移行の経緯や理由などは先日公開された大島のスタディサプリENGLISHの基盤をECSからEKSに移行しました という記事で紹介しております。 今回は私たちがKubernetesのCDに利用したArgo CDをなぜ選んだのか?どのよう導入したのかという部分を説明していきたいと思います。 Argo CDについて Argo CDはGitOps1)Gitをアプリケーションとインフラのsingle source of truthとして扱い、Gitにある情報(ここではKubernetesのmanifest)をあるべき姿とし、同期を行いアプリケーションの変更を行う手法。GitOpsを提唱しているweaveworksのGitOpsにページに詳細が書いてあ

                                                              Amazon EKSでのArgoCDを使ったGitOps CD | Recruit Tech Blog
                                                            • GitOps for Kubernetes | Caylent

                                                              Cloud-native applications are dominating the market with their improved performance and high efficiency. While there are more resources to support cloud-native applications running as microservices, managing complex cloud architecture is still a challenge. The more microservices you run, the more tasks you will have to deal with in order to keep the cloud environment healthy and running smoothly.

                                                                GitOps for Kubernetes | Caylent
                                                              • マネージド「マネージドKubernetes」という憂鬱 - orangeitems’s diary

                                                                二極化する世界 世の中はコンテナ時代がそこまで近づいていまして、ただレガシーとモダンの間には得体のしれない溝のような壁のような物体があることを感じています。 コンテナ知るか、って完全無視して相変わらずの3層アプリケーションを作る現場はたくさんあるでしょう。もちろんCOBOLだってメインフレームだって残っているくらいですから、モダナイゼーションがすべての現場に行き渡ると思ったら大間違いです。 一方で、Kubernetesありきでマイクロサービス化をどんどん進めて、現場のサービスがデプロイだロールバックだと次世代な運用を行っている現場もあります。モダナイゼーションというよりは、もう今までのレガシーな運用自体が無理ゲーと化していたのでギャンブル的にGoogleライクにやってみたらうまく行った、ということだと理解しています。もう、イノベーションと言うよりは、よそでうまく行っているらしいからうちも、

                                                                  マネージド「マネージドKubernetes」という憂鬱 - orangeitems’s diary
                                                                • AWS EKSのCoreDNSにおいて、名前解決が失敗する事例とその解決法について - エンジニアのロードラン

                                                                  はじめに TL;DR 名前解決が一部失敗する話 CoreDNSのhealth checkと終了時の挙動(一部推測が含まれる) 原因その① 調査編 再現検証 検証環境について 結果 原因その① 対策編 対策方針 原因その② どんなときに名前解決が失敗するか 原因その② 対策編 やり方 参考実装の例4つと採用したやりかた 解説 まとめ はじめに どうもrenjikariです。SREです。 AWS Elastic Kontainer Service(以下EKS)環境にて起きた事象の対策が結構たいへんだったので、対応とともに共有しておきます。 もっといいやり方あるぜ!って人はぜひ教えて下さい:bow: 今回の事象には原因が2つあり、それぞれに解決策を用意したため、記事でも原因その① => 解決策その① => 原因その② => 解決策その②という順番で書いていきます TL;DR EKSにおいてある程

                                                                    AWS EKSのCoreDNSにおいて、名前解決が失敗する事例とその解決法について - エンジニアのロードラン
                                                                  • SES企業から自社プロダクトの事業会社に転職してみて - Xincere Technology Blog

                                                                    あいさつ はじめまして、株式会社シンシアで不動産サイトのXincere Residenceと自社CRMの開発をしているソフトウェアエンジニアの望月と申します。 2022年1月にシンシアに正社員として入社しまして、フロントエンド・サーバーサイド・インフラまで、プロダクトに関する領域全部を担当させていただいています。 入社してからそろそろ2ヶ月が経過しましたので、入社エントリを書いてみました。 今回の入社エントリでは、 転職の経緯 シンシアを選んだ理由 実際に入ってみて という内容で、弊社の魅力をお伝えできればと思っています。 転職の経緯 自分は文系の学部卒として2019年4月にSES企業に入社し、システムエンジニアとして働きました。最初はJava Servletの研修から始まり、テスター、そしてシステムエンジニアというSIerの典型的なキャリアを歩んでいました。 配属先の現場では中々コードを

                                                                      SES企業から自社プロダクトの事業会社に転職してみて - Xincere Technology Blog
                                                                    • スタディプラス SREチームの2019年の取り組みまとめ - Studyplus Engineering Blog

                                                                      SREチームの栗山(id:shepherdMaster)と菅原(id:ksugahara08)です。 年末ということもあり、弊社SREチームが2019年に行ってきた取り組みの中で大きめのトピックを紹介したいと思います。 本来ならもっともっと書きたいことがあるのですが、今回はスタディプラスのSREチームが何をやってきたのか概要がわかるように書いていきたいと思いますのでぜひ最後まで読んで頂けるとありがたいです。 SREチーム発足 SREという職種の共有会 ポストモーテム導入 脱AWS Elastic BeanstalkとKubernetes移行 Terraform移行 ログ収集基盤改善 Rubyバージョンアップ jemallocの導入 勉強会開催 Kubernetesハンズオン Kubernetetsの各機能の勉強会 コンテナ監視ツール勉強会 サービスメッシュ勉強会 CI/CD勉強会 AWS

                                                                        スタディプラス SREチームの2019年の取り組みまとめ - Studyplus Engineering Blog
                                                                      • 約2年間勤めたクラスメソッド株式会社を退職しました - もうずっといなかぐらし

                                                                        仕事内容 2017年9月の入社以降しばらくは、ScalaやRuby等でアプリのバックエンドのシステムのサーバサイドエンジニアをやってましたが、紆余屈折あってDevOps支援エンジニアとしてコンテナやCI/CDの導入支援等に携わり、最終的にB2BのサービスのSREに流れ着きました。 DevOps支援室時代は案件的にAWSのCodeシリーズを利用したCI/CD環境の導入やECS/EKSの技術支援に関わっていました。業務からちょっと外れたところでも、イケてる会社さんの取り組みを聞かせて頂いたり、ハンズオンを開催したりと、在籍期間中で一番楽しかった時期でした! 以下はDevOps支援室時代にマネージャだった藤村新さん(@aratafuji)にDevOpsDays Tokyo 2019でいじられる私の図 DevOps導入支援、始めました from Arata Fujimura 直近では tjinji

                                                                          約2年間勤めたクラスメソッド株式会社を退職しました - もうずっといなかぐらし
                                                                        • クラスメソッドのMAD事業部とは何か? | DevelopersIO

                                                                          2021年7月に発足したMAD事業部が、実際なにを価値提供するのか?理想の支援の形を赤裸々にお話します。 「クラスメソッドMADってなんなん?なんか狂った感じ?」 「うん、だいたいあってる」 というわけで、ハマコーこと濱田孝治は、2021年7月付で、クラスメソッド株式会社 CX事業本部 MAD事業部の部長を拝命致しました。 拝命とか書くと「そんな厳かな儀式があんの?」と思われる方もいるかも知れませんが、そこは弊社、のんびりしたもんです。自分も「ブチョー」と言われてもあまりぴんときません。 MAD事業部は、MADチームとしてちょうど一年前の2020年7月に発足しました。この一年はとにかく目の前の案件をこなしていくことに精一杯の一年だったのですが、改めてこれまでを振り返ってみることで、我々がどのように進化していきたいのか、何を社会に価値提供していきたいのかがおぼろげながら見えてきました。 MA

                                                                            クラスメソッドのMAD事業部とは何か? | DevelopersIO
                                                                          • 「AWSコスト削減事例祭り」YouTube配信  ZOZO・ディップなど3社が共催

                                                                            ZOZOや求人情報サイト「バイトル」を運営するdipなど3社が、オンラインイベント「AWSコスト削減事例祭り」を開催する。各社によるAWSのコスト削減事例を紹介するという。 ZOZOや求人情報サイト「バイトル」を運営するdipなど3社が、2月22日にオンラインイベント「AWSコスト削減事例祭り」を開催する。各社によるAWSのコスト削減事例を紹介する他、視聴者の質問にも答えるという。内容はYouTubeで配信する。 ZOZOは「WEAR、EKS Fargateやめるってよ」、dipは「awsコスト分析サービスを利用したコスト最適化」といったテーマのセッションを配信する。ZOZO、dipに加え、ソフトウェアのテスト自動化ツールを提供するオーティファイ(東京都中央区)も参加。視聴は無料で、申し込みはIT勉強会の募集支援サービス「connpass」で受け付ける。 関連記事 10倍に膨れたAWS運用

                                                                              「AWSコスト削減事例祭り」YouTube配信  ZOZO・ディップなど3社が共催
                                                                            • カラーミーショップにおけるSREの取り組み - Pepabo Tech Portal

                                                                              こんにちは。浪速の太刀使いこと P山 です。今日はGMOペパボが提供する国内最大級のネットショップ作成サービスであるカラーミーショップ(以降カラーミー)において、どのようなSREの取り組みを行っているかを紹介します。 カラーミーの構成 カラーミーはお客様のショップのコンテンツを配信するサーバ、そこからコールされるAPIサーバなど、いくつかの役割のサーバで構成されています。それらが動作するインフラのほとんどは自社で運用するOpenStack上で動くVM、もしくはKubernetesで提供しています。 データストアはAWS DirectConnectと組み合わせてRDSやElastiCacheを利用しており、一部、KubernetesにおいてもEKSとOpenStackでマルチクラウド構成で利用しています。このようにクラウドサービスが得意な部分はどんどん委譲することで、自分たちが得意とする領域

                                                                                カラーミーショップにおけるSREの取り組み - Pepabo Tech Portal
                                                                              • エンジニアインタビュー 第4回 夏目さん編 - エニグモ開発者ブログ

                                                                                エニグモ、BUYMA の中のひとを知ってもらおうと、エンジニアへのインタビューをしてみました。 第4回は、2017年3月入社のインフラエンジニア夏目さんです。 インタビュアー 小澤:2011年4月入社。部長。 伊藤:2018年5月入社。新卒2年目。 前職について 伊藤: まずは前職について伺いたいのですが、前職では何をされていたのでしょうか? 夏目: 前職はSIerをやっていまして、新卒研修後に配属先を決めるときに開発とインフラどっちが良い?と聞かれて、インフラを選びました。 伊藤: なぜ開発じゃなくてインフラを選択したんですか? 夏目: みんな開発を選ぶんですけど、インフラってコントロールしている感があって良いな、と。力を持ちたかったんです(笑) それで官公庁とか金融系のインフラ構築・設計をやっていました。 小澤: ということはインターネットじゃなくてイントラネットですか? 夏目: たぶ

                                                                                  エンジニアインタビュー 第4回 夏目さん編 - エニグモ開発者ブログ
                                                                                • AWS Outposts サーバーを徹底解説 - NTT Communications Engineers' Blog

                                                                                  はじめに こんにちは、イノベーションセンターの鈴ヶ嶺です。 普段はクラウドサービスをオンプレミス環境でも同様のUI/UXで使用を可能とするハイブリッドクラウド製品の技術検証をしています。 過去に我々はAWS Outposts ラックの検証内容を公開しました。 engineers.ntt.com 今回本記事では、新たに導入したAWS Outposts サーバーの仕様、導入方法、利用方法について徹底解説します。 AWS Outposts とは AWS Outpostsは、AWSのハイブリッドクラウド製品です。オンプレミス上に製品を設置してPublic AWSと同じような操作性でインフラストラクチャとサービスを作成できます。 主なユースケースは次の4つのケースが想定されます。 低レイテンシーコンピューティング 最寄りのパブリッククラウドサーバーでは通信遅延要件を満たさない場合、近距離地点にAWS

                                                                                    AWS Outposts サーバーを徹底解説 - NTT Communications Engineers' Blog