歴史・年表でみるAWSサービス(Amazon S3編) －単なるストレージではない機能・役割と料金の変遷－ - NRIネットコムBlog
本記事はNRIネットコム Advent Calendar 2021 1日目の記事です。 🎄 0日目 ▶▶ 本記事 ▶▶ 2日目 🎅 小西秀和です。 現在、AWSでは年に一回のAWS re:Inventというイベントの真っ最中で多数の新サービスの発表やセッションがおこなわれています。 そんな状況ですが、今回は当ブログ初のアドベント企画ということで、最新情報とは真逆のアプローチで記事を書いてみました。 最新情報を追うことに疲れた方はこちらの記事で、自分の歴史と照らし合わせながらチルアウトしてみてはいかがでしょうか。 さて、今回のテーマはAmazon S3の年表を作って歴史やアップデートを振り返ろうというものです。このテーマにしたきっかけは2つあります。 まず、1つ目は2006年3月14日にサービス開始したAmazon S3が今年、2021年3月14日に15周年を迎えたことです。 そして2つ
2019/8/23に発生したAWS東京リージョンの大規模障害の経過と、現在確認すべき内容、今後の教訓などをまとめてみました。 9/24 16:00更新: 今回の障害の経過を受け、記事を整理いたしました。 8/23 12:36頃より特定AZにおけるネットワークコネクティビティの障害が発生 8/23 20:18頃、EC2は大規模障害から回復との発表あり 8/23 22:19頃、RDSも22:05頃までに同様に回復との発表あり サービス障害発生時間は8/23 12:36〜22:05 (約9時間半) 8/24 14:00以降、本障害の影響でEBSボリュームが回復不能となったアカウントに対し、個別のメールやPersonal Health Dashboardで通知あり 8/25 8:00以降、本障害の影響でEBSボリュームが回復不能となったアカウントに対し、個別に続報あり 注: メールが来ていなくても
退職から少しのお休みを経て、本日から株式会社はてな https://hatena.co.jp/ のMackerel CRE（Customer Reliability Engineer）としてのキャリアを始めた。 Mackerel https://ja.mackerel.io/ は、はてな社が開発・運用しているサーバ監視SaaSで、オンプレミスや各種クラウドのサーバ群を一貫したインターフェイスで手軽かつ高度に監視できるサービス。 ja.mackerel.io CREチームはこのMackerelのユーザー企業のみなさまへのテクニカルサポートのほか、導入支援やドキュメンテーション、コーディング、そしてユーザー企業の成功のために継続的な活用サポートを提案・提供していくことが主なミッションとなる。 ja.mackerel.io 転職ふりかえりなどはいずれ載せていくつもりだけど、まずは速やかに即戦力と
【Team & Project】OpenStackとKubernetesを用いたVerda Platformを開発しているチームを紹介します
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの開発組織のそれぞれの部門やプロジェクトについて、その役割や体制、技術スタック、今後の課題やロードマップなどを具体的に紹介していく「Team & Project」シリーズを開始します。 第一回目である今回は、インフラ領域を統括するITサービスセンターでPrivate Cloud「Verda」を企画・開発・運用するVerda室において、OpenStackとKubernetesを用いたVerda Platformを開発しているVerda Platform開発チームを紹介します。 Verda Platform開発チームのzoom会議の様子 Verdaは、LINEの共通インフラ基盤であるプライベートクラウドです。LINEでは、
OtterTune is an automated optimization service for PostgreSQL and MySQL running on Amazon RDS and Aurora. It uses machine learning to tune your database’s configuration knobs, indexes, and cloud settings. 🦦 Try it now on your first database for free! Another year has gone by, and I’m still alive. As such, it is an excellent time to reflect on what happened in the world of databases last year. It
#駆け出しエンジニア にこそ知ってほしい「Customer系エンジニア」という選択｜gami | エンジニア
どうも、エンジニアのgamiです。仕事ではプレイドという会社でCustomer Engineerとして働いています。 最近はCustomer Engineerを始めとする「Customer系エンジニア」職種の認知を広げるために、勉強会を主催したりメディア露出を増やしたりしています。 僕は文系学部を卒業後に新卒で入った富士通SEの仕事を2年目で辞めて、いわゆるSaaSスタートアップ企業にエンジニアとして転職しました。転職活動をしていた頃は「Webエンジニアになりたいなあ」と漠然と思っていて、Customer系エンジニアという働き方については全然知りませんでした。 そこから約5年が経ち、Customer系エンジニアは自分にとっての天職だなあと思うほどになりました。できることなら、駆け出しエンジニアだった頃の自分に「こういう働き方もあるよ」というのを教えてあげたいと思っています。そんな思いも込め
Introducing Finch: An Open Source Client for Container Development | Amazon Web Services
AWS Open Source Blog Introducing Finch: An Open Source Client for Container Development Today we are happy to announce a new open source project, Finch. Finch is a new command line client for building, running, and publishing Linux containers. It provides for simple installation of a native macOS client, along with a curated set of de facto standard open source components including Lima, nerdctl,
25年前のAmazonの分散コンピューティングの考え方を要約した「The Distributed Computing Manifesto」文書が公開されました #reinvent | DevelopersIO
re:Invent2022 4日目、Dr. Werner Vogelsのキーノートにおいて、「The Distributed Computing Manifesto」というドキュメントがNew Articleとして紹介されました。 The Distributed Computing Manifesto | All Things Distributed Amazonという超巨大なサービスが、モノリスの状態からその時まさに分散コンピューティングを推進していく転換点における考え方を示した貴重なドキュメントになっており、また、Werner自身も言うように、今後のAWSの進化の方向性を示唆する内容にもなっています。 温故知新ってこと…?!! ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / まさにそんな雰囲気。 文書の位置づけ こちらのサイトに追加されたドキュメントという位置
こんにちは。サービス開発室の武田です。このエントリは、2018年から毎年公開しているAWS全サービスまとめの2024年版です。 こんにちは。サービス開発室の武田です。 このエントリは、2018年から毎年公開している AWS全サービスまとめの2024年版 です。昨年までのものは次のリンクからたどってください。 AWSにはたくさんのサービスがありますが、「結局このサービスってなんなの？」という疑問を自分なりに理解するためにまとめました。 今回もマネジメントコンソールを開き、「サービス」の一覧をもとに一覧化しました。そのため、プレビュー版など一覧に載っていないサービスは含まれていません。また2023年にまとめたもののアップデート版ということで、新しくカテゴリに追加されたサービスには[New]、文章を更新したものには[Update]を付けました。ちなみにサービス数は 247個 です。 まとめるにあ
こちらはエムスリー Advent Calendar 2023の22日目の記事です。 こんにちは、エムスリーエンジニアリンググループ、デジスマ診療チームの山本 (id:shunyy) です。 医療機関向けSaaSであるデジスマ診療は、開発開始からちょうど3年が経ち、現在では予約・問診等、多様な機能を提供していますがリリース当初は決済機能のみを提供していました。そんなデジスマのコア機能である決済機能はStripe Connectを利用しており、今回は3年間運用した学びを共有したいと思います。 デジスマ診療のプロダクトの内容は以下のスライドを御覧ください。 speakerdeck.com そもそもStripe Connectとは何なのか Stripe Connectのアカウントタイプ・支払いタイプについて デジスマ診療の全体構成 追加開発事例 Amazon AppFlowを利用したBigQuer
SQL パイプライン開発に便利な Dataform 7つのお気に入りポイント - FLINTERS Engineer's Blog
こんにちは。河内です。 最近はデータ基盤の構築も取り組んでいたりします。 社内では他の DWH が使われている事例がありますが、今回の基盤ではデータソースとの親和性や価格面などを考慮し BigQuery で行くことにしました。 BigQuery 上で多くのデータを順次変換してデータを生成するために何らかのワークフローエンジンが必要でした。 社内の他のシステムではワークフローエンジンとして Digdag を採用している例が多いですが、このシステムでは Kubernetes 上でサービスを運用しているため、当初(2020年12月)は Argo Workflow 上でクエリを順次実行することを構想していました。構想中に Dataform が Google に買収され、無料で使えるようになったというニュースが飛び込んできたため、触って感触が良いことを確かめた後、Dataform を使っていくことに
プログラミング経験ゼロの人でもオンラインショップを作れるプラットフォーム・Dukaanがサポートスタッフの90％を解雇するという大規模なレイオフを実施しました。レイオフを強く非難する声も出ていますが、スミット・シャーCEOは「必要な決断だった」と、AIチャットボット導入の事情を説明しています。 Dukaan CEO cops backlash for post announcing layoffs: ‘Stunning lack of empathy’ https://www.moneycontrol.com/news/trends/dukaan-lays-off-90-of-support-staff-after-introducing-ai-chatbot-for-customer-support-10937091.html カスタマーサポートにAIチャットボットを導入した代わりにスタ
日本ではなぜかUIとUXの違いだけを語る記事が多く存在していますが、私個人的にはその違いを深く理解するよりUXは深く学ぶことがたくさんあると考えています。今では少なくなったかな？と思っていたのですが、再燃しているようで、かつ、UXの考え方も違った形で理解すると良いのでは？と感じたので記事にしてました。 ミルクボーイがUI/UXを語る？ 引用<a href=httpsnotecomhajipionnn2d59507b2794fbclid=IwAR1H6gmSK 8rlODizDSriJTHROX41dD18KtYiB7lT9Vre8WHJ8IuljMeUJA>httpsnotecomhajipionnn2d59507b2794fbclid=IwAR1H6gmSK 8rlODizDSriJTHROX41dD18KtYiB7lT9Vre8WHJ8IuljMeUJA<a> UXとUIの違いを、お笑
アジャイルテストの世界 - Agile Testing Condensed と実例マッピング - kawaguti’s diary
リサとジャネットの Agile Testing Condensed という短い書籍があるんですけど、これの翻訳をお手伝いしました。権利周りの調整のお手伝いと、翻訳レビューです。 leanpub.com アジャイルテスティングという、日本ではそんなに盛り上がっていない分野がありまして。アジャイル時代にどのように品質を担保するのか、QAやテスターはどのように関わっていくのか、非常に大事なんですけど、なぜか日本ではTDD(テスト駆動開発)やテスト自動化についての注目に比べても、今ひとつ盛り上がっていない感じがします。惜しいことです。 Agile testing is a software testing practice that follows the principles of agile software development. Agile testing involves all me
production code の設計についてはよく議論される一方、ユニットテストをどう書くべきかについてはあまり議論されることが少なく。とにかくカバレッジが高ければヨシみたいな感じで軽く扱われていることが多い気がする。 その結果、テストを書くときやとりわけテストを追加するときに "良くない" 方法でテストを追加/拡張してしまい、メンテナンスしにくく壊れやすい・(未来の自分でも)読んでも何を検証しているのか分からない、テストが落ちても不安だけを煽り何が問題なのか分からない、技術的負債が誕生してしまう。 詳しいことは本 ( XUnit Test Patterns など? 詳しい人は僕に紹介してください)を読んだりチームメンバーと議論するのが良いと思うが、この記事を読んでテストの書き方に対する意識を啓発できたらなと思っている。 理想を述べるのは簡単だけど現実は大変、頑張ろう introduct
E2Eテスト自動化のAutify（オーティファイ）に入社しました ＆ ご挨拶も兼ねて OSS を書きました - えいのうにっき
前職である株式会社はてなの最終出社を2月19日に終え、本日 Autify に入社しました！ Autify は、同名のE2Eテスト自動化のSaaSプロダクトを開発・提供しています。 autify.com さきほど初日としての業務を終えたところです。ありがたいことに、非常に高い期待を掛けてもらっていることをひしひしと感じていて、初日にインプットしてもらえた情報量も半端ないのですが、自分としては慌てず落ち着いてひとつひとつキャッチアップし、できるだけはやめに大きな成果を上げたいなと思っています。 職種は "カスタマーサクセスエンジニア" としての入社です。これまでの経歴で ソフトウェア（サーバーサイド）エンジニア セールスエンジニア Customer Reliability Engineer ......などの肩書で業務に取り組んできた自分としては、「事業の成長に貢献できることで自分ができること
About ようこそプロジェクトに貢献するにはGeneral コード補完コメントからコードを生成コードからコメントの自動生成GitHub CopilotとのクイックQ&A正規表現プログラミング言語間の翻訳タイプヒンティング構造化データからのオブジェクト生成コードからドキュメントへClient Side Tips Copilot スニペットハンドリングGitHub Copilot ショートカット定義に移動便利なファイルのピン留めDesign Patterns AI が理解可能な命名規則一貫性のあるコーディングスタイルハイレベルアーキテクチャを先に小さなコードチャンクで作業するコンテキストレス・アーキテクチャ微細な OSS 依存関係の排除Collaboration AIフレンドリーなドキュメンテーションプロンプトとコード生成プロセスのコーチングTesting ユニットテストの作成テストコード生
小学館 #幼稚園 の次の付録は「クロネコヤマトのプロ育成ツール」と言わしめる英才教育セット「コミケの搬入」っぽくもある
ヤマト運輸 @yamato_19191129 小学館さんの雑誌「幼稚園」3月号ふろくに #ヤマト運輸 の台車や荷物の可愛いミニチュアが登場します📦🚚✨ パズルで遊んでお荷物をつめる・とどけるが体験できますっ🥰🥰来年1月28日ごろの発売なので、ぜひお手にとって遊んでみてください💁♀️ #幼稚園 #クロネコヤマト @youchien_hensyu twitter.com/youchien_hensy… 2021-12-23 17:02:18 ヤマト運輸 @yamato_19191129 ヤマトグループ公式アカウントです。ＰＲ情報やヤマトグループの取り組みなど様々な情報をお届け◆ サービス・お荷物📦のお問合せ bit.ly/2WZzdrb ◆音楽宅急便bit.ly/2C42GcW◆SNSポリシー🗝 bit.ly/2T59JaL kuronekoyamato.co.jp/ytc/c
ドメイン駆動設計入門【DDDをわかりやすく解説】 | 楽水
突然ですが、エンジニアの皆さま、Javaで開発したWebアプリケーションの構成、このようになっていませんか？ データとgetter/setterだけのオブジェクト（JavaBean） 画面のコントロールやビジネスロジックの処理はServletが行う データベースのアクセスは、DAO（Data Access Object）に任せる もしそうであれば、そのシステム、ドメインモデル貧血症に陥ってます。 これは、データとgetter/setterだけのオブジェクトを、Anemic（貧血症になって元気がない）オブジェクトと称し、オブジェクトとはいうものの実質的にはデータであり、それをやりとりするだけの手続き型システムなっていることを嘆いたものです。 今回は、本来のオブジェクト指向に立ち返り、そのメリットである高い保守性、再利用性、拡張性を備えた変化に強いシステムを作るための設計方法、ドメイン駆動設計
この記事は個人ブログの内容がソースです。 kami-programming.com そもそもなぜクリーンアーキテクチャーを考察するのか DRY原則やSOLID原則などが浸透している昨今ですが、実際の開発現場のソースコードを読み込んでみると必ずしもこれらの原則に則していない場合は多いのではないでしょうか。 そして、そういった開発環境でいざコーディングをしていくと、以下のような問題に直面するのではないでしょうか。 あるバグの修正をしたのだが、同じロジックが他の場所でも書かれていたようで重複箇所のバグは依然としてバグったままだった。 あるクラスを変更したが、依存性の方向性や範囲が把握しきれておらず、変更の影響で新たなバグを生んでしまった。 ビジネスロジックの変更を迫られたが、同じロジックが重複しすぎており修正範囲を特定するだけで一苦労。 想定外の値の入力があり、バグが発生してしまった。 これらは
FCC fines America's largest wireless carriers $200 million for selling customer location data
AWS Security Reference Architecture: A guide to designing with AWS security services | Amazon Web Services
AWS Security Blog AWS Security Reference Architecture: A guide to designing with AWS security services Amazon Web Services (AWS) is happy to announce the publication of the AWS Security Reference Architecture (AWS SRA). This is a comprehensive set of examples, guides, and design considerations that you can use to deploy the full complement of AWS security services in a multi-account environment th
[Hacker News discussion, LinkedIn discussion, Twitter thread] A question that I’ve been asked a lot recently is how large language models (LLMs) will change machine learning workflows. After working with several companies who are working with LLM applications and personally going down a rabbit hole building my applications, I realized two things: It’s easy to make something cool with LLMs, but ver
00:00 - Introduction 01:45 - The Battleship 02:49 - NP-Complete Problems 06:24 - Building SQLite V1 07:54 - Motorola Phones 09:40 - America Online Phones 11:12 - Symbian OS and Nokia 13:01 - The Bus Factor and the Consortium 15:11 - Enter Android 17:05 - Guys, This Is Important 18:18 - Testing and Aviation Standards 21:29 - Billions of Tests 25:30 - Building From First Principles 28:05 - B-Trees a
弁護士ドットコムライブラリーのフロントエンドのアーキテクチャ（Next.js + TypeScript） - パンダのプログラミングブログ
弁護士ドットコムライブラリーのフロントエンドのアーキテクチャを紹介します この記事は弁護士ドットコム Advent Calendar 2020、2日目の記事です。2020年12月に執筆された記事です。 私は弁護士ドットコムライブラリーというサービスを開発しています。これは法律書籍をネットで読める弁護士向けのサブスクリプションサービスです。 フロントエンドの採用技術はNext.js + TypeScriptで、要件定義から設計、実装は私が担当し、現在も運用しています。 この記事では、2020年5月にリリースしてから半年間、Next.jsで上記サービスを運用した知見の中から、フロントエンドでのアーキテクチャについてご紹介します。 弁護士ドットコムライブラリーの特徴は以下の通りです。 画面数は10画面ほどの中規模アプリケーション（OOUIの考え方を取り入れたら画面数が減りました） 基本的にバック
シンジです。いつだったか知人から、「入社初日にデータ抜かれて翌日から連絡が取れなくなった人がいて」といった話を聞きました。調べてみると名前も住所もでたらめで、まさにデータをぶっこ抜くためだけに面接を通過してきたという興味深い話でした。結局そこで深刻なデータ侵害はなかったようですが、この話を聞いてから今シンジだったら何ができるか考えて社内に実装した話です。 面接はZoomで、会うこともない どこから接続しているかも分からないし、それを知ったところで本当にそうなのか確認することも難しい。そもそも会ったところで、履歴書や本人が申告する名前と住所が本当に本人のものかを確認することもしていません。もし自分が面接を受けたときに、身分証明してくださいって言われてもなんか気持ち悪いし、もちろんそれが必要な業界や業種があるわけですが、当社のようなただのITベンチャーが、何が身分証明だせだばかやろうとか思うわ
Starting today we are evolving our brand identity to clarifying the difference between our company and our products. Material-UI: the organization is now called MUI. Material-UI: the Material Design components developed by MUI is now called Material UI, we ditched the hyphen! Material-UI X: the set of advanced React components is now called MUI X. Material-UI: the set of foundational MIT React com
「SmartHRらしいサポート」を実現！スタートアップ企業の成長につながる、カスタマーサポート業務のアウトソースという選択肢
今回ご登場いただくのは、労務管理クラウド4年連続シェアNo.1の、クラウド人事労務ソフトSmartHRを開発・販売する株式会社SmartHR（https://smarthr.co.jp）、カスタマーサポートグループマネージャーの鵜原様、CS管理ご担当の長谷様です。 成長著しい同社では、2022年10月よりCS業務をアディッシュへ委託。CSチームとして新たな取り組みへ歩みを進めていらっしゃいます。 ただ、その決断にはスタートアップならではの悩みもあったとのこと。今日は、アディッシュによるCSサポート導入前の課題や決断の背景を伺いながら、スタートアップ企業のCSアウトソースを実践する上でのヒントを考えていきます。 （聴き手：アディッシュ株式会社 執行役員 加藤 大輔） 目指したのはお客様に安定したサポートを提供し、会社の成長に耐えうる組織を作ること 加藤：今日はありがとうございます。早速ですが
年明けから IAM 周りの整理をいろいろしなければいけなくなったので、佐々木拓郎さんの「AWSの薄い本」シリーズ2冊を読みました。今回はその読書メモです。 booth.pm booth.pm AWS は普段から使っているので、IAM の基本的な機能はもちろん知っているのですが、最近追加された機能（特にマルチアカウント管理に関する機能）については全然追えてなかったので勉強になりました。 以下、勉強になった点をまとめたメモです。AWS の情報は日々変わっていってしまうので、発行日も併せて記載しました。 AWSの薄い本 IAMのマニアックな話（発行日：2019年9月22日） 第1章 AWSとIAM AWS Organizations は本書の対象外 ポリシー記述の文法的な部分は本書では扱わない。詳細は公式のIAM JSON ポリシーのリファレンス を参照 第2章 IAMの機能 IAMの機能のうち
GMまでもが電動化計画の未来について否定的な見解を示し、CEO自らが「来年に100万台を販売するという計画は達成できそうにありません」とコメントする事態に
GMはまだ「EVの販売が好調な部類」ではあるが なお、現在はメルセデス・ベンツやフォルクスワーゲンほか多くの自動車メーカーがEVの需要後退を理由に電動化計画の見直しを表明しており、GMもその例に漏れないということになりそうですが、シボレー、キャデラック、GMCの各ブランドからすでに複数のモデルが販売されており、とくにキャデラックにおいては2024年第2四半期の新車販売のうち19％がEVで占められているというので、他社に比較すると「まだ好調」な部類なのかもしれません。※GM全体ではEV販売が横ばいではあるが、少なくとも減ってはいない そしてメアリー・バーラ氏はこれまでとは方針を転換し「2027 年までに、市場のニーズに応えるため、新しいプラグインハイブリッド車を導入する」とも述べ、これによってGMは”より厳しい排出ガスおよび燃費基準を満たす”とも。 加えて、GMは別途「2035年に乗用車セグ
Customer Reliability Engineer ー エンジニアとの信頼関係をつくる仕事
2019.9.7 DevRel/Japan Conference 2019
富家（ふけ）と申します。 いつもお世話になっているみなさん、ありがとうございます。 BtoBマーケティングに関わる仕事をさせていただくようになって、2023年で6年目を迎えました。たくさんの人に支えられて、なんとかここまでやってこれました。 3人でスタートしたマーケティングチームが、5人…10人…30人…と人数が増え、やがて部となり、メンバーを持たせもらうようになりました。私個人としても１つのサービスのマーケティング担当者からスタートし、事業全体、全社マーケ…と、マーケターとして少しずつ見させてもらう範囲も広がってきました。 まだまだまだまだ……諸先輩方には遠く及ばない未熟者ですが、すべてが手探りだったあの頃から今をふりかえって、これまでの経験や学んできたことをnoteにまとめてお伝えしたい！少しでもみなさんの仕事につながるひらめきのヒントになれば…とキーボードをたたき始めました。 という
Amazon社のAWS障害の影響を受けて対応する各企業の姿に、ITサービスのサブスクリプション化による「責任の果たし方の変化」を見ました。 AWS東京リージョンで数時間にわたる障害が発生 2019年8月23日の午後、多くのITサービスを縁の下で支えるAWS（Amazon Web Services）の東京リージョンのサーバーの一部で障害が発生 しました。 このAWS上で運用されているサービスは数多く、また障害解決までに時間を要したこともあって、「AWS障害」がTwitterのトレンドワード入りしたほか、翌日には新聞報道もされるほどの騒ぎとなりました。 ▼ クラウド集中にもろさ アマゾン「AWS」大規模障害 今回の障害を受け、ソフトバンクグループ傘下でスマートフォン決済を手掛けるPayPay（ペイペイ、東京・千代田）では支払いや入金ができなくなった。 クラウド会計ソフトのfreee（フリー、東
WSL 2 Support is coming to Windows 10 Versions 1903 and 1909
Support for Windows Subsystem for Linux (WSL) 2 distros is being backported to Windows 10 version 1903, and 1909! Yes, you read that right. We heard how much you liked WSL 2 and wanted to expand its accessibility, and over the last few months we worked on bringing it back to 1903 and 1909. About Us We are Ty (Tito) Citrin, a PM, and Mitchell Minkoff, an engineer, both working in Windows Servicing.
こんにちは。SRE の近藤（@chaspy）です。 先日、より高い信頼性でサービスを提供するために、スタディサプリ小中高大のサービスの最後の砦であるデータベース、MongoDB のインスタンスクラスのスケールアップを行いました。また、スケールアップをするにあたり、負荷試験を行いました。 本記事では、データベースインスタンスのスケールアップの際に行なった負荷試験に対する考え方と、得た学びを紹介します。 なぜスケールアップするのか サービスの急成長に伴い、アクセス数もデータ量も増加しています。数年前に「しばらくは大丈夫」と判断できるインスタンスクラスにスケールアップをしたデータベースも、高負荷時には性能が劣化してしまう問題に遭遇しました。 私たちの MongoDB は AWS 上に EC2 インスタンスとしてセルフホストしており、MongoDB Cloud Manager を使って運用の一部を
FCC fines America's largest wireless carriers $200 million for selling customer location data
https://medium.com/google-cloud-jp から派生したGoogle Cloud Japan の Customer Engineer (CE) が 書く Advent Calendar 2019 です。CE 達が是非紹介したい機能、いままで培ってきたノウハウ、知っておくと便利なTipsなどを公開予定です。 google-cloud-jp はGoogle Cloud Platform 製品などに関連するコミュニティが記載したテクニカル記事集です。掲載された意見はすべて著者個人のものであり、必ずしも Google のものを反映するものではありません。 12/1Kubernetes とGCPの世界をつなぐアクセス管理のはなし (Hiroki Tanaka)12/2Apache Hadoop のデータを BigQuery で分析するための移行手順 ( Keiji Yosh
ElasticsearchとKibela APIを使ってSlackでのCSお問い合わせ対応業務を改善した話 - BASEプロダクトチームブログ
この記事はBASE Advent Calendar 2020の11日目の記事です。 devblog.thebase.in BASE株式会社 Data Strategy チームの@tawamuraです。 BASEではオーナーの皆様や購入者様のお問い合わせに対して、Customer Supportチームが主となって対応をしています。その中でもいくつかの技術的なお問い合わせに対しては、以下のようにSlackの専用チャンネルを通して開発エンジニアに質問を投げて回答を作成することになっています。 CSチームから調査を依頼されるお問い合わせの例 これらのCS問い合わせ対応は日々いくつも発生しており、CSお問い合わせ対応を当番制にして運用してみた話 でもあるように週ごとに持ち回り制で各部門のエンジニアが対応しているのですが、どうしても調査や対応に時間が取られてしまうという問題が発生していました。 dev
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog Developer Relationsチームの三木です。 11月20日から21日にかけて、LINEのエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」を開催しました。社内外のエンジニアの皆様3,000名以上にご来場いただく大盛況なイベントとなりました。ご来場いただいた皆様、登壇いただいたゲストの皆様、運営に携わっていただいた皆様、誠にありがとうございました！ 今年のLINE DEVELOPER DAYは、より深く幅広い分野に関連した内容を提供するために、二日間の構成としました。全部で68個のメイントーク、42個のショートトラック、9個のポスターセッション、６個のハンズオンセッション、19個のブー
機械学習システムの信頼性を数値化する ML Test Scoreのハンズオンワークショップを開催しました | メルカリエンジニアリング
こんにちは、メルカリでCRE (Customer Reliability Engineering) に所属している @hurutoriya です。 今回メルカリ社内での勉強会の一環として、Google が提案した機械学習システムの信頼性を数値化する ML Test Score のハンズオンワークショップを開催しました。 本記事では、ML Test Score の説明、ワークショップの開催方法や簡単な考察などをお話します。 今回はWFHの影響も受け Google Meet を使ったフルリモートでの開催となりました。 ワークショップの内容として、メルカリ内で実際に運用されている機械学習システムを対象に、実際にそのシステムを開発する機械学習エンジニアが ML Test Score を計算しました。 ML Test Scoreの説明 ML Test Score の目的は、定量化しづらい機械学習シス
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2019/8/23のAWS東京リージョン大規模障害の経過と原因まとめ - Qiita
株式会社はてなに入社 - kmuto’s blog
Databases in 2022: A Year in Review | OtterTune
【2024年】AWS全サービスまとめ | DevelopersIO
3年間Stripe Connectを運用した経験を共有します - エムスリーテックブログ
AIアシスタントを導入した企業で問題解決までの時間が2時間から3分に短縮されスタッフの90％がクビに
UXとUIの比較以上の勉強をしよう | UX TIMES
Tests as Documentation - たにしきんぐダム
| GitHub Copilot Patterns & Exercises
Clean Architecture考察 - ROXX開発者ブログ
Engadget | Technology News & Reviews
Building LLM applications for production
The Untold Story of SQLite - CoRecursive Podcast
その履歴書に書かれた名前住所は本物か？入社前から入社処理を自動化する | ロードバランスすだちくん
Material-UI is now Material UI! - MUI
AWSの薄い本シリーズ（IAMのマニアックな話など）の読書メモ - 無印吉澤
5年間やってわかった、BtoBマーケターがやるべき仕事の全体感｜富家 翔平（Shohei Fuke）
AWS障害対応に見えた利用規約免責の変節点 —サブスク化で重みを増す継続責任 | クラウドサイン
負荷試験との向き合い方 - スタディサプリ Product Team Blog
Engadget | Technology News & Reviews
Google Cloud Japan Customer Engineer Advent Calendar 2019
LINE DEVELOPER DAY 2019 を開催しました