AWS Well-Architected コンテナビルドレンズを要約してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな吉井 亮です。 AWS Well-Architected Framework 読んでますか？(挨拶) このベストプラクティス集はアーキテクチャの評価、設計時の参照先、費用対効果と信頼性が高いシステム構築にとても役立つドキュメントです。 基本となる6本の柱に加えて、特定領域にフォーカスしたレンズが用意されています。 そして、アメリカ時間の2022年10月21日に新しいレンズ Container Build Lens が追加されました。 ドキュメントを読み込んでうえで自分なりの解釈を加えて要約します。 AWS Well-Architected 6つの柱を知りたい サマリーの前に基本的な6つの柱を知りたいという方は以下のリンクを参照ください。 AWS Well-Architec
【レポート】金融の再発明を可能にするセキュリティとアジリティ ～ Finatext グループでの AWS 活用事例 ～ #AWSSummit | DevelopersIO
こんにちは、崔です。 今回は、2020年9月8日から9月30日の間で開催されているAWS Summit Online のセッションで「金融の再発明を可能にするセキュリティとアジリティ ～ Finatext グループでの AWS 活用事例 ～」を視聴しましたので、レポートをお届けします。 ミッションクリティカルな金融サービスにおいて、AWSを利活用することで、アジリティとセキュリティを改善されていました。 セッション情報 スピーカー 株式会社 Finatext ホールディングス 代表取締役 林 良太 氏 リードエンジニア 田島 悟史 氏 概要 Finatext グループは、「金融を“サービス”として再発明する」をミッションに掲げています。 レガシーシステムが多く残る金融業界において、金融サービスに共通して必要となる機能をクラウド化し、サービス設計から開発、グロース施策までを一気通貫で提供する
なぜうちの会社はクラウド導入が進まないのか？その鍵は法律にあるかもしれない | DevelopersIO
クラウドを使いたいのに使えない、、、 WINEをこよなく愛するネクストモードの里見です。 クラウドを利用したいのに、あれこれと社長に突っ込まれてなかなか導入が進まない。あるいは、社長や取締役に気を使ってセキュリティを気にする幹部が多い。そんな話をいまでもお客様から聞くことがあります。特にエンタープライズ企業においては、導入に慎重となる傾向が高いです。 どうして社長は従業員ファーストになれず、クラウドの導入に消極的となるのか。もしかすると、その要因のひとつは社長が負っている法的な責任にあるかもしれません。 自分もネクストモードの代表取締役になることになり、社長の責任を考えるようになりました。 ネクストモード株式会社 ～クラウドであたらしい働き方を～ https://nextmode.co.jp/ 大会社と言われる資本金5億円以上の会社では、取締役会で内部統制システムの構築義務（会社法362条
[アップデート]ECS on EC2で環境変数の設定がS3から参照できるようになりました | DevelopersIO
こんにちは、コンサル部の島川です。 ECSで嬉しいアップデートがありました。 これまで環境変数はタスク定義から直接設定する方法とSystems Manager パラメータストアキーを参照する方法がありましたが、新しい方法としてS3からの設定がサポートされました。 何が嬉しいのか 環境変数の設定管理をS3に任せることができます。本番環境、ステージング環境の微妙な違いもファイルを分けてコントロールをすることができるので事故も減らすことができます。 注意点 環境変数はdocker runコマンドの--env-fileオプションで設定される。 タスク定義ごとに設定できるファイルの最大数は「10」 ファイルの拡張子は「.env」にする必要がある ECSのコンテナバージョンは「1.39.0」以上 タスク定義に直接設定されている環境変数が優先される。→S3で一括管理する場合は削除する必要がある やってみ
![[アップデート]ECS on EC2で環境変数の設定がS3から参照できるようになりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f10e4b6d55aa4fe987e9584f7b2febd50e43f158/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Famazon-elastic-container-service.png)
詳説「AWS Cloud Map」 #reinvent ｜ DevelopersIO
ほな、ここから、Cloud Mapの各リソースを解説していきます。 （ ﾟ Дﾟ） ｲﾀﾀﾞｷﾏｽ ( つ旦O と＿)_) 名前空間の作成とインスタンス検出方法の解説 AWS Cloud MapのWebコンソールにアクセスし、「名前空間の作成」ボタンをクリックします。 名前空間の作成時重要なのが、サービスインスタンスの検出方法の違い。最初にここを完全に把握しておく必要があります。 API呼び出し（API calls） サービスインスタンスの検出をAPIコールのみで実施します。具体的に利用するAPIはDiscoverInstancesで、ヘルスステータスやサービス名でのサービスインスタンス検出が可能です。 aws servicediscovery create-http-namespace --name hamako9999.com API呼び出しとVPCのDNSクエリ（API call
[新機能]Route53 リゾルバー登場! オンプレミス-VPCの相互名前解決が簡単に実現できるようになりました! ｜ DevelopersIO
Route 53 リゾルバー Route 53 のマネジメントコンソールを開くと Resolver が追加されています｡ Dashboard Inbound endpoints インバウンドエンドポイントを作成します｡ VPCにはAWS側のVPCを指定してください｡SGはRoute53エンドポイント用に作成したものを選択します｡ エンドポイントを作成するAZ, サブネットはオンプレミスと通信が可能(サブネット範囲やルーティングを考慮する)な所を選びます｡ Outbound endpoins アウトバウンドエンドポイントを同様に作成します｡ ルール オンプレミス側のドメインonpremises.internalがリクエストされた時にオンプレミス側のDNS(Unbound)へ転送(Forwarding)が必要です｡この設定をRoute 53 Resolverではルールと言います｡ オンプレミス
![[新機能]Route53 リゾルバー登場! オンプレミス-VPCの相互名前解決が簡単に実現できるようになりました! ｜ DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c5287a23631f9589f74e1c272658f6053d2bd763/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_Route_53.png)
DynamoDB全くわからない、から、ちょっとわかるようになるまでの道しるべ | DevelopersIO
DynamoDBを利用するためのポイントをざっくりまとめた。 リンク集みたいな感じになっていますが、どこから手をつけて良いかわからない方は参考にしてみてください。 目次 DynamoDB概要 Amazon DynamoDB は、どのような規模でも信頼性が高いパフォーマンスを維持できる、非リレーショナルデータベースです。 完全マネージド型、マルチリージョン、マルチマスターのデータベースで、レイテンシーを 10 ミリ秒未満に維持でき、 組み込みのセキュリティ、バックアップと復元、インメモリキャッシュを利用できます。 Amazon DynamoDB DynamoDBの特徴 フルマネージドサービス データの格納と取得に特化（高度な最適化）されている 表結合など柔軟なクエリを発行するのは不得意 「値」とそれを取得するための「キー」だけを格納するというシンプルな機能を持った「Key-Valueストア」
AWS WAFを完全に理解する ~WAFの基礎からv2の変更点まで~ | DevelopersIO
こんにちは、臼田です。 皆さん、WAFWAFしてますか？(挨拶 今回はタイトル通りAWS WAFを完全に理解するための情報を全部詰め込んだブログです。長いです。 そもそもWAFってなんだっけ？という話から初めて「全部理解した」と言えるようになるまでをまとめています。直近AWS WAF v2がリリースされたため、この変更点を中心に機能の説明をします。 Developers.IOではWAFを扱った記事がたくさんあるので、細かいところはブログを引用します。いわゆる元気玉ブログです。 おさらい的な部分も多いので変更点が気になる方は適当に飛ばしてください。 そもそもWAFとは AWS WAFの前にWAFの話をします。WAFはWeb Application Firewallの略でWebアプリケーションを保護するためのソリューションです。 一般的なWebアプリケーションに対する攻撃手法としてSQLインジ
【アップデート】ECSタスク定義を利用したローカル環境でのテスト実行が可能に！ | DevelopersIO
完全独自仕様だったECSのタスク定義はローカル環境で使うのが難しかったのですが、それがめっさ簡単になるという超絶アップデートです。 「Docker ComposeとECSタスク定義の2重管理めんどくさい(TдT)」 ECSはフルマネージドのコンテナコントロールプレーンとして、AWS上のコンテナワークロードのデファクトスタンダードと言えます。ただ、EKSとは違ってECSは完全にAWS独自仕様のため、ローカル環境やAWS以外の環境で、その設定情報をそのまま流用できないのが難点でした。 今回、ECS CLIのローカルテスト機能が、思いっきりアップデートされました。 Amazon ECS now offers improved capabilities for local testing 今回のアップデートで、ECSのタスク定義をシームレスにDocker Compose仕様に変換したり、ローカル環
「Fargate for EKS」に対応したeksctlコマンドの使い方(初歩編) | DevelopersIO
eksctlが0.11.0で「Fargate for EKS」に対応しました。使い方を簡単に説明します。 みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 このブログ記事は「Amazon EKS Advent Calendar 2019」の10日目のエントリです re:Inventで公開された「Fargate for EKS」に合わせて、EKSのコマンドラインツール「eksctl」も version 0.11.0 で「Fargate for EKS」に対応しました。 今回は、「Fargate for EKS」に関係する部分を中心にeksctlコマンドの使い方を見ていきたいと思います。 はじめに：「eksctl」のススメ (特に初学者) 現在、EKSの環境を作成して使い始めるには、いくつかの方法があります。 マネジメントコンソール AWS CLI eksctl Terrafo
EC2やFargateが最大72%割引となる新しい料金モデル「Savings Plans」がリリースされました | DevelopersIO
AWSチームのすずきです。 2019年11月7日、AWSのEC2やFargateのオンデマンド料金が 最大72%割引で利用できる新しい料金モデル 「Savings Plans」 がリリースされました。 その概要と、従来のリザーブドインスタンス(RI)との比較について紹介させていただきます。 New – Savings Plans for AWS Compute Services 概要 1年、または3年間の期間で、1時間あたりの利用費をコミットする事により、 コミット分を割引価格で利用する事が可能になりました。 AWSコンソール EC2ダッシュボードに、「Savings Plans」のメニューが追加されています。 コミットメント 1時間あたりの利用費を登録します。 購入コミットメントの最小単位は「$0.001」。 最小コミットのSavings Plans を「期間3年」「全額前払い」で購入し
【超待望アップデート】ECRに対する脆弱性スキャン機能が提供されました | DevelopersIO
待望と言って良いアップデートです。ECRのイメージに対する脆弱性スキャン機能がマネージドで提供されました。まずは、皆さんのコンテナワークロードにおけるイメージの脆弱性スキャン実施してみて足元を振り返ってみてはいかがでしょうか？ 「俺はこの日を待ち望んでいた…ほんまやで…」 本日、非常に重大なアップデートがECRに舞い降りてきました。なんと、ECRに対するイメージスキャンが実装されたとのことです！ Announcing Image Scanning for Amazon ECR コンテナセキュリティを考えるにあたり、一番最初に気をつけておきたい点がそのコンテナイメージで導入したパッケージに対する脆弱性の混入。今まででも、aquasecurity/trivyや、goodwithtech/dockleなど、フリーで利用できる優秀なツールは存在していましたが、それぞれCI/CDパイプラインへの組み
改めてAWSの「無料利用枠」を知ろう | DevelopersIO
それぞれの無料利用枠については、次から詳しく解説していきます。 12ヶ月無料枠 冒頭で軽くお話しした、AWSアカウントを 新規作成した日から1年間 有効な無料枠です。 例えば、EC2インスタンスを 750時間/月 無料で利用できるといったものがあります。 ただし、使用できるリソースについては制限がある事があり、EC2インスタンスの場合ですと インスタンスタイプは t2.micro OSは Amazon Linux 1,2、Windows Server、Red Hat Enterprise Linux、SUSE Linux、Ubuntu Server を指定する必要があります。 ▲ コンソール上で対象のAMIを確認できます 「月に750時間」と言われると、「そもそも1ヶ月は何時間存在するんだ」という疑問が湧くので調べてみます。 1ヶ月が28日(最短): 24時間/日 × 28日 = 672時
Visual Studio Code + TypeScript + ApexでAWS Lambdaファンクションを開発する | DevelopersIO
Visual Studio Code + TypeScript + ApexでAWS Lambdaファンクションを開発する Visual Studio CodeにはIntelliSenseという強力なコードアシスタントの機能が備わっています。AWS Lambdaファンクションの開発でもこのIntelliSenseの恩恵をフルに受けたいと考え、TypescriptでAWS Lambdaファンクションを開発する環境を整えてみました。 やること TypeScript → JavaScriptへのコンパイル〜Lambdaファンクションのデプロイまでをシングルコマンドで行える環境を整えます。 Lambdaファンクションのデプロイについては、Lambdaファンクション本体と依存パッケージ一式をバンドルする方法として以下の2通りの方法をご紹介します。 zipで固めてデプロイ webpackで1ファイルに
Kustomize + CodePipeline + CodeBuildでEKSに継続的デプロイしてみた | DevelopersIO
こんにちは、かたいなかです。 Kubernetesを仕事で触っていて、CodePipeline/CodeBuildとKustomizeを組み合わせての継続的デプロイを検証する機会があったので備忘録として記事にまとめてみます。 Kustomizeとは KustomizeはkubernetesのYAMLファイルをパッケージングするツールです。ベースの構成をもとにSTG/PRDなどの環境ごとに変えたい設定などを上書きすることができます。Kustomizeで生成されたYAMLを、kubectl applyする形で使用します。将来的にkubectlへの統合が前提に開発されているそうです。 今回はこのKustomizeをCodePipeline/CodeBuildと組み合わせて使用し、継続的デプロイできるようにしていきます。 パイプラインの構築 今回は以下の図のようなパイプラインを組んでいきます。 前
k8s環境のメトリクスやログを取得するマネージドサービス「CloudWatch Container Insights」が発表されました！ | DevelopersIO
現在開催されているKubeCon + CloudNativeCon Europe 2019 - Linux Foundation Eventsにおいて、Kubernetes環境のコンテナ環境のメトリクスを取得する「CloudWatch Container Insights」が発表されました！ コンテナワークロードのためのメトリクス・ログモニタリングサービス、CloudWatch Container Insights の Public Preview を発表しました！！ #KubeCon 続) pic.twitter.com/pRCZtHexcp — ポジティブな Tori (@toricls) May 20, 2019 従来、EKSにおいてPodの状態を監視したり各種ログを取得するには、サードパーティーのOSSや監視用のSaaSなどが実質的にほぼ必須だったんですが、これによりAWSのマネー
AWSマネジメントコンソールの操作を記録して再現コードやCloudFormationテンプレート、Terraform定義を生成してくれるブラウザ拡張 – Console Recorder for AWS ｜ DevelopersIO
こんにちは。 ブラウザ拡張大好きなshoitoです。 AWS環境を構築していて、こんなことありませんか？ AWSマネジメントコンソールから何度もポチポチ環境構築していて面倒 CloudFormationやTerraformで自動化したいけど、定義ファイルをイチから作るのが面倒 Python, JavaScript, GoでAWS SDKを使ってAWSリソースを操作したいけど、都度APIを調べるのが面倒。イチから実装するのが面倒 ...働くのが面倒 Chrome/Firefoxのブラウザ拡張「Console Recorder for AWS」がそんな課題を少しでも和らげてくれそうです。 ちなみに、こちらのツイートでConsole Recorder for AWSを知りました。 #AWS Console recorder extension for Firefox. Click in the
CodeBuild をローカル環境で実行（テスト、デバッグ）できるようになりました | DevelopersIO
CodeBuild の処理内容を記載した buildspec ファイルをローカルで動作確認できるようになりました。簡単な説明と手順をまとめてみました。 CodeBuild の処理をローカルで動作確認できるようになりました。今まで buildspec.yml を CodeBuild の実環境でトライ＆エラーで修正した経験がある方もいらっしゃるのではないでしょうか。ローカルで実行できることでテスト実行や、記述に問題があった時のデバッグを簡単に行えます。 AWS CodeBuild Now Supports Local Testing and Debugging Announcing Local Build Support for AWS CodeBuild 概要 AWS CodeBuild はビルド実行サービスです。アプリケーションのテストやビルド、必要に応じてビルドしたアプリケーションを S
NITRO世代のC5インスタンスの性能をWordPress環境で確認してみた | DevelopersIO
‐ NITRO世代(C5、T3)のコストパフォーマンスが優れます。 まとめ 「c5.large」、「T2」→「T3」同様、世代更新によるCPU性能の向上により、「c4」「c3」と比較して 2割程度の性能向上が期待できる結果が得られました。 オンデマンド料金も「C5」インスタンスは15%ほど廉価な価格で設定されており、 コストパフォーマンスとしては、「C3」「C4」採用時より、数割以上の改善が実現出来る可能性があります。 一定以上のスペックのEC2環境を用意する場合、NITRO世代に対応したマシンイメージ(AMI)が利用可能であれば、 コストパフォーマンスに優れた「T3」「C5」「M5」インスタンスの利用がおすすめです。 また、「C3」「M3」以前のより古いインスタンスファミリーを利用されている既存環境でも、 NITRO世代への切替による性能向上、利用改善が実現出来る可能性があります。 AM
涼しいニセコで半月間リモートワークしてみた | DevelopersIO
はじめに AWSチームのすずきです。 クラスメソッドのリモートワーク制度を利用して、酷暑を無縁な北海道のニセコに半月間滞在する機会がありましたので紹介させて頂きます。 「通勤時間を減らして家族と過ごす」フレックスタイム・リモートワーク・在宅勤務に関する社員アンケートを公開(クラスメソッドの働き方) ニセコについて 冬季のスキーリゾートが有名な北海道のニセコ地区、海外から多くの観光客を集めるリゾート地として、近年目覚ましい勢いで開発が進んでいます。 NISEKO UNITED Webサイト 自身は2014年、弊社札幌オフィスの視察と勉強会の翌日、定山渓から中山峠を超えて余市に巡るドライブの道中で 夏も快適なコンディションの中、ロードレーサーに乗る事ができる自転車乗りにとって楽園の地である事を知り、 翌年から毎年7月は自転車を携えて北海道に遠征。平日は札幌オフィス勤務、週末はニセコに通うように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
