クラウドネイティブ時代、データベースに求められる要件を整理する
クラウドネイティブ時代、データベースに求められる要件を整理する：クラウドネイティブ時代のデータベース（1） クラウドネイティブは、その要素技術としてコンテナやマイクロサービスなどを含んでおり、近年の開発において一般的となりつつある。では、データベースにもそうした技術要素は取り込まれていくのだろうか。本連載では、クラウドネイティブ時代のデータベース設計で考慮すべきポイントを検討する。 クラウドネイティブとは、「スケーラブルなアプリケーションを構築および実行する能力を組織にもたらす」考え方として定義される（参考記事：「クラウドネイティブ」はどう誤解されているか）。そして、そこに含まれる技術要素として、コンテナ、サービスメッシュ、イミュータブルインフラストラクチャ、宣言型API、マイクロサービスアーキテクチャ（以後、MSA）があり、その採用はシステム構成に大きな変化をもたらす。 MSAでは分割さ
Redis、MongoDB、Kafkaらが相次いで商用サービスを制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発
Redis、MongoDB、Kafkaらが相次いで商用サービスを制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発 オープンソースソフトウェアの開発元がクラウドベンダへの不満を表明し、商用サービス化を制限するライセンス変更を行う例が続いています。 高速なインメモリデータストアを実現するオープンソースソフトウェアとして知られる「Redis」の開発元「Redis Labs」は、2018年8月に同社が開発したRedis拡張モジュールに関するライセンスの変更を発表しました（Redis本体のライセンスはBSDライセンスのまま）。拡張モジュールには、全文検索を行うRediSearchなどが含まれています。 変更後のライセンスでは、クラウドベンダによる商用サービスでの利用を制限するものとなっています。 ライセンス変更を発表した記事「Redis’ License
［速報］Amazon RDS on VMware発表。オンプレミスのVMware環境でもAmazon RDSを提供へ。Oracle、SQL Server、MySQLなど対応。VMworld 2018 US
発表は、VMwareの年次イベント「VMworld 2018 US」の基調講演で行われました。 同社CEOのパット・ゲルシンガー氏は、ゲストとしてAWS CEOのアンディ・ジャシー氏を壇上に呼び込み、ジャシー氏が「Amazon RDS on VMware」を発表。 ジャシー氏は次のようにAmazon RDS on VMwareを紹介しました。 「Amazon RDSのすべての機能をお客様のVMwareのオンプレミス環境で提供する。 データベースのプロビジョニング、データベースインスタンスのメモリ、コンピュート、ストレージのスケール、OSやデータベースエンジンのパッチ適用も可能だし、リードレプリカによるスケールアウトはオンプレミスへもAWSへも可能だ。 異なるVMwareクラスタへのレプリケーションによる高可用性構成もできるし、VMware上でもAWS上でもオンラインバックアップがとれ、AW
AWS、利用時のみ自動起動し負荷に応じてインスタンスが増減するマネージドRDB「Aurora Serverless」、正式版に
AWS、利用時のみ自動起動し負荷に応じてインスタンスが増減するマネージドRDB「Aurora Serverless」、正式版に 一般にOracleやMySQLなどのデータベースを利用するためには、あらかじめインスタンスを起動しておく必要があります。クライアントはこのインスタンスに対して接続し、クエリを送信して結果を受け取ることになります。 新しく正式版となったAmazon Web Services（AWS）の新サービス「Aurora Serverless MySQL」は、このインスタンスの起動をオンデマンドで行うことで、クライアントから呼び出されるときだけ起動し、負荷に応じてスケールするRDBです。 従来のAmazon Auroraと同様にバックアップやパッチの適用などはクラウド側で行われるマネージドサービスで提供されるため運用の手間が不要であるのに加え、データベースのプロビジョニングやイ
「サーバレス／Serverless」はデータベースやコンテナへも広がってきた
「サーバレスコンピューティング」や「サーバレスアーキテクチャ」といった言葉は、2014年にAWS Lambdaが発表され、その後広く普及したことで一気に注目を浴びるようになりました。 現在ではAWS Lambdaだけでなく、Microsoft AzureのAzure Functions、Google Cloud PlatformのGoogle Cloud Functions、IBM CloudのIBM Cloud Functionsなど、主要なクラウドサービスの多くでサーバレスコンピューティング環境が提供されています。 サーバがない、のではない。サーバ管理が不要ということ AWS Lambdaに代表されるサーバレスコンピューティング環境は、一般にユーザーがあらかじめ用意しておいた関数を、イベントをトリガーとして実行することで何らかの処理を行うFunction as a Service的なア
CAPの定理と分散データベースの話 - プログラマでありたい
前回、セッションストアについて悩んでいますという何も解決しないエントリーを書いたら、はてブやTwitterで非常に沢山のコメントを頂きました。色々な考え方があって、非常に参考になりました。ありがたい限りです。別途、考えを整理してまとめようと思いますが、下記の2つの考え方が多いようです。 共用セッションストアの格納先を分散データベースにすれば良いよ セッション設計をちゃんとすれば、クッキーストアを使ってもセキュリティや容量の問題はないよ 私も、どちらかと言えば上2つの方針で考えています。一方で、分散データベースは一貫性を保証しつつ可用性を高めるのは難しいという基本姿勢と、クッキーストアについては設計ミスや実装ミスが起こりうるという現実の中で、どう安全側に倒していけるかという点を考える必要があると考えています。今回は、分散データベースの一貫性について考えていることをまとめてみます。 CAPの定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
