「パブリッククラウドのアカウント数多すぎ」で起こる混乱をどう防ぐ？ DeNAがフルクラウド化で直面した悩みと対策
「パブリッククラウドのアカウント数多すぎ」で起こる混乱をどう防ぐ？ DeNAがフルクラウド化で直面した悩みと対策（1/3 ページ） 2021年4月、システムのフルクラウド化を実現したDeNA。大小約300に及ぶサービス全てのクラウド化には約3年の歳月を要したが、これを成し遂げたことで柔軟性とコストメリットを併せ持つITインフラを手に入れることができたという。 しかしその一方で、インフラ管理上の新たな課題に直面することにもなった。その最たるものが「パブリッククラウドアカウントの管理」にまつわる困難だ。 「2018年にクラウド移行を始めて以来、社内で利用されるパブリッククラウドアカウントの数は右肩上がりに増え続けた。現在では1000以上のアカウントを利用している。これだけ数が増えてしまうと、使われないアカウントや退職者のアカウントが放置されるなどの『カオス状態』に陥ってしまいがちだ」 こう話す
Googleの徹底的なシステム障害への対応「SRE」の中身とは？
インターネット上でサービスを提供する企業では、いかに自社のシステム障害と向き合うかが重要です。検索エンジンやクラウド、メール、広告など、さまざまなサービスを提供しているGoogleが、自社が提唱しているシステム管理の方法論「SRE」に基づき、システム障害にどう対応しているかを実際の事例をもとに紹介しています。 SRE keeps digging to prevent problems | Google Cloud Blog https://cloud.google.com/blog/products/management-tools/sre-keeps-digging-to-prevent-problems SREはサイト・リライアビリティ・エンジニアリングの略で、「サイト信頼性エンジニアリング」と訳されることもあります。Googleのような大規模な企業では、他の企業ではめったに起こらない
GAE のログに憧れて – google-cloud-jp – Medium
Google App Engine (GAE) は GCP の他のサービスとの連携が豊富で非常に便利なのですが、その中でも個人的に好きな機能の一つに、Stackdriver Logging に出力されるログの見やすさがあります。 Logging from Google App EngineGAE のログは、上記画像のようにアクセスログとアプリケーションログを一箇所にグルーピングして表示してくれるので、両者のログを行ったり来たりする必要がありません。これは日々の開発や運用で非常に役に立ちます。 今回はこの GAE のようなログ表示に憧れて、他の GCP サービス(特に GKE)でも似たようなことを行えないか模索してみた結果をお話ししたいと思います。 TL;DR条件付きですが、GKE でも以下のようにログをグルーピングして表示することができました。 Logging from Google Ku
AppEngineの旧Log APIを脱却したい話 | メルカリエンジニアリング
この記事はMERPAY TECH OPENNESS MONTHの3日目の記事です。 メルペイ ソリューションチームで毎日コード書いたりして遊んでいるvvakameです。 TL;DR AppEngine 2nd genでロックインAPIから解放され大脱出できるようになった AppEngine Log APIはオーパーツ(完全には真似できない) プラットフォーム出力のrequest logを使う アプリではapplication logだけ出力する 高度なフィルターの使い方を覚える 05/23 もらった情報をもとに追記をしました。 AppEngineはいいものだよ & 2nd genの台頭 メルペイではプロダクト提供のためにAppEngineはほぼ使われていません。だいたいのものがGKE上で動いていて、だいたいのDBはSpannerです。しかし、お客様に提供するものではない、internalな
Cloud Spanner のハイレベルアーキテクチャ解説
Last update: 2018/7/5 Google Cloud でゲーム担当をやっているサミールです。 本日のトピックは私が大好きな Cloud Spanner となります。Cloud Spanner は GCP のフルマネージド・グローバルスケール・リレーショナルデータベース・サービスです。Cloud Spanner は裏では NoSQL でよくある分散データベースですので、NoSQL の特性を提供しております。 HA (高可用性）水平方向のスケーラビリティ（動的にダウンタイムなしにノードの追加・削除が可能）なお MySQL のようなリレーショナルDB と同じ特性も提供しております。 スキーマ強整合性SQL クエリ（ANSI 2011）言い過ぎかもしれないが、マルチマスターの MySQL というイメージで良いと思います。 注意点：Cloud Spanner は MySQL 互換では
SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか？
SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか？ 今年、2019年5月20日から3日間にわたりスペイン バルセロナで開催されたKubeCon＋CloudNativeCon Europe 2019の基調講演では、SpotifyがミスによってKubernetesのクラスタを消去してしまった経験を振り返るという非常に興味深いセッション「Keynote: How Spotify Accidentally Deleted All its Kube Clusters with No User Impact - David Xia」（基調講演：SpotifyはいかにしてKubernetesクラスタの全削除というミスにもかかわらず顧客への影響を引き起こさなかったのか？）が行われました。 障害が起こることをあらかじめ計画とし
App Engine Scaling Config - Qiita
App Engineは、Deploy時にModule Version毎にスケーリング設定を行うことができます。 結構、細かい値が設定できるのだけど、いまいちどんな作用があるのか分かりづらいものもあります。 この記事では、スケーリング設定の値にどんな作用があるのかを解説します。 Moduleって？という方は GAE ModulesをSimpleに使う を見てください。 3つのスケーリング設定概要 App Engineのスケーリング設定は3つ存在します。 それぞれ特性が違うので、Moduleでどのような処理をしたいのかによって、選択するスケーリング設定を変えます。 Automatic Scaling Request数に合わせて自動でインスタンスの追加、削除を行う設定。 App Engineでよくオートスケールが特徴と言われるのは、主にこの設定を指している。 たくさんの小さなRequestをさば
Mapping Custom Domains | App Engine standard environment for Java | Google Cloud
Mapping Custom Domains Stay organized with collections Save and categorize content based on your preferences. You can use a custom domain rather than the default address that App Engine provides for your app. To use a custom domain, map the domain to your app, then update your DNS records. You can map a naked domain, such as example.com or a subdomain, such as subdomain.example.com. You can also u
GCP誕生から10年、その進化の歴史を振り返る (1/5)
2018年10月17日 10時30分更新 文●小林明大（Google Cloud Authorized Trainer／トップゲート） 編集 ● 羽野／TECH.ASCII.jp こんにちは。Google Cloud Authorized Trainerの小林明大です。Google Cloud Platform（GCP）の最初のサービスとなるGoogle App Engine(GAE)が2008年に登場して今年で10週年を迎えます。 GCPは、GAEから始まり、その後登場したGoogle Cloud Storage(GCS)、Google Compute Engine(GCE)などのクラウドサービスが一つに統合されて今のGCPという名称で呼ばれるようになりました。現在は、Googleが「Google Cloud」のブランド名で提供している、G SuiteやGoogle Map、Google
Cloud LaTeX | Build your own LaTeX environment, in seconds | Acaric
Cloud LaTeX is an online LaTeX editing and typesetting service with Japanese language support No need to build a complicated TeX environment anymore, just register with Cloud LaTeX and use LaTeX anytime, anywhere. In addition, Japanese language support is also available without any configuration. The intuitive interface of the file tree, editor, and PDF screen supports writing, and error output is
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
Mackerel（マカレル）: 新世代のサーバー管理・監視サービス
監視を育てる、Mackerel クラウド時代に最適な監視モデルを使いやすいUIで提供し、システムの運用・監視にチームで取り組む文化を作る「クラウド運用の道標」となるSaaS型サーバー監視サービス。 特長 Mackerelが選ばれる理由 Mackerelは、株式会社はてなが提供する日本製のサーバー監視サービスです。自社のサービス運用基盤をMackerelで運用し、そのノウハウを詰め込むことで、クラウド監視に必要な機能を提供し続けています。 圧倒的に手軽な導入 サーバーに監視エージェントをインストールするだけで、すぐにサーバー監視を始められます。 詳しく見る 育てる監視 様々なコミュニケーションツールとの連携によりチームでの情報共有を促進し、システムの状態に合わせて監視を育てるきっかけを作ります。 詳しく見る 高度な監視 複数メトリックの組み合わせや将来の予測値の監視、機械学習を使って過去の傾
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ クラウドのどこかで障害や災害が発生したとしても、その影響はアベイラビリティゾーンを超えることはなく、そのために複数のアベイラビリティゾーン（Google Compute Engineでは「ゾーン」）にシステムを分散して配置することで、クラウドの障害の影響を受けない高い可用性を備えたシステム構築ができる。これはクラウド（IaaS）に対応したシステム構築におけるもっとも基本的な考え方です。 しかし先週、2016年4月11日にGoogle Compute Engineで発生した通信障害は、アベイラビリティゾーンどころかリージョンの境界も越え、世界中にあるすべてのリージョンのインスタンスが同時に外部とのネットワーク接続を18分間に渡って失う
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
複数のクラウドサービスを統合できる『Hojoki (ホジョキ)』で、クラウドを使い倒そう｜タブロイド
「クラウドって、やっぱり便利だな」と、再認識すること間違いないでしょう。 おそらく、本アプリ『Hojoki (ホジョキ)』は、「補助器」という日本語から付けられた名前だと思います。（追記：「方丈記」から名付けられたそうです。詳細は公式サイトにて） たくさんのクラウドサービスを、各々のプロジェクトで使い分けている場合に、それを一本化してくれるという、まさに管理を補助するためのアプリです。 ・予め登録しておいた各サービスに加えられた変更が、時系列で整列される。 ・チームでの連絡事項を、メールでプッシュ通知してくれる。 ・たくさんのクラウドサービスに対応できる。 使い分けているクラウドサービスを統合する 動画を見ても、イメージしにくいという方もいると思いますので、筆者の実例を元に説明してみます。 筆者は、本業でチームメンバーとファイルを共有するのに、Dropboxを使っています。 重要なファイル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウドのデータ引越しに便利な「multcloud」 | hiroyuki's Ownd
複数のクラウドストレージをまとめて管理「odrive」 | hiroyuki's Ownd
TechCrunch | Startup and Technology News
［速報］Google Cloud「東京GCPリージョン」がついに今日から正式運用を開始。日米間を毎秒60テラビットでつなぐ最新の海底ケーブルと接続
