並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 3057件

新着順 人気順

eksの検索結果561 - 600 件 / 3057件

  • 日本人のためのフェイスブック入門

    私もひっそりとフェイスブックを利用しています。これまでは、あまり上手く利用できていませんでした。他のソーシャルメディアとの使い分けに困っていました。 日本人のためのフェイスブック入門 「フォロアー数競争」になりがちのソーシャルメディアで、数と質を両方カバーできるフェイスブックは、最強のソーシャルメディアです。始めていない方は、今すぐアカウントを取って始めるべきです。フェイスブックには逆転のチャンスが残されているからです。 facebook business / smemon87 個人アカウントとFacebookページ フェイスブックの肝は、Facebookページと呼ばれる、個人アカウントページとは別に作れるコミュニティページです(つくり方)。個人アカウントは知り合いに限定して、多くの人と広く繋がるためにFacebookページを利用することで、「実名主義」の恩恵を十分に受けることができます。

      日本人のためのフェイスブック入門
    • 〜運用しやすいプレビュー環境を求めて〜 Gateway APIで作るサービスメッシュレスなプレビュー環境 - LIVESENSE ENGINEER BLOG

      みなさん、プレビュー環境してますか?どうも、かたいなかです。 以前、記事や登壇でIstioベースのPreview環境の構築方法をご紹介しました。 made.livesense.co.jp 外向けに発表したものの、Istioの運用工数や学習コストがネックとなってしまい、実際の転職会議の開発環境の導入にはいたっていませんでした。 最近になってGateway APIの実装例も増えてきて、Istio以外にもプレビュー環境でのヘッダを元にしたルーティングの実現において、現実的な選択肢となりそうなツールが増えてきました。そこで、Gateway APIのEnvoyによる実装であるEnvoy Gatewayを用いて、サービスメッシュを使用しないプレビュー環境の構築を試してみたため、この記事では構成例をご紹介します。 なお、今回の記事の中ではプレビュー環境の説明等について前回の記事と同様の説明を再度する箇所

        〜運用しやすいプレビュー環境を求めて〜 Gateway APIで作るサービスメッシュレスなプレビュー環境 - LIVESENSE ENGINEER BLOG
      • 2023 年 1 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内 | Amazon Web Services

        Amazon Web Services ブログ 2023 年 1 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内 2023 年 1 月に公開された AWS Black Belt オンラインセミナーの資料及び動画についてご案内させて頂きます。 動画はオンデマンドでご視聴いただけます。 また、過去の AWS Black Belt オンラインセミナーの資料及び動画は「AWS サービス別資料集」に一覧がございます。 YouTube の再生リストは「AWS Black Belt Online Seminar の Playlist」をご覧ください。 AWS Storage Gateway オンプレミスアプリケーションに、事実上無制限のクラウドストレージへのアクセスを提供するハイブリッドクラウドストレージサービスである AWS Storage Gateway について紹介

          2023 年 1 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内 | Amazon Web Services
        • 4年以上待ってたEKSの改善がようやく出てきた件 - inductor's blog

          はじめに これは、Kubernetesアドベントカレンダー2の20日目の記事です。 これの話です。 aws.amazon.com ただし俺はもうEKS全然使ってないから意味ない件😢 なんの話? 待ってたとは 4年前に、AWSでコンテナ使ってる人ならお馴染みのaws/containers-roadmapにこんなIssue(もとい、Feature Request)を作りました。 github.com また、これに関連するIssueとしてはその半年ほど前に作られていて github.com 自分としてはこのIssueを立てる前から技術選定の時点でずっと悩んでいたポイントだったので、かれこれ5年近く待っていたことになります。ようやくリリースされて本当によかった。まあ今はいらないんだけど、、、 どんな内容か これまでのEKSの課題点 EKSでクラスター管理者や運用者を指定する上で欠かせないのが、K

            4年以上待ってたEKSの改善がようやく出てきた件 - inductor's blog
          • 入門 EKS on Fargate - Qiita

            プロダクションで EKS on Fargate を(できるだけ)使うことを目標に EKS on Fargate に入門します。 Managed Node Groupとの使い分けなどについてもまとめます。 ※ 本記事は 2019/12/14 時点の情報に基づいています。 Fargate、EKS on Fargateとは FargateはAWS上で「仮想マシンの管理なしにコンテナをデプロイできるサービス」です。 元々はAWS独自のコンテナオーケストレーションシステムであるECSの一機能と思われていましたが、EKS on Fargateが登場した今では、「ECS・EKSどちらでも動く、コンテナ化されたワークロード向けのサーバレスコンピュートエンジン」という体でブランディングされているようです。Fargateの公式ページ冒頭でも以下のように紹介されています。 AWS Fargate is a se

              入門 EKS on Fargate - Qiita
            • containerd/runwasiを読む

              containerd/runwasiを読む #2023-02-24 以下を見て興味が湧いたので、軽く試したり読んだりしてみた。 とりあえず分かったことを記録しておく。 コンテナランタイムのcontainerdに、WebAssemblyをコンテナとして扱うための「runwasi」が統合。これからのコンテナランタイムはWebAssemblyと統合されていくhttps://t.co/FAFSwMpOY5 — Publickey (@publickey) February 21, 2023目次Hello runwasi #とりあずREADME通りに試してみる。 wasmedgeをインストールし、make build, sudo make install。 demo を build しloadする。

                containerd/runwasiを読む
              • AWS Fargate: サービス概要 | Amazon Web Services

                Amazon Web Services ブログ AWS Fargate: サービス概要 AWS上でコンテナを運用管理するお客様の手助けになるようAmazon Elastic Container Service(Amazon ECS)をアナウンスしたのは約3年前でした。Amazon ECSを利用することで、クラスター管理やオーケストレーション用ソフトウェアを運用することについて心配する必要がなくなり、大規模に高い可用性を持ってワークロードを稼働させることが可能になりました。 2017/11/29、AWSは AWS Fargateをアナウンスしました。下回りとなるインスタンス群の管理をせずとも、コンテナを基本的な計算単位として利用することができる技術です。Fargateをご利用いただくことで、コンテナを動かすためにクラスター内の仮想マシンのプロビジョニング、設定やスケールを行う必要はもうありま

                  AWS Fargate: サービス概要 | Amazon Web Services
                • ABEJA Insight for Retailの技術スタックを公開します (2021年10月版) - ABEJA Tech Blog

                  初めに 会社・事業紹介 ABEJA Insight for Retailについて 技術スタック 全体アーキテクチャ図 ① 映像録画・解析システム ②データ基盤部分 ③ Webダッシュボード その他 (全体共通部分) 一緒に働く仲間を募集中! 最後に 初めに こんにちわ。大田黒(おおたぐろ)です。暑い日が落ち着いてきて、秋(冬?)が来たなぁと感じるこの頃です。皆様いかがおすごしでしょうか。前回の「ABEJAの技術スタックを公開します (2019年11月版)」が公開されてからしばらく経ちました。 引き続きエンジニアの方とお話させていただく中で、 「ABEJAってよく聞くけど...実際どんなことやってるのかよくわからない」 「AIのお硬いSIerって感じなんでしょ?」 「社内は機械学習エンジニアばっかりなんでしょ...??」 といったご質問をいただくことが多いです。 今回の記事では、最新の会社や

                    ABEJA Insight for Retailの技術スタックを公開します (2021年10月版) - ABEJA Tech Blog
                  • 【総まとめ】GuardDutyによるコンテナランタイム脅威検知の注意事項と設定手順と検出の様子 #AWSreInvent | DevelopersIO

                    AWSマネージドサービスGuardDutyによる待望のコンテナランタイム脅威検知。その検知内容と設定上の注意事項、検出の様子をまとめてお届けします。 「ECSのランタイム脅威検知って、商用製品必須だよね。どれにすっかなぁ。結構高いよね」 「1年前の予告を経て、よーーーやくAWSマネージドなやつがGAされましたよ」 去年のre:Invent2022においてKeynote中に予告だけされていたコンテナ環境のランタイム検知(【速報】GuardDutyによるコンテナランタイムの脅威検知サービスが発表されました!)。 先日のre:Invent 2023のアップデートにより、待望のECSにおけるランタイム検知が、GuardDutyで実現できるようになりました!!もともとEKSにおけるランタイム検知は提供されていましたが、それがECSにも拡張されたアップデートです。 これまでAWSのECSにおいてランタ

                      【総まとめ】GuardDutyによるコンテナランタイム脅威検知の注意事項と設定手順と検出の様子 #AWSreInvent | DevelopersIO
                    • Istio Rate Limitを活用した流量制限の取り組み - ZOZO TECH BLOG

                      はじめに こんにちは、ECプラットフォーム基盤SREブロックの織田と、カート決済SREブロックの遠藤です。 本記事では、Istio Rate Limitの概要とZOZOTOWNでの導入事例を2つご紹介します。 目次 はじめに 目次 現在のZOZOTOWN Istio Rate Limitの概要 Istio Rate Limitとは? 仕組み どのような制限ができるのか? Circuit Breakerとの違い 導入事例 事例1. マイクロサービスから外部APIへのリクエスト制限 構成 設定と計測のポイント 1. レイテンシの計測 2. 1つのAPIに対して2重の制限を設定 事例2. オンプレミス環境のリクエスト制限 構成 設定と計測のポイント 1. 商品別の注文リクエスト数制限 2. 閾値決定のための負荷試験 今後の展望 感想 最後に 現在のZOZOTOWN ZOZOTOWNではオンプレミ

                        Istio Rate Limitを活用した流量制限の取り組み - ZOZO TECH BLOG
                      • アジャイルなSREチームの運用

                        LAPRAS株式会社でSREをしているyktakaha4と申します🐧 弊社のSREチームで最近運用をはじめた見積もりやふりかえりの手法について書きたいと思います 大規模な立ち上がり済みの組織向けでなく、今ひとりで仕事をしている人が2人目のSREを迎え入れたときの一事例としてご覧ください 経緯 弊社は2016年に創業して以来、ソフトウェアエンジニアとして入社した社員がアプリケーションからクラウドまでプロダクト全体を開発・運用するというスタイルが取られていましたが、 エンジニア組織の拡大に伴い、2021年頃からプロダクトの信頼性や可用性の向上を責務とする専任のSREを立ててシステムの改善をおこなってきました 以下は、弊社で導入しているホラクラシーに基づいて定義された Site Reliabilityサークル のロールの一覧です 原則として、ロールは誰であっても自由に負うことができるので、主務

                          アジャイルなSREチームの運用
                        • 2019年を振り返る(機械学習の世界に足を踏み入れた) - shnagaiの日記

                          年末で、ちょうどアドベントカレンダーの枠があったので今年一年の活動を振り返っていこうと思う。 この記事はコネヒト Advent Calendar 2019 21日目の記事です。 2019年は結構自分の働き方が変わった一年でもあったので、下記2点を中心に書いていく。 機械学習の世界に足を踏み入れた アウトプット中心の活動ログ 機械学習の世界に足を踏み入れた 組織の大きな変化もあり、今年から業務として機械学習に取り組んでいる。(元々興味はあったのでチャレンジするいい機会に恵まれたというのが正直なところ) ここでは、機械学習関連のものだけに絞って時系列でどんなことをやっていたのかを振り返ろうと思う。 1〜3月 当時のCTOの @tatsushim がPythonによるはじめての機械学習 という本を執筆しており、そのレビュワーとしてこの本を通じて機械学習を学び始めた。 この本は、機械学習の初学者が

                            2019年を振り返る(機械学習の世界に足を踏み入れた) - shnagaiの日記
                          • コンテナ実行に特化したAWS製オープンソースOS「Bottlerocket」がGAになりました! | DevelopersIO

                            衝撃の発表 (ハマコー氏談) から半年、いよいよ「Bottlerocket」が正式リリースとなりました。 みなさん、こんにちは! AWS事業本部の青柳@福岡オフィスです。 今年3月、AWSからコンテナ実行に特化したOS「Bottlerocket」が発表されました。 Announcing the General Availability of Bottlerocket, a new open source Linux-based operating system purpose-built to run containers 発表と同時にパブリックプレビューとして試すことができる状態でしたが、このたび正式版としてリリースされました! ※ なお、Bottlerocketは「EKS」および「ECS」のホストOSとして利用可能ですが、今回GAになったのはEKS向けの利用についてのみですので、ご注意

                              コンテナ実行に特化したAWS製オープンソースOS「Bottlerocket」がGAになりました! | DevelopersIO
                            • HERP における Web フロントエンド開発概観 (2022年春編)

                              はじめに# この記事は,HERP における Web フロントエンド開発の概観を,世間の開発者に——特に潜在的・顕在的な候補者の方に——知ってもらうことを目的として書かれた.HERP では現在 Web フロントエンドエンジニアを積極的に募集しているが,仮に入社したとしてどのような仕事をすることになるかのイメージが付いた方が,検討の候補に入れてもらいやすいのではないかという目論見による.また,採用している技術スタックにも珍しいものがあるため,単純に読み物として楽しめるかもしれない.なお,開発の実情について知ってもらうのが目的であり,実装の良し悪しについて議論することは目的としていない. HERP でのアプリケーション開発# B2B SaaS として,主に IT スタートアップ企業向けの,採用管理システムおよびタレントプールシステムを開発・提供している. そもそもプロダクトを通じて何を実現したい

                              • 詳解 Terraform 第3版

                                TOPICS System/Network 発行年月日 2023年11月21日 発売予定 PRINT LENGTH 472 (予定) ISBN 978-4-8144-0052-2 原書 Terraform: Up & Running, 3rd Edition FORMAT Print PDF EPUB 本書は、Terraformのシンプルな宣言的表現によって、コマンド操作で、インフラをデプロイし管理する方法を豊富なサンプルコードを使って解説します。 Terraformがインフラの状態をどのように管理し、ファイルのレイアウト、分離、ロックにどのように影響するかを学びます。またTerraformを使ったサーバクラスタやロードバランサ、データベースのデプロイ、Terraformモジュールでの再利用可能なインフラの作成、ゼロダウンタイムデプロイを実現するための高度なTerraformの文法を解説し

                                  詳解 Terraform 第3版
                                • オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応

                                  オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応 Amazon Web Services(AWS)は、AWSのクラウドインフラと同等のシステムをオンプレミスに持ち込める「AWS Outposts」で、Amazon RDSが利用可能になったと発表しました。 AWS Outpostsは、同社がクラウドの構築で培ってきた技術を基にハードウェアとソフトウェアを設計、開発し、24インチのラックにシステム一式を搭載したシステム。あたかも自社内にAWSリージョンを置いたようになり、パブリッククラウドと連係したハイブリッドクラウドを実現できます。 2019年12月に米ラスベガスで開催された年次イベント「AWS re:Invent 2019」にて正式リリースとなりました。 [速報]AWSをオンプレミスに持ち込める「AWS Outpost

                                    オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応
                                  • コンテナを監視する - Mackerel ヘルプ

                                    Amazon ECSやKubernetesなど、コンテナオーケストレーションプラットフォームにおけるコンテナの監視にはmackerel-container-agentが利用できます。 特徴 mackerel-container-agentにはつぎのような特徴があります。 コンテナオーケストレーションプラットフォームを対象とした専用の監視エージェントです Dockerイメージで提供します タスク(ECS)やPod(Kubernetes)を監視します タスク/Podのサイドカーとして実行します タスク/Podをホストとして扱い、サービス、ロールを割り当てることが可能です エージェント終了時に自動退役します 以下に挙げるものはmackerel-container-agentにおいて監視対象外となります。 コンテナホストの監視 コンテナホストのCPUやメモリ、ネットワークなど コンテナオーケストレ

                                      コンテナを監視する - Mackerel ヘルプ
                                    • Next.jsとGoを使っていきます - トレタ開発者ブログ

                                      こんにちは、VPoEの北川です。 今回はトレタで現在使用している技術スタックについて紹介します。 創業時から稼働している予約・顧客台帳サービス「トレタ」から現在の注力事業のモバイルオーダーサービス「トレタO/X」までをあらためて振り返ってみると、まるで異なる技術スタックになっているので歴史的な背景などを辿りながら紹介していきます。 技術スタックの変遷 予約・顧客台帳「トレタ」 会社名にもなっている予約・顧客台帳の「トレタ」は創業当時から稼働している築11年ほどのシステムです。 サーバーサイドにはRubyとRubyOnRailsで作られた巨大なコードベースのAPIサーバーがあり、予約台帳のiOSアプリやウェブ予約などのWebアプリケーションなどが利用しています。 長年このモノリシックなシステムを成長させてきたので、以前からトレタを知ってくださっている人にはトレタはRubyの会社と認知されてい

                                        Next.jsとGoを使っていきます - トレタ開発者ブログ
                                      • EKSでAWS ALB Ingress ControllerでALBつくってRoute 53にレコード作ってさらにACMでhttps!!! - hatappi.blog

                                        最近勉強がてら AWS EKS を使ってKubernetes をさわってます! もし間違ってるところがあれば @hatappi まで教えていただけると嬉しいです。 今回はどんなことがしたかったか ALBを使いたい! 2ドメインを使ってホストベースでルーティングしたい ALBは自動で作るけど Routes 53 のレコードは手動ですみたいなことはしたくない やっぱり今の時代は https でしょ! (ACM) 事前準備 まずは検証環境がないといけないので、クラスターの作成をおこないます。 クラスターは以前書いた記事で使用した eksctl を使用して作成していきます。 blog.hatappi.me 例えばこんな感じでクラスターを作成します。 $ eksctl create cluster --name test --region ap-northeast-1 --nodes 2 --nod

                                          EKSでAWS ALB Ingress ControllerでALBつくってRoute 53にレコード作ってさらにACMでhttps!!! - hatappi.blog
                                        • Container monitoring for Amazon ECS, EKS, and Kubernetes is now available in Amazon CloudWatch

                                          You can now monitor, isolate, and diagnose your containerized applications and microservices environments using Amazon CloudWatch Container Insights. Part of Amazon CloudWatch, a fully managed service, this new feature gives DevOps and systems engineers access to automated dashboards summarizing the performance and health of their Amazon Elastic Container Service (ECS), AWS Fargate, Amazon Elastic

                                            Container monitoring for Amazon ECS, EKS, and Kubernetes is now available in Amazon CloudWatch
                                          • 2021 年の SRE チームの活動について - Gunosy Tech Blog

                                            はじめに SRE 部の茂木です。 こちらの記事は Gunosy Advent Calendar 2021 - Adventar の 21 日目の記事となります。 前回の記事はサンドバーグさんの 改めてドライブレコーダーを作ってみた - Gunosy Tech Blog でした。 かなりマニアックな内容となっていましたね。 さて、2017 年頃から 「SRE」という単語が世の中に出回ってから、数多くの実践が各企業で行われてきました。ですがその業務内容を詳細に公表している企業はそう多くはありません。 私は Gunosy に来てから正式な SRE チームに所属することになりましたが、 常にSRE の定義とは、難しいものがあるなと日々感じています(各社によって責任範囲や求められることがかなり違うため) 。 そこで今回は、 2021 年の Gunosy のSRE チームがどのような活動をしてきたかを

                                              2021 年の SRE チームの活動について - Gunosy Tech Blog
                                            • 【2ch】ニュー速クオリティ:【速報】 菅首相「朝鮮学校無償化するわ」

                                              1 名無しさん@涙目です。(兵庫県) 2011/08/29(月) 12:43:26.55 ID:7aViaZIf0 ?PLT(12011) ポイント特典 朝鮮学校に無償化適用へ 菅首相は朝鮮学校への高校無償化適用審査手続き再開を高木文科相に指示、文科省は手続きに入った。 2011/08/29 11:48【共同通信】 http://www.47news.jp/news/flashnews/ 【速報】朝鮮学校 無償化 http://hatsukari.2ch.net/test/read.cgi/news/1314588009/ 2 名無しさん@涙目です。(京都府) 2011/08/29(月) 12:43:40.80 ID:eCzAPrbm0 最後にやりおった 3 名無しさん@涙目です。(島根県) 2011/08/29(月) 12:43:56.96 ID:neXbuOGM0

                                              • 「モルモン教が『有色人種なのは神による罰』とする教義を放棄」海外の反応 : 暇は無味無臭の劇薬

                                                Comment by maxwellhill モルモン教会が褐色の肌は神による罰であるとする教義を放棄した。 <記事要約> モルモン書(ミュージカルのことではなく神聖な文章の方)では黒い肌というのは神の呪いの印であり、白い肌というのは神の祝福の印です。 このモルモン書はイスラエルの失われた2つの部族の紛争を語ったものであり、レーマン人とニーファイ人は新世界へ旅立ち中央アメリカで居を構えます。 レーマン人は神に逆らうという罪を犯したことで「主​は​また、彼ら​の​罪悪​の​ため​に、​のろい​を​彼ら​に​下された。まことに​ひどい​のろい​を​下された。見よ、彼ら​が​主​に​対して​心を​かたくな​に​し、あたかも​火打ち​石​の​よう​に​硬く​なって​しまった​から​で​ある。それで​主​なる​神​は、彼ら​が​肌の​白い、非常に​麗しく​​喜ばしい​者たち​で​あった​ので、わたし

                                                  「モルモン教が『有色人種なのは神による罰』とする教義を放棄」海外の反応 : 暇は無味無臭の劇薬
                                                • 5GキャリアのエッジロケーションにAWSを設置、モバイルデバイスから利用できる「AWS Wavelength」発表。国内ではKDDIが提携。AWS re:Invent 2019

                                                  5GキャリアのエッジロケーションにAWSを設置、モバイルデバイスから利用できる「AWS Wavelength」発表。国内ではKDDIが提携。AWS re:Invent 2019 AWSは米ラスベガスで開催中の年次イベント「AWS re:Invent 2019」で、5GキャリアのエッジロケーションにAWSのインフラを設置する「AWS Wavelength」を発表しました。 これにより5Gのモバイルデバイスから非常に小さなレイテンシでエッジロケーションに置かれたAWSのコンピュートやストレージなどにアクセスできるようになります。 次世代のモバイル通信サービスとして期待されている、いわゆる「5G」は、大容量で低レイテンシなネットワークを実現します。 しかしこの5Gネットワークを通じて、モバイルデバイスからAWSのようなパブリッククラウドへアクセスしようとすると、5Gキャリアのネットワークからイン

                                                    5GキャリアのエッジロケーションにAWSを設置、モバイルデバイスから利用できる「AWS Wavelength」発表。国内ではKDDIが提携。AWS re:Invent 2019
                                                  • [速報]AWS Fargate発表。サーバやクラスタの運用管理が不要でコンテナをスケーラブルに実行。AWS re:Invent 2017

                                                    Amazon Web Services(AWS)は、米ラスベガスで開催中の年次イベント「AWS re:Invent 2017」で、コンテナを簡単かつスケーラブルに実行できるマネージドサービス「AWS Fargate」を発表しました。 一般に、コンテナ型仮想化を用いてスケーラブルなシステムを構築するには、サーバにコンテナの実行環境を構築し、それをクラスタとして実行するためにKubernetesなどのオーケストレーションツールを利用する必要があります。 AWS Fargateはそうした設定やツールなどの手間をすべて不要にし、コンテナをアップロードすればあとは複数のアベイラビリティゾーンへの展開やオートスケール、ロードバランシングなどをクラウドが全部やってくれる、といったものです。 「これはコンテナを実行する方法を完全に変えてしまうものだ」(Andy Jassy氏) AwS Fargateは、A

                                                      [速報]AWS Fargate発表。サーバやクラスタの運用管理が不要でコンテナをスケーラブルに実行。AWS re:Invent 2017
                                                    • Kubernetes の upstream のキャッチアップ

                                                      先日、Kubernetes Meetup Tokyo #59 で「KEP から眺める Kubernetes」というタイトルで発表しました。発表の後で Kubernetes の upstream のキャッチアップ方法について質問を受けました。その場で回答はしたのですが、ちょうど社内の共有会で似たような話をしたところだったので、加筆修正したものを公開しておきます。 はじめに Kubernetes の upstream を追いかけ始めて 1 年ちょっと経ったので、その経験をまとめます。Kubernetes の upstream やエコシステムを観察しているだけで、コントリビュータではありません。間違っている部分があったらごめんなさい...! Kubernetes の開発体制や開発者の所属組織の分布、新しい機能を追加する際のプロセスの話を簡単にしてから私のキャッチアップ方法についてまとめています。

                                                        Kubernetes の upstream のキャッチアップ
                                                      • FAANSにおけるCloud RunからGKE Autopilotへのリプレイス事例 - ZOZO TECH BLOG

                                                        はじめに こんにちは。ブランドソリューション開発本部 WEAR部 SREの笹沢(@sasamuku)です。 FAANSはショップスタッフの効率的な販売をサポートするスタッフ専用ツールです。FAANSの一部機能は既にリリースされており全国の店舗で利用いただいております。正式リリースに向け、WEARと連携したコーディネート投稿機能やその成果をチェックできる機能などを開発中です。 FAANSのコンテナ基盤にはCloud Runを採用しており、昨年にSREとしての取り組みをテックブログでご紹介しました。しかし、運用していく中で機能需要や技術戦略の変遷があり、Cloud RunからGKE Autopilotへリプレイスすることを決めました。本記事ではリプレイスの背景と、複数サービスが稼働している状況下でのリプレイス方法についてご紹介します。 目次 はじめに 目次 リプレイスの背景 なぜCloud R

                                                          FAANSにおけるCloud RunからGKE Autopilotへのリプレイス事例 - ZOZO TECH BLOG
                                                        • Amazon CloudWatch での Prometheus メトリクスの使用 | Amazon Web Services

                                                          Amazon Web Services ブログ Amazon CloudWatch での Prometheus メトリクスの使用 Imaya Kumar Jagannathan、Justin Gu、Marc Chéné、および Michael Hausenblas 今週の初めに、AWS は CloudWatch Container Insights での Prometheus メトリクスモニタリングの公開ベータ版サポートを発表しました。この記事では、ユーザーがプロビジョニングする AWS クラスター上の Amazon Elastic Kubernetes Service (EKS) および Kubernetes で、コンテナ化されたワークロードに新しい Amazon CloudWatch 機能を使用する方法をご紹介します。 Prometheus は Cloud Native Compute

                                                            Amazon CloudWatch での Prometheus メトリクスの使用 | Amazon Web Services
                                                          • スタートアップによくある課題とおすすめAWSサービスは? AWS SA直伝の技術トレンド

                                                            みなさん、こんにちは。アマゾン ウェブ サービス ジャパン株式会社のスタートアップソリューションアーキテクト、塚田朗弘(@akitsukada)です。普段はもっぱらスタートアップのお客さまを技術面から支援しています。AWSサービスは、Amazon PinpointやAWS Chaliceが好きです。このシリーズでは、多様なAWSサービスの中から、急成長中のスタートアップ企業がAWSをどう使っているのか、どういったビジネス課題を解決しているのかをひも解き、実際にスタートアップ企業の中でエンジニアリングをリードしている担当者の方がAWS活用術をご紹介します。第1回は、私からスタートアップにおける技術課題やトレンドの変化についてお届けします。 スタートアップが注目すべきAWSのポイント まず、簡単にAWSが提供するクラウドサービスの特徴をおさらいしてみましょう。基本的なところで、以下の点が挙げら

                                                              スタートアップによくある課題とおすすめAWSサービスは? AWS SA直伝の技術トレンド
                                                            • Argo Workflowsを使った機械学習環境の構築手順 - アダコテック技術ブログ

                                                              はじめに テックリードの柿崎です。私たちは、機械学習のパラメータチューニングを効率よく行うため、KubernetesネイティブのワークフローエンジンであるArgo Workflowsを採用しています。この記事では、その導入手順の要点を紹介いたします。 導入の目的 Argo Workflows導入以前は機械学習のパラメータチューニングを行うにあたり以下の機能を独自に実装しており、属人化していました。 パラメータ探索のアルゴリズム インスタンスのスケーリング インスタンスの稼働状況の可視化 ジョブの進行状況の可視化 これらをより柔軟に活用できるようにして、開発、更新サイクルを早めていくことが導入の目的です。 前提条件 Kubernetes(EKS)はすでに構築済みであること Kubernetes、Helmについての基本的な知識があること Argo Workflowsの基本的な知識があること K

                                                                Argo Workflowsを使った機械学習環境の構築手順 - アダコテック技術ブログ
                                                              • メルカリは機械学習に「AWS×Kubernetes」をどう使っている? CTOが仕組みを解説

                                                                日本国内での取引件数が累計5億件、月間アクティブユーザー数が1350万人を突破するなど、成長を続けるフリマアプリ「メルカリ」。人気の要因の1つが、出品物をスマートフォンのカメラで撮影すると、AIが商品名やカテゴリーなどを推測して自動入力する「AI出品」など、テクノロジーを活用した機能を多く備えていることだ。 「(各機能を実現するため)メルカリはAIと機械学習に力を入れ、随所で活用している。その理由は、個人間取引では、商品データにゆらぎがあり、データを画一的に扱えないことが多いためだ」。メルカリの名村卓CTO(最高技術責任者)は、アマゾン ウェブ サービス ジャパンがこのほど開いた技術説明会に登壇し、こう説明した。 例えば、メルカリで同じ機種の「iPhone」が売られている場合でも、液晶画面が割れているものから新品同様のものまで、状態はさまざまだ。それらを同じ機種だと判断できるレベルまで画像

                                                                  メルカリは機械学習に「AWS×Kubernetes」をどう使っている? CTOが仕組みを解説
                                                                • みてねのSREによるグローバルサービスの体験を向上させる技術 | gihyo.jp

                                                                  株式会社MIXIで『家族アルバム みてね』(⁠以下みてね)のSREグループに所属している尾関です。 みてねは2017年より海外でもサービス展開していまして、1,500万人を超えるユーザに175の国と地域でサービスを提供しています。そのうち3割以上が海外ユーザになります(2022年8月現在⁠)⁠。 事業としても市場規模の大きさから海外ユーザをもっと伸ばしていくことに注力しており、その中でSREグループは「世界中の家族が快適かつ安心に使えるサービスを提供する。」をミッションに掲げてきました。 本記事では、世界中の家族が快適に使うために行ってきたことの一部を紹介させていただきます。 これまでの改善の歴史 2017年:海外展開スタート 2015年のサービスリリース当時、みてねのバックエンドインフラはAWSの東京リージョンで構築していました。 そして2017年より海外展開を開始しましたが、当時はまだ

                                                                    みてねのSREによるグローバルサービスの体験を向上させる技術 | gihyo.jp
                                                                  • AWS&Azure&GCPの凄腕エンジニアが激論!「雲の中心で愛を叫ぶ! クラウド横断パネルディスカッション」レポート(完全版) #devsumi | DevelopersIO

                                                                    2020年02月13日(木)〜14日(金)の2日間、目黒雅叙園で開催された『Developers Summit 2020』。 通称"デブサミ"と呼ばれているこのカンファレンスイベントには、私自身2013年から参加しており(この時は一般枠として)、翌2014年からはいわゆる『プレス枠』として参加させて頂き、翔泳社様のメディアサイト『CodeZine』にレポートを寄稿させて頂いていました。(※これまでの寄稿情報については以下ページをご参照ください) そして今年2020年も、引き続きプレス枠として参加しました! 当エントリは寄稿エントリとして聴講したものの中から、Developers.IOでも是非レポートしておきたい!というセッションについてレポートしたいと思います。同僚の濱田孝治が登壇した「雲の中心で愛を叫ぶ! クラウド横断パネルディスカッション」です。 目次 セッション概要 セッションレポー

                                                                      AWS&Azure&GCPの凄腕エンジニアが激論!「雲の中心で愛を叫ぶ! クラウド横断パネルディスカッション」レポート(完全版) #devsumi | DevelopersIO
                                                                    • モンスターストライク スタジアムをAmazon EC2からAmazon ECS Fargateに移行しました

                                                                      MIXI でモンストサーバチームとセキュリティ室を兼務している、atponsです。 モンストサーバチームでは、モンスターストライクとは別に、モンスターストライク スタジアムというスマートフォンのアプリゲームのサーバ開発・運用を行っています。 モンスターストライク スタジアムは、モンスターストライクとプレイスタイルは同じながら、4vs4の最大8人まで同時対戦や練習モードなどを備えたアプリになっており、モンストのeスポーツ大会「モンストグランプリ」を開催する際にも利用されています。 開発体制の現状 モンスターストライク スタジアムは、初期の段階でモンスターストライクのコードから分岐する形で開発されているため、アップストリームの変更を順次取り込んでいくという仕組みで運用されています。そのため、サーバコードなどは別にあり、適宜新機能を取り込んでいきアップストリームと合わせていくという開発・運用フロ

                                                                        モンスターストライク スタジアムをAmazon EC2からAmazon ECS Fargateに移行しました
                                                                      • アソビューにおけるSREとは?4,000万人のアクセスに耐えられるインフラと高い信頼性を目指して - asoview! Tech Blog

                                                                        この記事は、アソビュー! Advent Calendar 2022の12日目です。(裏面です) アソビューでSREユニットに所属をしている三森です。この記事では弊社のSREについて紹介をしようと思います。 アソビューでのSREとは? SREの指針とは? 信頼性 全体最適 DevSecOps こういうことやってるよ! 最後に アソビューでのSREとは? アソビューでのSREとはGoogleが提唱した「Site Reliability Engineering」の考え方を基本にしておりますが、インフラ/運用の上に乗るサービス、その先に居る顧客までを見据えて改善活動を積み上げるチームとしています。 www.wantedly.com SREの指針とは? アソビューはビジョンとして、「2025年までに、4000万もの人々に遊びを通じて、素敵な思い出をお届けする」を掲げています。 このビジョンの実現する

                                                                          アソビューにおけるSREとは?4,000万人のアクセスに耐えられるインフラと高い信頼性を目指して - asoview! Tech Blog
                                                                        • Amazon EKS上でアプリケーションをGraceful Shutdownさせる際に注意すべきポイント | 株式会社ヌーラボ(Nulab inc.)

                                                                          SRE課で、主にBacklogのSREを担当しているMuziです。 物理サーバやインスタンスで動作していたアプリケーションを、Kubernetesクラスタに移行する際には、いままで暗黙的に存在していた前提に目を向ける必要があります。そのような前提を無視すると、アプリケーションは動作したとしても、可用性が悪化する可能性があるためです。 私たちがBacklogをEC2インスタンスからKubernetesクラスタに移行した際にも、可用性の悪化に繋がる問題に対処する必要が生じました。今回は、そのような問題の一つであるGraceful Shutdownに関する注意点を、私たちの実体験をもとにご紹介します。 なお、以下の内容はAmazon EKSのKubernetesバージョン1.22で確認しました。Amazon EKSに固有の話題も含みますが、Kubernetes全般に共通する部分も多いかと思います

                                                                            Amazon EKS上でアプリケーションをGraceful Shutdownさせる際に注意すべきポイント | 株式会社ヌーラボ(Nulab inc.)
                                                                          • [レポート]「JAWS-UG コンテナ支部 入門編 #6 コンテナの始め方」 ~コンテナワークロード編~ #jawsug_ct | DevelopersIO

                                                                            [レポート]「JAWS-UG コンテナ支部 入門編 #6 コンテナの始め方」 ~コンテナワークロード編~ #jawsug_ct 「Dockerについて使い方はわかったけど本番環境にどうやって導入するの?」 こんな状態に陥っていません? そうです、私のことです。 自分の開発環境に導入して便利だなぁと思ったり、チュートリアルを一通り試してはみたものの、本番環境にDockerを導入、運用するのかのイメージが全く浮かび上がりません。 そしてDockerを導入することがサービスのマイクロサービス化であるとどうしても意識してしまいより一層わからないものになっています。 そんな中今回受講した「JAWS-UG コンテナ支部 入門編 #6」では下記のような内容を学ぶことができました。 コンテナを導入するまでの流れを掴み、具体的なイメージできるようになる コンテナの導入までのタスクを理解する 本記事では私が学

                                                                              [レポート]「JAWS-UG コンテナ支部 入門編 #6 コンテナの始め方」 ~コンテナワークロード編~ #jawsug_ct | DevelopersIO
                                                                            • 「Hしてもいいかも」と思わせる男の特徴 「コミュ力があること」「極端なデブではないこと」 | ライフハックちゃんねる弐式

                                                                              1 :(東京都):2011/09/06(火) 21:30:10.23 ID:n72r8eks0● 女性たちにとって、男は大きく分けて以下4の種類に分類されるという。(1)積極的にセックスしたい男、(2)セックスしても構わない男、(3)あまりセックスしたくない男、(4)絶対セックスしたくない男。なんともはっきりしているではないか。 今回20〜30代の女性100人にアンケートを行ったところ、(1)積極的にセックスしたい男は「ごくごく少数」であることが判明した。 要はそんな男は芸能人か超イケメンしかいない、ということらしい。それに対して(2)セックスしても構わない男は、知り合いの5人に1人くらいが当てはまるという。 これは吉報! イケメンでなくてもこのカテゴリーに属してさえおけば、あわよくばオイシイ機会があるかもしれないのだ。 ならば、オンナたちにセックスしても構わないかも、と思わせるのはどうす

                                                                              • 祝k8s on AWS!ということで一番基本的なDockerネットワークについて調べてみた - freee Developers Hub

                                                                                おはようございます。会計freeeの開発をしている bananaumai と言います。 ついにEKSでAWSにKubernetesがやってきましたね! また、Fargate の登場により、ECS自体の利用もとても気軽になりました。いい時代来てます。 オメデタイことが続くので?、Dockerのネットワークを調べてみようとふと思いました。 しかし、ネットワーク苦手エンジニアの僕からするとあまりにも壮大な壁でした。 ということで、freee Developers Advent Calendar の11日目、一番基本的なDockerネットワークを調べてお茶を濁すことにします。k8s関係ありません。すみません。 ※ EKSについての説明は同僚のmumoshuさんの記事がわかりやすいのでご参照下さい。 それではやっていきます。 とりあえず見てみましょう コンテナと外の世界との通信は特に意識しなくてもで

                                                                                  祝k8s on AWS!ということで一番基本的なDockerネットワークについて調べてみた - freee Developers Hub
                                                                                • Continuous delivery of container applications to AWS Fargate with GitHub Actions | Amazon Web Services

                                                                                  AWS Open Source Blog Continuous delivery of container applications to AWS Fargate with GitHub Actions At the day two keynote of the GitHub Universe 2019 conference on Nov 14, Amazon Web Services announced that we have open sourced four new GitHub Actions for Amazon ECS and ECR. Using these GitHub Actions, developers and DevOps engineers can easily set up continuous delivery pipelines in their code

                                                                                    Continuous delivery of container applications to AWS Fargate with GitHub Actions | Amazon Web Services