Examples · Diagrams
Here are some more examples. Grouped Workers on AWS from diagrams import Diagram from diagrams.aws.compute import EC2 from diagrams.aws.database import RDS from diagrams.aws.network import ELB with Diagram("Grouped Workers", show=False, direction="TB"): ELB("lb") >> [EC2("worker1"), EC2("worker2"), EC2("worker3"), EC2("worker4"), EC2("worker5")] >> RDS("events") Clustered Web Services from diagram
Introducing Karpenter – An Open-Source High-Performance Kubernetes Cluster Autoscaler | Amazon Web Services
AWS News Blog Introducing Karpenter – An Open-Source High-Performance Kubernetes Cluster Autoscaler Today we are announcing that Karpenter is ready for production. Karpenter is an open-source, flexible, high-performance Kubernetes cluster autoscaler built with AWS. It helps improve your application availability and cluster efficiency by rapidly launching right-sized compute resources in response t
Amazon EFS を利用した Amazon ECS on AWS Fargate での WordPress の実行 | Amazon Web Services
Amazon Web Services ブログ Amazon EFS を利用した Amazon ECS on AWS Fargate での WordPress の実行 この記事は、Running WordPress on Amazon ECS on AWS Fargate with Amazon EFS を翻訳したものです。 私が初めてウェブサイトを作ったのは 1997 年のことでした。それは当時好きだったミュージシャンのファンサイトでした。ウェブサイトの作り方はよく知らなかったのですが、自分の音楽の好みを (誰が聞いているかわかりませんが) World Wide Web に伝えたいという熱い思いがありました。学校のコンピューターラボにあったフロッピーディスク付きの PC は MS-DOS を搭載しており、ラボの先生は Basic なトレーニングしか受けていなかったので、私の「Web 開発
こちらは【Terraform】moduleのアンチパターンとそれに対するベストプラクティス5選 - Qiitaとは違い、特に公式サイト書かれていたわけではないけども僕が数ヶ月Terraformを使って学んだ個人的なベストプラクティス集です。 リソースへ名前をつけがたいときはthisを使う あるリソースを宣言するとき、そのリソースがモジュール内で1つしかない場合は名前の付け方に苦労します。 リソースタイプと似たような名前をつける場合、以下のように以外と選択肢がたくさんあり面倒です。 aws_ssm_parameter リソースタイプの場合 parameter ssm_parameter aws_ssm_parameter ssmparameter ssm-parameter ... またアプリケーション名などその用途で表す方法もあります。 しかし、この書き方ですとこの部分を他のアプリケーショ
The Architecture of a Modern Startup | by Dmitry Kruglov | Nov, 2022 | Better Programming
workflow — all images by authorThe Tech side of startups can sometimes be very fluid and contain a lot of unknowns. What tech stack to use? Which components might be overkill for now but worth keeping an eye on in the future? How to balance the pace of business features development while keeping the quality bar high enough to have a maintainable codebase? Here I want to share our experience buildi
はじめに サーバーサイド開発に慣れる 4月〜10月 ポイント機能の開発 11月〜1月 ラジコのコンテンツのトライアル配信 3月 最近 最後に おまけ はじめに こんにちは。datadog-trace-agentを血管中にぶちこんで体のメトリクスを取りたい625です。最近はvtuberが好きすぎてvtuberになりました。 昨年4月にGunosyに入社し、サーバーサイドエンジニアをして働き始め1年が経って書いていたコードも世の表に出たので入社から1年何をしてきたかについてお話します。 (この記事は同期の田口くんが書いたこの記事↓のオマージュです。) tech.gunosy.io 田口くんのように社のいろいろなサービスに携わったりはしていませんが、ざっくりと大きな単位でサーバーサイドエンジニアとして、どんな1年を過ごしたかがわかれば幸いです。 サーバーサイド開発に慣れる 4月〜10月 まずはサ
｜DMM inside
AWS CDKが今日も楽しいです。CSDKで触ったことがなかったEKSクラスタを作成しました。 本記事ではAWS CDKを使って薄くEKSクラスタをどのように作ったかを記載します。 TypeScriptやAWS CDKの基本的な部分は記載しません。 また、本ブログで使用した、AWS CDKのバージョンは1.4.0です。 プロジェクトの初期設定 AWS CDKのスタックを作成するための初期設定を行ないます。 個人の趣向ですが、cdk initをせずにプロジェクトの設定を行います。 $ mkdir cdk-eks-101 && cd $_ $ mkdir src $ git init $ npm init -y $ npm i @aws-cdk/{core,aws-eks,aws-ec2,aws-iam} $ npm i -D aws-cdk @types/node typescript 次に
Amazon EKS の Ingress を考える ~ AWS Load Balancer Controller + Istio ~ - 東京ガス内製開発チーム Tech Blog
みなさんこんにちは、杉山です。花粉症に必死に抗う毎日ですが、気づいたら3月も残りわずかですね。同士のみなさん、がんばって乗り越えましょう！ さて今回は、私の前回記事：Amazon EKS 導入に続いて、少しだけ深堀りして Ingress の部分について書いてみたいと思います。 Amazon EKS の Ingress を考える ALBC + Istio 全体構成 構築してみる - ALBの作成 - Istio コアコンポーネントのインストール Gateway リソースの作成 Virtual Service の作成 実際にやってみて さいごに Amazon EKS の Ingress を考える ━ クラウドベンダーが提供するマネージド Kubernetes をやるということは、 Ingress を考えるということだ ━ このような言葉を、偉大なる先人の方に聞いたことがあります。（ないです）
AWS Outpostsが一般提供開始になりました 今すぐご注文ください！ | Amazon Web Services
Amazon Web Services ブログ AWS Outpostsが一般提供開始になりました 今すぐご注文ください！ re:Invent 2018で最初にAWS Outpostsについて説明しました。本日、注文を受けて、データセンターまたはコロケーションにOutpostsラックを設置する準備ができたことをお知らせいたします。 Outpostsを選ぶ理由 この新しいユニークなAWS製品は、ローカル処理と非常に低いレイテンシを必要とする顧客のニーズを満たすように設計された、包括的な単一ベンダーのコンピューティングおよびストレージソリューションです。詳細なハードウェア仕様の作成、複数の異なるベンダーからの入札の勧誘と管理、または個々のサーバーのラックとスタッキングに時間を費やす必要がなくなりました。代わりに、トレーニングを受けたAWSの技術者が設置、接続、セットアップ、確認を行いますので、
Kubernetes Meetup Tokyo #32の発表資料です スライド内容の補足を下記に書いています https://hi1280.hatenablog.com/entry/2020/07/29/100000 参考資料 https://kubernetes.io/ja/docs/concepts/overview/what-is-kubernetes/ https://toris.io/2019/12/what-i-think-about-when-i-think-about-kubernetes-and-ecs/ https://kubernetes.io/ja/docs/concepts/workloads/pods/pod-lifecycle/ https://aws.amazon.com/jp/blogs/compute/scaling-kubernetes-deploym
Amazon Web Services ブログ Kubernetes で Spark パフォーマンスを最適化する Apache Spark はオープンソースプロジェクトで、分析分野で幅広い人気を博しています。有名なビッグデータや、ストリーミングといったの機械学習ワークロード、幅広いデータセットの処理、ETL などで使用されています。 Kubernetes は、人気のあるオープンソースのコンテナ管理システムで、アプリケーションのデプロイ、メンテナンス、スケーリングのための基本的なメカニズムを提供します。Amazon EKS は、高可用性コントロールプレーンを提供するマネージド Kubernetes サービスで、AWS で本番環境レベルのワークロードを実行します。お客様は、EKS でマイクロサービス、バッチ、機械学習などのさまざまなワークロードを実行できます。 このブログは、Kubernete
AWS Fargate で Amazon EKS を使用するときにアプリケーションログをキャプチャする方法 | Amazon Web Services
Amazon Web Services ブログ AWS Fargate で Amazon EKS を使用するときにアプリケーションログをキャプチャする方法 Amazon Elastic Kubernetes Service (Amazon EKS) が、AWS Fargate でアプリケーションを実行可能にKubernetes ポッドは EC2 インスタンスをプロビジョニングして管理することなく、実行できます。Fargate は すべてのポッドを VM 分離環境で実行するため、daemonsets の概念は現在 Fargate には存在しません。したがって、Fargate を使用しているときにアプリケーションログをキャプチャするには、アプリケーションがログを出力する方法と場所を再検討する必要があります。このチュートリアルでは、Fargate で実行されているポッドのアプリケーションログ
【イベントレポート】AWSコスト削減事例祭りを開催しました【Autify x ZOZO x dip】 - ZOZO TECH BLOG
はじめまして。ZOZO DevRelブロックの@wirohaです。2月1日に入社し技術広報などを担当していくことなりました。皆さまどうぞよろしくお願いいたします。 はじめに 2/22にAWSコスト削減事例祭りをAutifyさん、dipさんと共催しました。AWSを活用する3社が集まりAWSコスト削減についての事例を発表するオンラインイベントです。皆さまの関心が高いテーマのようで、約400名ものお申込をいただきました！ zozotech-inc.connpass.com 素敵な配信会場はAutifyさんにご提供いただきました。ありがとうございました。 モデレータはZOZOの笹沢とdipの石川さん ※登壇者及び運営者は感染症予防をした上で、登壇時のみマスクを着用せずお話ししています 登壇内容まとめ 各社から合わせて次の4名が登壇しました。 塵も積もれば山となるコスト削減の話（Autify 松浦）
こんにちは。SREチームの吉澤（写真左）です。 この記事では、今年2023年にアンドパッドSREチームが情報発信を強化するために行った活動と、プロポーザルが不採択になり続けるなかで、少しずつ情報発信できるようになってきた現状をご紹介します。私たちと同様、採用強化のための情報発信に苦戦しているSRE・インフラチームの参考になれば幸いです。 採用のための情報発信強化のきっかけ 私は、今年の3月にアンドパッドに入社しました。アンドパッドとしては久々のSRE採用だったようです。 入社後に色々話を聞いていくと、SREチームは少数精鋭でアンドパッドのマルチプロダクト開発を支えていたものの、行うべきタスクに対してエンジニアが足りていない状況が見えてきました。 そのため、まずはその状況を可視化すべく、SREメンバー全員との1on1を実施し、SREチームのバックログを作成しました。そして、隔週でバックログ振
AWS re:Invent 2019参加レポート:ぐるなびエンジニアの視点から - ぐるなびをちょっと良くするエンジニアブログ
こんにちは！ 豊濱です。 今回は、AWSのre:Invent 2019にぐるなびのエンジニアが参加した様子をインタビュー形式でお届けします。 re:Inventとは AWSが毎年1回、ラスベガスで開催する同社最大のイベント。今年で8回目になります。 日本からの参加者も多く、アメリカの入国審査で航空チケットを見せると「AWSのイベントに行くのかい？」と聞かれるほど(実際わたしも過去に参加した際きかれました)。 基調講演ではCEOのAndy Jassy、CTOのWerner Vogelsが目玉となる機能やサービスを発表したり、プレゼンテーション形式のセッションだけでなく、体験型のイベントやワークショップなどさまざまな催しが行われます。 参加するまでの経緯について、まずはぐるなびの開発を束ねるマネージャーに今回の取り組みについてインタビューしました。 「会社が成長軌道に乗るときに、開発が追い風に
Amazon ECR とは コンテナのワークフローとレジストリの役割 コンテナをベースとしたワークフローを組んだ場合、「Build, Ship, Run」に基づき整理すると下記にようになります。 アプリケーションのソースコードとDockerfileというコンテナイメージを構築するためのファイルを用意し、イメージを作成していきます。 Dockerfileというのは、このファイル上にコマンドを記述することで、アプリケーションに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定する役割を持ちます。 さて、ここで重要になってくるのはこのコンテナイメージを保存する先ですね。 そこで出てくるのが、レジストリと呼ばれるものです。 レジストリとは、コンテナイメージを保存するサービスで、Dockerレジストリを基点としてさまざまなプラットフォームにイメージを配布したり、利用者間でイメージを共有
2021年3月11日〜12日で開催の「CloudNative Days Spring 2021 Online」における発表資料です。 3月12日 15:20-16:00 Track B 「地雷を避けながら進むEKS - 俺の屍を超えていけ -」 https://event.cloudnativedays.jp/cndo2021/talks/491 ｰｰｰ サクッとK8sクラスターを作れるAmazon Elastic Kubernetes Service（以下EKS）ですが、ちょっと真面目に使おうとすると色々と「あるぇ？」ってなることにもポツポツ出くわします。 今回は、EKSが持つ機能もちょこちょこ紹介しつつ、地雷っぽいところ（私が踏み抜いたもの）とかTipsなんかをお話しします。主に初級〜中級あたりの視聴者をターゲットにしています。 これからちょっと本気出してEKS使っていくかぁ！っていう
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな ネクストモード株式会社 の吉井です。 AWS 上にシステムを構築する際の可用性設計について考えてみます。 可用性の定義は幅広いですが「サービスが利用できている時間の割合」として今回は考えます。 AWS の SLA AWS は SLA を公開しています。英語版が最新なので言語を English にしてご覧ください。 AWS Service Level Agreements サービスごとに定義された稼働率を実現するように AWS が商業的な努力を払い それを満たさない場合に契約者はサービスクレジットを受け取る権利があります。 AWS が公開しているベストプラクティスに従った構成が必要といった前提や 除外事項がサービスごとに定義されていますのでご確認ください。 更新日は少々前
PowerPoint Presentation
© 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved. AWS 公式 Webinar https://amzn.to/JPWebinar 過去資料 https://amzn.to/JPArchive Solutions Architect 辻 義一 2020/06/30 Amazon Cognito サービスカットシリーズ [AWS Black Belt Online Seminar] © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 自己紹介 辻 義一（つ
Fluent チュートリアル – アプリケーションのログを複数のストリームに分割する | Amazon Web Services
Amazon Web Services ブログ Fluent チュートリアル – アプリケーションのログを複数のストリームに分割する この記事は Splitting an application’s logs into multiple streams: a Fluent tutorial (記事公開日: 2019 年 11 月 20 日) を翻訳したものです。 ログの重要性はすべてのログで同じではありません。リアルタイム分析が必要なログもあれば、必要に応じて分析できるように長期保存する必要があるログもあります。このチュートリアルでは、単一のアプリケーションのログストリームを、個別に分析、フィルタリング、および送信できる複数のストリームに「フォーク」できる 3 つの異なる方法を紹介します。その過程で、Fluentd、Fluent Bit、fluent-logger-golang、およびこの
機械学習システムアーキテクチャ入門 #1
機械学習システムのアーキテクチャを検討する上で考慮すべき課題について調査しまとめた資料です。Money Forward 社内で開かれた MLOps についての勉強会のために作成しました。 ## Reference ### 大規模なデータを扱う難しさ - Architecture Evolution in Repro https://speakerdeck.com/joker1007/architecture-evolution-in-repro - Sidekiq to Kafka ストリームベースのmicro services https://speakerdeck.com/joker1007/sidekiq-to-kafka-sutorimubesufalsemicro-services - ReproのImport/Exportを支えるサーバーレスアーキテクチャhttps://spe
はじめまして！hacomono インターン生の、インフラとウマと馬が大好きなかわにーと申します。お馬さんかわいい。 2022年6月に入社してから2年弱経ち、このタイミングでやってきたことの整理として振り返り記事を書いています。 hacomono のインターンに興味を持っていただける方の参考となれば幸いです。 （※編集部注：2024年1月現在、hacomono開発チームのインターンは募集停止しております。再開次第、hacomonoプロダクト公式Xなどでお知らせいたします！） hacomono に応募したきっかけ 大学に入学してから今まで、気の赴くままに趣味として低レイヤやインフラ技術を学んでいました。何か役に立つようなプロダクトを作るわけでもなく、ただ自分の好奇心に従って。 しかし、大学院修士1年の頃、早期選考、インターン….、就活早期化の波が押し寄せます。 趣味ばかりで実務経験のない私は、
TerraformのCI/CDツールAtlantisをローカルでお手軽に試してみる | DevelopersIO
「Atlantisを試してみたい。でもECSやEKS用意するのが面倒だな。」 ローカルで簡単に試す手順が用意されていました。 想像より簡単に試すことができたので、紹介します。 Test Drive | Atlantis Atlantisとは 一言でいうと、GitHubやGitLabのPRコメント上で Terraformのplanやapplyができるツールです。 以下の記事で分かりやすく解説されています。 Terraform Pull Request Automation | Atlantis やってみた 以下の手順を参考にAtlantisを試してみます。 Test Drive | Atlantis 実際に運用する際は、EKSやECS上にデプロイして使用してください。 Deployment | Atlantis Atlantisのインストール・セットアップ リリースページから自分のPCにあっ
[速報]AWSのインフラを5Gのエッジで動かす！新サービスAWS Wavelengthが発表されました #reinvent | DevelopersIO
オペレーション部江口です。 Keynote1日目で、新サービス「AWS Wavelength」が発表されました！ということで速報記事でお伝えします。 AWS Wavelength とは 超低遅延が求められるモバイルアプリケーションを、キャリア網内の5Gネットワークのエッジにデプロイできるサービスです。 製品情報ページ： https://aws.amazon.com/jp/wavelength/ 今回のKeynoteでGAとなったOutposts、新サービスとして発表されたLocal zonesと関連したサービスといえ、自社オンプレ環境に対してにAWSコンポーネントを配置するOutposts、特定のエリアのエッジ用のインフラを提供するLocal zonesに対してキャリア網内にAWSコンポーネントを配置するサービスとなっています。 対応AWSサービスとしては、今のところ上述の製品概要ページで
![[速報]AWSのインフラを5Gのエッジで動かす！新サービスAWS Wavelengthが発表されました #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b48e30c689c351c9d51fd413f163847883052c49/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Fwavelength-eyecatch.001.jpeg)
「どのようにして強いインフラチームをつくるか」は、多くのIT企業にとって悩みのタネだ。運用の属人性をなくし、各メンバーの業務負荷を減らしていくことは、達成することが非常に難しい目標である。この難題を見事クリアしているのが、自動車業界向けパッケージシステムの開発･販売を行う株式会社ブロードリーフだ。同社の持つ「強いインフラチームをつくるためのノウハウ」を、インフラエンジニアの左近充裕樹氏が明かした。 講演資料：Infrastructure as Codeでインフラチームはもっと強くなる ～ぼくのかんがえたさいきょうのいんふらちーむ～ 株式会社ブロードリーフ 開発本部 情報基盤部 ネットワーク課 左近充裕樹氏 Infrastructure as Codeが運用の属人化を防ぐ 左近充氏はまず、ブロードリーフで使用しているインフラ環境の詳細について解説する。同社はGCP、AWS、オンプレミスなど複
0104 U-名無しさん 2023/07/12(水) 18:59:45 aYu3P20ud 花火飛ばしてる FC東京サポーター発煙筒に打ち上げ花火とやりたい放題。 出禁になれ！ pic.twitter.com/F4A8EK89LQ — しばけんロボ (@shibakenrobo83) July 12, 2023 ルールもクソもねーじゃねーか 火気厳禁だろ 自分のホームに迷惑かけるなよ。#FC東京#東京ヴェルディ pic.twitter.com/OTSqHj5DCQ — 雄太パパ (@yuuichirou8989) July 12, 2023 東京ゴール裏、花火あげて大丈夫なの？ pic.twitter.com/Ok6RXPXXDy — もりりん (@jun6778) July 12, 2023 0106 U-名無しさん 2023/07/12(水) 19:00:21 9ZqhT6Z4d 発煙
サービスメッシュとは なんのために？なにを解決する？: サービスメッシュは、大規模な組織でのマイクロサービスの適用によって顕在する開発・運用上の問題に対処するためのツールです: オブザーバビリティ: システム全体がネットワークをまたいでしまい複雑になり開発時のトラブルシューティング・運用時の障害解決までの時間が増加する問題 障害分離: 分散ネットワークでのベストプラクティスであるリトライやタイムアウト等の実装が必要な問題 セキュリティ: ネットワーク通信増加によるセキュリティリスクの増加。アプリケーション間の通信のアクセス管理の問題。 この3領域の問題に対処するために導入・利用されます。 ネットワーク通信に関わる問題への対処をアプリケーションから切り離してインフラ層で実装するため、プロダクト開発者はよりプロダクト開発に集中でき、またシステム全体で一貫性のある実装・設定を維持しやすいため運用
AWS Fargate, a serverless compute engine for containers, launches new platform version 1.4.0. This latest version enables several new Fargate features of which some are highlighted below. Unless otherwise noted, the new features discussed in this post are relevant to the native Fargate platform and are directly consumable by the Amazon Elastic Container Service (ECS) orchestrator. Fargate tasks no
プロダクト思考で開発が進む「みてね」の今とこれから～みてねの生みの親笠原健治氏、開発マネージャ酒井篤氏が考える、プロダクトとエンジニアリングの素敵な関係 リリースから5年が経ち、800万ユーザを超えた家族向け写真・動画共有アプリ「家族アルバム みてね」。 今回、プロダクトの生みの親でもありプロダクトオーナー、そして、株式会社ミクシィ取締役会長笠原健治氏、みてね開発マネージャ酒井篤氏に、みてねを支えるエンジニアリングについて、開発に関する体制やプロダクトの開発・運用、さらにこれからのみてねのビジョンについて伺いました。 株式会社ミクシィ取締役会長笠原健治氏（左）、みてね開発マネージャ酒井篤氏（右） みてね誕生の背景 ――リリースから5年が経ち、ユーザ数も着実に増えていると聞きます。ここで、改めて、みてね誕生の背景について教えてください。 笠原： 最初のきっかけは自分に子どもが生まれた
[レポート] 安定したゲームリリースのためのWell Architectedと負荷テスト #AmazonGameTech #AmznGameTechJP | DevelopersIO
安定したゲームリリースのためのWell Architectedと負荷テスト 2019年11月20日（水）にアマゾン目黒オフィスでアマゾンウェブサービス社の自社イベント「Amazon Game Developers Conference」が開催されました。 Amazon Game Developers Conference 本記事は、セッション「安定したゲームリリースのためのWell Architectedと負荷テスト」をレポートします。 スピーカー アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 三上 卓也様 セッション概要 AWSではプレイヤーの需要に応じて柔軟にスケールを変更できる、グローバルなゲームインフラ環境を提供しています。ゲームリリース時には想定を超えるリクエストがあり、設計の不備や試験不十分により、システムが不安定となるケースがあります。 本セッショ
![[レポート] 安定したゲームリリースのためのWell Architectedと負荷テスト #AmazonGameTech #AmznGameTechJP | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3abd18c1510f93170e471a202936aa7de1225cfc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F11%2F5faee5ae4b279bf5ab73a218090a1f69.png)
Kubernetes上のサービスにおけるPostfixによるメール配送を考える - freee Developers Hub
おはこんばんちは、人事労務フリーのエンジニアを担当している橋本です。この記事は、freee Developers Advent Calendar 2019の6日目となります。 adventar.org 以前はSREに所属しており、この記事ではそのときの知見をご紹介いたします。 アプリケーションからのメール配送 早速ですが、表題のとおりアプリケーションにおけるメール配送を考えていきます。 freeeではお客様へのメール配送にSendGridを利用していますが、アプリケーションからSendGridに送信するまでの方法はいくつか考えられます。freeeでは以下の方法を検討しました。 SendGrid APIを用いてアプリケーションから直接SendGridへ送信する アプリケーションからPostfixに送信させ、SendGridにリレーする 最終的に後者の方法を採用することにしました。メリットとし
はじめに こんにちは。株式会社サイカでソフトウェアエンジニアをやっているKashitakaです。 サイカでは1年以上の期間をかけて、モノリスで動いていた自社サービスをマイクロサービス(Microservices Architecture)に作り替えました。 今回の記事では、そんなマイクロサービス化の全体像として目的や進め方、得られた結果について紹介します。 マイクロサービスという選択とその目的 複雑化したアプリケーションコードやDBスキーマの作り直し、テストコードの充実、インフラ構成の見直し等にも取り組みつつ、システムアーキテクチャとして適切なものを検討した結果、手段としてマイクロサービスを採用しました。 その意思決定の背景を紹介していきます。 変更の容易さ システムをサービス単位で分割することで、変更による影響範囲をサービス内や、インターフェースで依存しているサービスのみに限定できます。
Andy Jassyのキーノートに続き、Werner Vogelsのキーノートの発表です。Andyのキーノートは主にビジネス的な観点からAWSの凄いところとか新サービスの発表がされます。これに対してWernerの発表は、技術的な観点でAWSはどうなってるのかの説明です。で、新規のサービス発表は例年ほとんどなく、今年はほぼ全くなかったです。なので、私が印象に残ったトピックスとその感想を語るという形式でまとめてみました。 AWS Nitro System 日本ではニトロと呼ばれていますが、こちらでは"ナイトロ"です。そこのところ、宜しくおねがいします。 今年re:InventでNitro関係の説明を受けるまで、NitroってのはXenに取って代わった、AWS独自のハイパーバイザーでec2周りだけのものかと思っていました。しかし、ストレージやネットワークを含む中核的なサービスだったということを初
ArgoCDの軽量ディストリビューション ArgoCD Coreを動かしてみる - TECHSTEP
今回はArgoCD CoreというArgoCDの新たなディストリビューションを動かしてみました。 ArgoCD Coreとは ArgoCD Coreを動かす 感想 参考リンク ArgoCD Coreとは ArgoCD Coreは ArgoCDの ver 2.1で導入された、ArgoCD distributionになります。ArgoCDはデフォルトだとSSO / RBAC / ユーザー管理などの機能を搭載しており、1つのArgoCDインスタンスを複数のチームが利用できる、マルチテナントをサポートしています。 一方でArgoCDを利用するユーザーの中には、マルチテナントをサポートする機能が不要であり、ArgoCDの提供するGitOps的な機能だけを使いたい人も大勢います。そういったユーザー向けに登場したのがArgoCD Coreです。 ArgoCD Coreでは、デフォルトのArgoCDディス
Awesome AWS Workshops¶ (Unofficial) Curated list of awesome workshops found around in the internet. As we all have been there, finding that workshop that you have just attended shouldn't be hard. The idea is to provide an easy central repository, in a collaborative way. Contributing¶ Your contributions are always welcome! Please take a look at the contribution guidelines first. We will keep pull r
最近、ウクレレ練習をさぼる日が出てきました。 主要なコードを覚えたり、半音ずつスムーズに弦を押さえたり。右手はストロークで綺麗な音を出したり、三連符ストロークもできないながら練習したりしていたのですが。 ちょっと飽きが出てきたのかもしれません。こんな練習を続けていて1年後にWaiting for you が弾けるようになるのだろうか。初心者向きの優しいソロ曲などの練習さえまだやっていません。 この本から練習のヒントをもらう こんな漠然とした悩みを解決する手助けになるんじゃないかと、この本を買ってみました。ウクレレ奏者として一番好きな山口岩男さんの著書「絶対！うまくなる ウクレレ100のコツ」です。 ウクレレの教則本ではありません。心構えとか方向性を示してくれるように思えたので、読んでみることにしました。 絶対! うまくなる ウクレレ100のコツ 作者:山口 岩男 ヤマハミュージックエンタテ
The inside story on Mountpoint for Amazon S3, a high-performance open source file client | Amazon Web Services
AWS Storage Blog The inside story on Mountpoint for Amazon S3, a high-performance open source file client UPDATE (8/9/2023): Mountpoint for Amazon S3 is now generally available. For details, please read the What’s New post. Amazon S3 is the best place to build data lakes because of its durability, availability, scalability, and security. Hundreds of thousands of data lakes are built on S3, storing
Extending the EKS API: Managed Node Groups | Amazon Web Services
Containers Extending the EKS API: Managed Node Groups By Raghav Tripathi, Michael Hausenblas, and Nathan Taber From our first conversations with customers, our vision has always been that Amazon Elastic Kubernetes Service (EKS) should provide the best managed Kubernetes experience in the cloud. When we launched EKS, our first step was to provide a managed Kubernetes control plane, but we never int
AWS Cluster AutoscalerをTerraformとHelmfileでデプロイする - GeekFactory
Cluster Autoscalerを利用すると，CPUやメモリの要求量に応じてノード数を自動的に増減させることが可能です． 本稿では，Amazon EKSで以下を利用する方法を紹介します． terraform-aws-eks Module AWS Cluster Autoscaler stable/cluster-autoscaler Helm Chart Cluster AutoscalerのPodにIAMロールを割り当てるため，あらかじめkube2iamもしくはkiamをデプロイしておく必要があります．詳しくは下記を参照してください． int128.hatenablog.com （2020/9/23 追記）Cluster AutoscalerのHelm chartはgithub.com/kubernetes/autoscalerに移動しました。また、権限の割り当てはIAM Roles
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Terraform】モジュールに関する個人的ベストプラクティス - Qiita
新卒入社したサーバーサイドエンジニアは1年でなにをしてきたか - Gunosy Tech Blog
検索システムをEKSに移行した話 - DMM inside
AWS CDKでEKSクラスタを作ってみた | DevelopersIO
1人運用を支えるAmazon EKSノウハウ / Amazon EKS Know-How
Kubernetes で Spark パフォーマンスを最適化する | Amazon Web Services
2023年から始めたSREチームの情報発信とプロポーザル供養の話 - ANDPAD Tech Blog
Dive deep into Amazon ECR (ECRの裏側の仕組みを知ろう)
地雷を避けながら進むEKS - 俺の屍を超えていけ -
AWS 可用性設計について考える SLAとサービス可用性設計 | DevelopersIO
hacomonoでインターンを始めてから今までの振り返り - hacomono TECH BLOG
強いインフラチームをどう作る？ Infrastructure as Code徹底活用術【デブサミ2019夏】
天皇杯の東京ダービーでFC東京ゴール裏からロケット花火！？発煙筒が焚かれたとの情報も :
AWS App MeshとIstioの比較 - クリエーションライン株式会社
AWS Fargate launches Platform Version 1.4
プロダクト思考で開発が進む「みてね」の今とこれから～みてねの生みの親笠原健治氏、開発マネージャ酒井篤氏が考える、プロダクトとエンジニアリングの素敵な関係 | gihyo.jp
ビジョンを実現させるためのマイクロサービスという選択 - XICA Tech blog
re:Invent Dr. Werner Vogelsキーノートの感想 - プログラマでありたい
Awesome AWS Workshops - Build On!
木曜日:ウクレレ練習に迷いが出てきたのでこの本を読む - 走って、走って、ときどき海遊び