今日の多くのDBAは、DevOpsカルチャーへの貢献を求められています。私が知っているあるDBAは、彼の会社が最近行った組織図の話をしてくれました。彼らが新しい組織図を送信したとき、彼の肩書きは実際にはDBAからDevOpsエンジニアに変更されました。以前とは違う今、彼は何をしていますか？結局のところ…それほど多くはありません。彼が今していることのほとんどは今でも同じです。しかし、彼のキュービクルは現在DevOpsにとってゼロになっているため、彼はこの新しいタイトルをかなり真剣に受け止めています。
真実は次のとおりです。DBAはほとんどの場合DevOpsの一部です。これは、ほとんどがすでに開発タスクを実行しているためです。 SQLの記述、SQL Serverのパフォーマンスの調整、オブジェクト分析とレポートの実行などがあり、サーバーの構成、バックアップと復元の実行、OS、ネットワーク、ストレージの調整などのOpsタスクをすでに実行しています。
主な変更点は、DevOpsが、安定性とパフォーマンスの問題をめぐって、アプリケーション開発者をインフラストラクチャチームと戦わせることがよくあることです。 DevとOpsには異なる優先順位があり、微妙なバランスを取る必要があります。
この話には2つの側面があります。 開発 家の側面は、彼らがどれだけ迅速かつ確実に生産に変化をもたらすことができるかについて測定されます。彼らの目標は、可能な限り迅速に仕様に合わせてコードを開発し、それを本番環境に導入して、それらの変更を継続することです。
操作 目を離したときに物事が壊れないようにすることに関心があります。照明をつけてデータを動かし続けるためのすべての基本事項についてです。
DBAは、DevとOpsを統合する上で大きな役割を果たします。実際、SQLサーバーのパフォーマンスの監視や最適化など、DBAがDevOpsエンジニアのこの新たな役割に成長する大きなチャンスです。
DevOpsの多くは、「頻繁に失敗し、すぐに失敗する」というモットーに基づいています。小さな段階的な変更を加えて、本番環境にプッシュします。問題が発生した場合、またはお客様が望んでいたものとは異なる場合は、すぐにロールバックして修復し、すぐに本番環境に戻します。
しかし、これには実際のリスクがあります…
パフォーマンスや安定性の問題の根本的な原因を理解するのは必ずしも簡単ではありません。誰かがアプリケーションやインフラストラクチャに加えた変更と、それがデータベースのワークロードとパフォーマンスに与える影響との間の点を結び付けるには、かなりの掘り下げが必要です。
これらの概念はDBAにとっては少し新しいものであり、DevOpsカルチャーに参加するために途中で会議を行うというタスクは少し圧倒されるように思われるかもしれません。しかし、どこかから始めなければなりません。多くの組織は、SQLサーバーのパフォーマンスの問題を別の視点から調査し、別の監視方法を実装するというアプローチを取っています。
ビジネスに深刻な影響を与える前に、パフォーマンスの問題をプロアクティブに解決するために必要なSQLServer環境の状態を把握できたとしたらどうでしょうか。パフォーマンスの低下をすばやく特定し、原因を特定し、分析して調整し、将来同様の問題を防ぐことができたらどうでしょうか。
ああ、そしてあなたがサブスクリプションベースでこれをすべて持つことができたらどうしますか？追加のハードウェア、ソフトウェア、メンテナンスコストがなく、いつでもどこからでも、どのデバイスからでもアクセスできますか？
Spotlight Cloudを使用すると、次のことが可能になります！ サインアップと同じくらい簡単です。サインイン。解決します。
SQLServerの比類のないクラウドホストデータベースの監視と診断のためにSpotlightCloudを使い始めましょう。すぐに昇進するようなものです！