クラウド時代のデータベースを理解するために①
最近、分散データベースとかNewSQLとかサーバレスなデータベースとか色々聞きますよね。 でも、専門ではない人たちにとって、「何が違うの？」「自分たちに必要なDBはどれなの？」という点が分かりづらいと思います。 私も良く聞かれます。 AuroraはNewSQLですか？ NewSQLってサーバレスなんですか？ スケールできないDBとか聞きますけど、リードレプリカ増やせますよね？ などなど。この辺に基本的なところから答えられるように、順を追って解説していきましょう。 「コンピュートとストレージは別であれ」 と神が言うと、コンピュートとストレージは分離された。 と言うのは冗談ですが、まずはここからスタートしましょう。 クラウド以前のデータベースを使っていた人にはお馴染みのように、それまでデータベースは大きな1つの箱でした。 過去に私は下図でデータベース（厳密にはRDBMS）のコンポーネントを解説
本当にDropboxはオンプレ回帰なのだろうか？ - 256bitの殺人メニュー
おはようございます。やっぱヒノキっぽいんだよなぁ、、、（花粉 ということで鼻ズルズルマンです。 Dropboxはオンプレ回帰した？ 最近良く聞きます、Dropboxはオンプレ回帰した、クラウドはコストが高いから最近オンプレに戻る企業が増えている、とか。 一つ一つの記事やツイートをイチイチピックアップはしないですが、とにかくよく聞くわけです。 でも思うんですよね、「そんなわけないのでは？」だってよく考えてみてください、テックが強い組織であればあるほど適材適所でクラウドを使ったほうがいい所も見えてきます。 現代のアーキテクチャでクラウドがハマる部分が全くないシステムはありません。一時的なリソース確保と開放、管理のいらないインフラ、様々なサービス。これを利用しないなんてことあるのかな？ってことなわけです。無理にオンプレのみで頑張るのが論理的か？という話かもしれません Dropboxがオンプレに移
Redisよ安らかに眠れ: Garantia Dataが引き起こしたオープンソースの歴史上最大の強盗とは
TL;DR 2024年3月20日Redis社は、これまでオープンソースとして開発してきたRedis 7.4ソースコードのライセンスを、Redis Source Available License (RSALv2)とServer Side Public License (SSPLv1)のデュアルライセンスに変更すると発表しました。この変更によりRedis社の許可なくRedisを用いたマネージドサービスなどを提供することができなくなります。 2009年1人の情熱的なエンジニアAntirezが作り出したRedisですが、2013年のGarantia Data社の介入により様々なドラマが勃発し2020年にAntirezはIPそしてトレードマークを同社に譲渡します。その後、Redisのコアコミュニティメンバーを中心に開発・更新を続け、またAWS ElastiCacheを筆頭にRedisのアダプション
What is a cell-based architecture? - Reducing the Scope of Impact with Cell-Based Architecture
A cell-based architecture comes from the concept of a bulkhead in a ship, where vertical partition walls subdivide the ship's interior into self-contained, watertight compartments. Bulkheads reduce the extent of seawater flooding in case of damage and provide additional stiffness to the hull girder. On a ship, bulkheads ensure that a hull breach is contained within one section of the ship. In comp
Ep 5: Cell-based Architecture 101 - Why?
In the previous post, I’ve introduced two key problems that Cell-based Architecture solves: Scalability Availability However, these are very common problems in any cloud system and there are tons of solutions/design addressing them already. Why do we need to solve them again? In this second episode of “Cell-based Architecture 101“, I’d like to talk about the limitations of the existing solutions/d
最近のDHH「サーバーレスをやめろ」 - laiso
(インターネットやめろジェネレーターで作成) Ruby on Rails生みの親であり最強の逆張りおじさんであるところのDHHが昨年あたりからしきりに脱パプリッククラウドの主張をしている。 これは彼らの会社が運用しているBasecampやHEYのインフラをAWSから自社保有のベアメタルサーバーへ移行しようとしているからで、実際に移行作業は進んでおり、今後5年間で700万ドルのサーバー費用を節約できるだろうという見込みがあるようだ。 world.hey.com world.hey.com あとタイトルに「サーバーレスをやめろ」と書いたけどDHHのファンボである筆者の誇張表現であり、サーバーレスというキーワードに関しての言及は正確には以下のポストを読んで欲しい。 world.hey.com この文章における「the computing cycles」とは、一台のコンピュータが持つ計算能力全体を
複数ブランチ運用は『単一のコードベース』と言えるのか | CI/CD Conference 2021 by CloudNative Days
architect - システム設計 developer - システム開発 app-developer - アプリケーション開発 operator/sys-admin - 運用管理/システム管理 かの有名な The Twelve-Factor App は、その「コードベース」の章で「一つのコードベースと複数のデプロイ」が重要であると説いています。[1] 周りを見渡してみましょう。develop ブランチ release ブランチ main ブランチ... おやおや。複数のコードベースから複数のデプロイが生まれているではありませんか。 The Twelve-Factor App はもう古い、そんなのできていて当たり前などという言葉が聞こえてくることもある昨今ですが、そもそも当たり前すぎるセオリーすら満たせていない現場はあまりにも多そうです。 The Twelve-Factor App が間違
サイボウズのクラウドサービスが「政府情報システムのためのセキュリティ評価制度（ISMAP）」に登録 | サイボウズ株式会社
サイボウズ株式会社（本社：東京都中央区、代表取締役社長：青野慶久、以下サイボウズ）は、当社が提供しているクラウドサービスが「政府情報システムのためのセキュリティ評価制度（以下：ISMAP、読み：イスマップ）」において、政府が求めるセキュリティ要求を満たしているサービスであると認定され、ISMAPクラウドサービスリストに登録されたことをお知らせいたします。 ISMAP対象サービス ISMAPクラウドサービスリストに登録されたサービスは、運用基盤cybozu.com（サイボウズドットコム）並びにcybozu.com上で提供するGaroon（ガルーン）及びkintone（キントーン）となります。 クラウドサービスリスト詳細ページ ISMAPとは ISMAPは、政府が求めるセキュリティ要求を満たすクラウドサービスをあらかじめ評価・登録することにより、政府の利用するクラウドサービスの調達を円滑にする
責任共有モデルとは何か、を改めて考える | Amazon Web Services
Amazon Web Services ブログ 責任共有モデルとは何か、を改めて考える 本Blogは、クラウドにおける新しい常識”new normal”を考えるBlogの第二弾です。（第一弾「クラウドにおける安全なデータの廃棄」はこちら） 今回は、クラウドの基本的な考え方である”責任共有モデル”をとりあげます。こちらのBlogをご覧の皆様の中には”何故、いまだに責任共有モデルなのか”という疑問を持つ方もいらっしゃるかもしれません。しかし、未だに本モデルの考え方や実際のビジネスへの適用方法は十分に理解されていないようにも見受けられます。今回は責任共有モデルとは何か？を振り返るとともに、いくつかの理解のポイントをお伝えします。 セキュリティ責任共有モデルとは？ ”セキュリティとコンプライアンスはAWSとお客様の間で共有される責任です。この共有モデルは、AWSがホストオペレーティングシステムと仮
Workload Discovery on AWS | AWS Solutions | AWS Solutions Library
Maintain an inventory of the AWS resources across your accounts and AWS Regions Workload Discovery on AWS (formerly called AWS Perspective) is a tool to visualize AWS Cloud workloads. Use this AWS Solution to build, customize, and share detailed architecture diagrams of your workloads based on live data from AWS. The solution maintains an inventory of the AWS resources across your accounts and AWS
Online Diagram, Flowchart Maker | CloudSkew
CloudSkew is an online diagram & flowchart editor. You don't have to install any software. Just login and start drawing! Icons for AWS, Azure, GCP, Kubernetes, CNCF, Alibaba Cloud, IBM Cloud, Oracle Cloud (OCI) and more are already available in the app. You don't have to search for & download the symbols separately.
国内パブリッククラウド市場、トップはAWS、2位はマイクロソフト、3位は富士通がGoogleを上回る。Synergy Research Group
調査会社のSynergy Research Groupは、2019年第4四半期における日本や中国を含むアジア太平洋地域のパブリッククラウド市場に関する調査結果を発表しました。 これは各パブリッククラウドのIaaSとPaaSの売り上げをベースに比較したもの。 日本の国内市場を見ると、トップはAmazon Web Services（AWS）、2位はマイクロソフトと、グローバル市場での順位通りになっていますが、3位にはGoogleを上回って富士通がランクインしています。 そして4位にGoogle、5位にNTT、6位にソフトバンクと、3位以下に国内ベンダが顔をだしている点が特徴でしょう。 中国市場は日本以上に国内ベンダが強さを見せています。1位がアリババ、2位がテンセント、3位がバイドゥ、４位はシンネットが運営するAWSのサービス、そして5位にチャイナテレコム、6位がチャイナユニコムとなっており、
障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか？ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か？と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか？というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため
8月23日のAWSの大規模障害でMultiAZでもALB（ELB）が特定条件で500エラーを返すことがあったという話 - Make組ブログ
このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです （当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ？という人の認識も変えられると嬉しいです）。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください （一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います）。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW
京大、業務系システムをクラウドに全面移行 AWS、G Suiteなど導入の舞台裏
京都大学が昨年末から今年にかけて、業務系システムのほとんどをクラウドへ移行した。人事給与、財務会計、教務情報などのシステムをAmazon Web Services（AWS）のIaaSに移した。同じくオンプレミスで運用していたグループウェア、教職員用のメールなど情報系システムも、サイボウズの「Garoon」「kintone」、Googleの「G Suite」といったクラウドサービスに切り替えた。 「プロジェクトのコアメンバーは6人と少なく、ベンダーにも迷惑を掛けた」――京都大学の永井靖浩教授（情報環境機構 IT企画室長）はそう話す。永井教授が6月12日、イベント「AWS Summit Tokyo 2019」で、大規模なクラウド移行の舞台裏や、そこで得た知見を語った。 京都大学はクラウドへの移行前、業務系システム、教職員グループウェア、教職員用メールのそれぞれで課題を抱えていた。 業務系システ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IIJが語る「データセンターはコロナで何が変わったか？」ALSOKのロボットも導入……【IIJ Technical WEEK 2020】 - INTERNET Watch
米オクタ、クラウドID管理に商機 日本に本格参入 - 日本経済新聞
Amazon.co.jp: エンタープライズシステム クラウド活用の教科書 ~スピードが活きる組織・開発チーム・エンジニア環境の作り方: 南大輔: 本
IBM blames 'external' network provider, incorrect routing, traffic flood for its two-hour cloud outage
全省庁に20年秋からクラウド 安保に配慮し採用 中国企業、対象外の公算 - 日本経済新聞
