「ドイツ銀行テクノロジーセンターは、銀行のグローバルビジネスのITサポートのための構造です」-アレクサンダーハルーヒン

PG Day'17 Russiaの主要なワークショップへのインタビューの最新号をお届けします。 今日は、10年の経験を持つOracleデータベース開発者であるAlexander Khalukhinと話をしました。 アレクサンダーは、12年以上にわたって専門的に開発に携わってきました。 彼のキャリアの最後の4年間は、モスクワのドイツ銀行テクノロジーセンターの大規模プロジェクトの開発に専念しています。



ロシアのPG Day'17で、AlexanderはOracle Databaseのパフォーマンスの診断に関する集中的な実践コースを開催します。



アレクサンダーは、現在取り組んでいるプロジェクトであるテクノロジーセンターの内部構想について語り、 大規模な銀行製品を別のデータストレージソリューションに移行することの難しさを説明し、もちろん、今後のワークショップについて簡単に発表しました。



PG Day：アレクサンダー、あなた自身について少し話してください。 専門職でどのくらい働いていますか、どのような資格がありますか？



アレクサンダー ：開発中-18歳の時から、給与の私の最初の恒久的な仕事が行われました。 現在の専門分野は現在、Oracle PL / SQLです。 私はこれを10年以上継続的に行ってきました。 彼は、その年にOracleに来た多くの人と同様に、あらゆる種類のDelphiおよびC ++ Builderの迅速な開発環境で始めました。 彼のキャリアの中で彼はさまざまな場所で働くことができました。 現在、ドイツ銀行技術センターで働いています。





PG Day：Deutsche Bank Technology Centerで何をしていて、どのようなタスクを解決しているのかを教えてください。



アレクサンダー ：ドイツ銀行テクノロジーセンターは、銀行のさまざまな分野におけるグローバルビジネスのITサポートのための独立した組織です。 私が働いている部門は、外国為替業務、FX市場です。



ご存じのように、 ドイツ銀行には世界のさまざまな地域にいくつかの開発センターがあります。米国、ルーマニア、インド、そして最大のロシア（モスクワとサンクトペテルブルク）です。 テクノロジーセンターは、既存のソリューションをサポートするだけでなく、新しい製品を開発しています。



PG Day：テクノロジーセンターでは、定期的にさまざまな取り組みや研究が行われていることを知っています。 これらのイニシアチブはどのようなものですか、データベースの専門家はそれらに参加していますか？ もしそうなら、どのような容量で？



アレクサンダー ：確かに、ビジネスの側面からは、イノベーションが求められています。 多くの場合、ビジネスは独自の方法で画像を、独自の方法でITスペシャリストを見ることがあります。 力の適用ポイントを探してください。可能な最適化は常に共同で行う必要があります。 企業は、コストを削減し、ビジネスプロセスの非最適性を理解する方法を提供できます。ITスペシャリストは、これをテクノロジーの観点からどのように最適化するか提案できます。 したがって、イニシアチブは本当に歓迎されています。



私のドメインでは、同僚の間で、ビジネスに来てこう言ったケースがかなり多くあります。「これをあきらめましょう-機器のメンテナンスと購入したソフトウェアのライセンス料を節約できます。 これに置き換えてください-開発中であり、生きています。」 複数のソフトウェア製品を1つに置き換えることができる何らかの非最適性がある場合、力の適用ポイントが適用され、すべてがより柔軟で効率的になります。



私は、最も負荷の高いプロジェクトのデータベース開発チームで働いており 、取引のリスクを考慮しています。 また、ビジネスと密接に連携しています。 ここでは、たとえば、Exadataへのかなり大規模な移行プロジェクトが現在進行中です。 このような移行により、コストが大幅に削減され、さらなる成長のための準備ができ、蓄積された多くの問題が解決されます。



PG Day：移行とテクノロジーについて。 Exadataとは何ですか、そのような移行でどのような目標を追求しますか？ どのような課題を解決しようとしていますか？



Alexander ：Exadataは、独自のハードウェアであるOracle製品の名前です。 これは、特別に強化されたストレージとその上で回転するOracleクラスターを備えた安定したサーバーです。 これはクラスターDBMSです。 そのようなソリューションの長所と短所は何ですか？ 利点は、すべてが1人の開発者からのものであるということです。これは、非常にシンプルなサポートを意味します。 ハードウェアとソフトウェアの間に関連する問題が発生した場合、ハードウェアのメーカー、オペレーティングシステム、ストレージまたはストレージ自体のドライバー、DBMSの3つまたは4つのベンダー間で引き裂く必要はありません。 これらはすべて1つのソースから提供されます。 さらに、これらは非常に優れたパフォーマンスを備えたハイテクソリューションです。 DBMSサーバーとして高性能マシンを使用するために、これらは強化されています。



欠点は、コストが高いことです。 残念ながら、誰もがそれにアクセスできるわけではなく、それほど広いコミュニティではありません。 ただし、これは同じDBMS、同じOracle RACであり、特別なハードウェア上にのみあります。



これはクラスターデータベースでの私の最初の経験ですが、本質的にはOracleの他のクラスターソリューションで会うことができるのと同じですが、ここではこの「ハードウェア」が少し最適化されており、あらゆる種類の興味深いことができます。 たとえば、クエリ中のデータのフィルタリング。 述語が存在する場合（最も単純なケースはSELECT * FROM table_nameおよびいくつかの述語のセットです）、追加のレコードのフィルタリングはストレージレベルで既に発生し、オペレーティングシステムにも到達しません。



PG Day：移行の利点は何ですか？ このプロセスであなたにとって最大の課題は何ですか？ 一部の人にとって、これは誰かのための書き換えコードです-データはダウンタイムなしで移行されるべきです...



アレクサンダー ：移行の最初の明らかな利点は、生産性をさらに成長させる余地があることです。 さらに、大規模な古いプロジェクトは、何年も航海している船のようなもので、水線の下に貝殻が生い茂っています。 そのため、このようなアーキテクチャの移行により、顧客とは何か、どのシステムとやり取りするかについて追加の監査を行うことで、余分な皮、「シェル」をすべて遮断する機会が与えられます。 私が現在取り組んでいるプロジェクトの特徴は、他の数百のシステムと相互作用するかなり古いシステムです。 これらのシステムの一部はライフサイクルの最終段階にあり、一部は逆に始まったばかりです。 これは荒れ狂う海の岩で、誰もがあなたに導かれます。



主な利点は、この「ロック」を少し整理することです。 そして、間違いなく気付いたテストは、相互作用して「シームレス」な移行を保証する必要がある多数の外部システムです。 なぜなら、周囲のすべての開発者とサポートスタッフに、この移行のために一気に変更を行うことを強制する道徳的または物理的な権利がないことは明らかだからです。 したがって、 これは、すべてのシステムまたはこれらのシステムの一部のグループを準備し、一般的な使用パターンを識別する、非常に複雑で大規模な同期プロセスです 。 相互作用する数百の外部システム（一般的な情報システム）に加えて、エンドユーザーのマシンで実行されるアプリケーションの数も同じです。 これもかなり大きな「動物園」です。 リストされているテストはすべて私たちのものです。



PG Day：TechCenterでイノベーションに向かう傾向はありますか？ 開発者やエンジニアは他のソリューション（クラスター化またはNoSQLなど）を検討していますか、それともOracleプラットフォームのみに注力していますか？



Alexander ：もちろん、さまざまなソリューションを評価しています。 しかし、この種の選択は常に両刃の剣であることをビジネスが理解しているのは良いことです。 一方では、利点が得られ、他方では、欠点が得られます。 それは常に、適切に機能するプロセスを実行し続けることと、不安定性を犠牲にして何かを改善することの潜在的な利益との間のバランスです。



私たちのプロジェクトでは、やがてオラクルを支持して歴史的な決定が下されましたが 、私たちはそれをまったく後悔していません。 データベースには十分な量のビジネスロジックがあり、すべてではないにしても、Oracleが商用DBMSとして提供するすべての機能の優れた95％を使用しています。 同時に、ビジネスから生産性と特別な種類のプロジェクトへの要求があり、本格的な商用運用DBMSは必要ありません。 これが達成可能で適切な場合は、NoSQLソリューションを使用します。 残念ながら、このことについて詳しく説明するために、この分野の専門知識はあまりありません。



PG Day：あなたの意見では、銀行のようなレベルのビジネスは、新しい代替ソリューションを使用して機能する見込みがありますか？ または、Oracleのような大規模な商用製品のみのスペースが常にありますか？ 今、前例があり、新しい解決策が現れていることを知っています。 多くの開発者は、スループットと1秒あたりのトランザクション数の点で、産業の商業ベースと競合できると主張しています。



アレクサンダー ：彼らが冗談を言うと、恐竜に会うことは可能です。 ある種のオープンソースソフトウェアまたは非リレーショナルDBMSが、銀行業でOracle、SQL Server、Teradataのような古典的な商用モンスターに取って代わることは非常に可能です。 これは、動作中およびサポートされるAPIの両方で十分に安定するとすぐに発生し、開発および診断ツールの優れた層を持ち、健全なSLAで十分なコミュニティおよび技術サポートを形成します。



私の経験から理解しているように、 銀行には主要な重要な機能を提供する十分な量のレガシーソフトウェアがあります。 より優れたパフォーマンスと機能を備えた、よりモダンなものへの移行は、組織的ではなく技術的に複雑です。 データの移行、このデータとやり取りするための新しいソフトウェアの作成に費用はかかりません。 ただし、事実上、ユーザー、テクニカルサポートサービスを再トレーニングする必要があるという事実に直面します。ユーザーとやり取りする膨大な数のシステムを考慮する必要があります。 技術的には、すべてが実行可能ですが、実際には-これは開発者の範囲外の作業です。



一部の新しいプロジェクトでは、標準のリレーショナルDBMSの代替として既にNoSQLソリューションを使用しています 。



PG Day：DBMSとしてのOracleの専門知識についての会話を続けます。他のストレージソリューションと区別するOracleの機能は何ですか？



Alexander ：私がOracleで賞賛している一番の特徴は、その優れた組み込みの診断ツールです 。これは、その中で起こっていることを提供する情報量です。 開発だけでなく、既存のソリューションのサポート、パフォーマンスのデバッグ、最適化にも多くの時間を要するという事実のため、これらのツールがないとどうなるかわかりません。 したがって、たとえば、私の知る限り、PostgreSQLではこれはかなり深刻な問題であり、診断ツールのインフラストラクチャは十分に開発されていません。



Oracleでは、これは次のとおりです。タスクがあれば、そのための標準ツールがあります。 標準楽器がない場合は、同じ結果を得るために、いくつかの他の楽器の構成を作成できます。 私は彼が有名であるよりも新機能のファンではありませんが、彼はどれだけ優れた道具を持っています。



PG Day：あなたの意見では、Oracleで改善できるものは何ですか？



アレクサンダー ：ここで私は独創的ではありません- サポート自体の品質です 。 私は多数の異なるテクノロジーを使用するプロジェクトで働いているため、多くの開発者のサポートを比較する機会がありました。 私は今でもDELLが提供するサポートに非常に感銘を受けています。 これは、Toad、SQL Navigator、Shareplex（「GoldenGate Oracleの購入前」の時代からデータを複製するための製品）を製造していたQUESTを買収した会社です。 私が出会ったすべての開発会社の中で、DELL、または少なくともQuest製品をサポートするチームの一部は、ITサポートのベンチマークです。 これらは非常に敏感な人々です。



あなたは昼夜を問わずいつでも電話をかけることができ、彼らは勝利まであなたと一緒に問題を解決するエンジニアを見つけるでしょう。 残念ながら、オラクルが提供するサポートサービスの質の高さにはそれほど熱心ではありません。 銀行がライセンスにかなりのお金を払っていることを知っているので、これは私をいくらか落胆させます。 これは「頭痛」だけでなく、私たち固有の問題ではありません。 オラクルのサポートと対話する必要があった多くの「オラクル主義者」も同じ不満を持っていると思います。 標準の質問から始めて何かを提案しようとする第2レベルまたは第3レベルのエンジニアに連絡することに成功した場合、これで良いサポートが始まります。 しかし、残念なことに、これを達成するために、信じられないほどの診断やその他のことがあなたを「揺さぶる」ことになり、それはあなたが説明している問題とは何の関係もありません。



PG Day：PG Dayの夏のカンファレンスで開催されるマスタークラスについて少し教えてください。 Oracle Database Performance Diagnosticsに焦点を当てています。 どのような質問を検討する予定ですか、マスタークラスの計画を立てたときに何を導きましたか？



Alexander ：マスタークラスは、診断、主にパフォーマンスの問題の診断に専念します 。 開発者とサポートスタッフが対処しなければならない問題の全範囲の中で、それらは最も明白ではありません。 機能的な問題については、より明確です。バグがあり、コードに問題を発見して修正しました。 問題がちらつくか、過去に発生した場合、これに対する十分な診断ができない可能性があり、十分な準備ができていませんでした。



会議では、他のDBMSで一般的な問題であるすべてのことと、Oracleについて賞賛することについて話します。 個人的な経験と診断に対する独自のアプローチに基づいて、ストーリーを構築します。



オラクルの診断機能の世界に幕を開けるだけでなく、これらの診断ツールを使用して問題を克服するための非常に具体的な実際的な経験を提供するライブインタラクションの形ですべてを提示しようとします。 私は主に、開発者と支援者から最も多くの時間を消費することに言及します。 Oracleの問題を診断して対処する方法を説明します 。 診断におけるどのパターンとアプローチを使用し、OracleからPostgreSQLに転置できますか。これは、DBMSアーキテクチャの観点からOracleにイデオロギー的に最も近いものです。



PG Day：ありがとう、アレクサンダー！