ガイド: 7 月 13 日に CloudQuery (以下、CQ) バージョン 2.2.0 が正式リリースされ、公式ドキュメントで新バージョンの紹介を見て、早速インストールテストを実施しました。この記事では主に、CQ 1.4.2 から 2.2 にアップグレードする際の考慮事項とテスト条件を紹介し、実際の経験を共有し、参考情報を提供します。
ビジネスの背景と V 1.4.2 の使用経験
当社の主な事業はインスタント メッセージング ソフトウェアであり、主に使用されているデータベースは MongoDB です。MongoDB データベースは主にユーザー間のチャット コンテンツのデータを保存する役割を担っており、単一のデータベースには数千のコレクションが存在します。開発者がクエリや変更のためにデータベースに直接接続すると、後でコマンドが実行されることになり、実行できなくなります。したがって、クラウド イントラネット環境に CloudQuery をデプロイして、MongoDB データベースを監査します。
CloudQuery Community Edition V 1.4.2 は、データ操作に関して現在のニーズを十分に満たしており、完全なユーザー認証と監査機能も備えていますが、使用中に次のような問題がまだあります。
- MongoDB データベース上でユーザーが実行したステートメントは、監査インターフェイスからは表示できません。
- リソースの使用率が高く、メモリ使用率のアラームが頻繁に発生します。
- MongoDB 関連のクエリ時間が長い (既知の理由は、一部のライブラリにコレクションが多すぎることです)。
- ユーザー権限が不十分な場合、CloudQuery を介して権限を申請することはできず、管理者に連絡することによってのみ追加できます。
V2.2.0ではMongoDBのサポートが追加され、リソース構成がCPU：4コア、メモリ：16G、ハードディスク：100Gに削減されたことを知り、思い切ってアップグレードしました！
V2.2.0にアップグレードした後の体験
全体的な印象としては、インストールがより便利になったことです。インストールするには、シェル スクリプトを直接実行するだけでよく、Web インターフェイスからインストールして設定する必要はありません。旧バージョンと比較して、インストール速度が向上しました。新しいバージョンでは、旧バージョンの問題点であった部分が解決されていますが、依然としていくつかの問題点が残っています。
テストシナリオ
このアップグレード テストのシナリオは次のとおりです。CloudQuery をローカルにデプロイした後、MongoDB と MySQL の 2 つのデータベース接続を追加して、承認されたユーザーのさまざまな承認条件で指定されたデータベースを操作した後の監査結果をテストし、クエリ速度をチェックします。
問題点が解決されました
1. ユーザーがMongoDBデータベースを操作した後に実行したステートメントの内容を記録できます。
2. パフォーマンスの最適化が向上し、複数のクエリ後のメモリ使用率アラームが発生しなくなります。
3. ユーザーはデータベースに対する権限を視覚的に確認でき、権限がない場合は直接アプリケーションを起動できます。
未解決の問題
データベース内に多くのコレクションがある場合、クエリ ステートメントの実行にはさらに時間がかかります。
私たちが最も懸念している MongoDB の監査の問題に加えて、元のバージョン 1.4.2 と比較して、新しいバージョンは機能と安定性の両方の点で実際に大幅に向上しています。
- V 1.4.2 は、小規模チーム向けの運用・制御プラットフォームであると私は考えており、新バージョンと比較すると、制御機能の面では小規模チームのニーズに応えられるものの、全体的には運用プラットフォームに近いものとなっています。機能面で見ると、新バージョンは「本格的な」エンタープライズ向け製品であり、管理・制御機能が充実しすぎている。
- 追加された権利エスカレーション機能、データ変更、動的非感作、データ送信...これらはインストール後のページで見たものだけで、それらの多くは勉強していません(笑)
- 旧バージョンと比較すると、監査機能も大幅に強化されており、当初は監査概要と 2 つの詳細テーブルのみでしたが、新バージョンではオブジェクト監査とユーザー監査も追加されました。
要約と提案
過去の経験から、CQ はその効率性、使いやすさ、強力な機能を実証しており、データベース管理をよりシンプルかつ高速にします。さまざまなデータベース管理ツールを統合するプラットフォームとして、その登場は間違いなく私たちの業務に大きな利便性をもたらします。
しかし、テクノロジーの発展は決して止まりません。私たちが CQ に期待するのは、既存の機能や性能にとどまらず、データベース管理ツールの開発の方向性を革新し、リードし続けることです。CQ がユーザーのニーズをより深く理解し、ユーザー エクスペリエンスの最適化を継続し、より革新的な機能やサービスをリリースできることを願っています。
全体として、この監査の経験は比較的良好で、CQ がコミュニティ ユーザーのユーザー エクスペリエンスを最適化し、コミュニティ ユーザーの声に注意を払って耳を傾け、コミュニティ ユーザーが直面する問題を解決していることがわかります。 。
最後に、CQ の次のバージョンに関する提案がいくつかあります。
- Docker Compose 2.0 以降と互換性があります。インストール プロセス中に、Dokcer Compose がインストールされていないことを確認するメッセージが表示されます。その理由は、docker-compose コマンドが Docker Compose 2.0 以降では使用されなくなったためです。docker-compose の場所を変更する必要があります。シェルスクリプト内で判定を更新することを推奨します。
- 直接ダウンロード可能な圧縮リンクを提供します。現段階では、ネットワーク ディスク経由でダウンロードし、インストールのためにサーバーに転送する必要があります。さらに面倒です。ネットワーク ディスクのダウンロード アドレスは複数提供されますが、直接ダウンロードすることはできません。ダウンロード速度の点では、Tianyi クラウド ディスクを使用すると、フルスピードでダウンロードできます。
- コレクションが多数ある場合に、CloudQuery を介して MongoDB データベースにクエリを実行する速度を最適化します。
- 公式ドキュメント内の重要な操作提案は太字で表示されています 一部の内容を無視すると操作不能になる可能性があります 一部の内容を無視するとその後操作不能になる可能性があります
