◆NANOOPT Media Online（ナノオプト・メディア・オンライン）
Oracle Autonomous Databaseがもたらす データベース管理者（DBA）の働き方改革

コロナ禍で在宅勤務が普及しだし、セキュリティへの関心が更に高まっていますね。
本日はそれに絡めて、Oracleのセキュリティ機能についてお話したいと思います。

Oracle 11gまでは、必須監査、DBA監査、標準監査、FGA監査といった複数の監査機能が混在していましたが、Oracle 12cより、機能統合とパフォーマンス向上を目的とした統合監査が導入されました。Oracle 19cまでのデフォルトは、「従来型監査」と「統合監査」の両方を利用できる混合モードとなっており、（従来型監査を利用しない）完全な統合監査モードを利用する場合は明示的に有効化する必要があります。

そしてとうとう、Oracle 20cからは「統合監査以外は非推奨」となります。こうした流れからこの「統合監査」の必要性が更に高まることが予想されますので、今日はその統合監査の機能をご紹介しようと思います。

本稿のデモは、12cと19cの環境で動作確認をしています。
なお、前述の通り、デフォルトの混合モードでも統合監査機能は利用可能です。もし混合モードで下記の操作を試される場合は、パラメータaudit_trailがdbになっていることを事前に確認下さい。

ログオンを監査してみる（入門編）

1．監査ポリシー（ルール）を作成する
2．監査ポリシーを有効にする

1．監査ポリシー（ルール）を作成する

ログオンを記録する監査ポリシーを作ってみます。ここでは、LOGON_POLという名前で作成してみます。

SQL> create audit policy LOGON_POL actions logon;

Audit policy created.

監査ポリシーを作っただけでは、監査は有効になりませんので、SYSTEMユーザのログオンを監査してみます。BY句を指定しないと、全てのユーザが監査対象になります。

SQL> audit policy LOGON_POL by system;

Audit succeeded.

では、きちんと監査情報が取得されるかを確認してみましょう。

2.で監査ポリシーを有効化した後のセッションから監査情報が取得されるため、まずSYSTEMユーザでログインを試行します。誤ったパスワードと、正しいパスワードの両方を実行しておきます。

SQL> conn system/password
ERROR:
ORA-01017: ユーザー名/パスワードが無効です。ログオンは拒否されました。

Warning: You are no longer connected to ORACLE.

SQL> conn system/*******
Connected.

SQL> select event_timestamp, dbusername, action_name, return_code, unified_audit_policies 
  2  from unified_audit_trail
  3  where unified_audit_policies = 'LOGON_POL'
  4  order by event_timestamp;

EVENT_TIMESTAMP          DBUSERNAME ACTION_NAM RETURN_CODE UNIFIED_AUDIT_POLICI
------------------------ ---------- ---------- ----------- --------------------
2020/06/09_18:14:59.74   SYSTEM     LOGON             1017 LOGON_POL
2020/06/09_18:15:09.35   SYSTEM     LOGON                0 LOGON_POL

なお、今回は皆さんがイメージしやすいログオンの監査ポリシーを例としてつくってみましたが、データベースの初期構築時にログオンの失敗を監査する事前定義の監査ポリシー ORA_LOGON_FAILURES が作成されます。

どうでしょうか？思ったより簡単に設定できるなと感じられた方もいるのではないでしょうか？

ちなみに、失敗（成功）のみを監査したいといった場合は、ポリシーの有効化時に以下のように指定します。

audit policy 監査ポリシー名 whenever not successful; 
audit policy 監査ポリシー名 whenever successful;

機密データへの正規のアクセス以外を監査する（中級編）

正規のアクセス：
IP：192.168.72.1, ユーザ：OFFICIAL_USER, 操作：SELECT

SQL> create audit policy UNAUTHORIZED_ACCESS
  2    actions select on OFFICIAL_USER.SECURE_DATA
  3    when
  4      'SYS_CONTEXT(''USERENV'',''SESSION_USER'') <> ''OFFICIAL_USER''
  5      or SYS_CONTEXT(''USERENV'',''IP_ADDRESS'') <> ''192.168.72.1'''
  6    evaluate per statement;

Audit policy created.
SQL> audit policy UNAUTHORIZED_ACCESS;

Audit succeeded.

SQL> select evet_timestamp, dbusername, unified_audit_policies, sql_text, authetication_type
  2  from unified_audit_trail
  3  where unified_audit_policies = 'UNAUTHORIZED_ACCESS';

EVENT_TIMESTAMP          DBUSERNAME UNIFIED_AUDIT_POLICI SQL_TEXT
------------------------ ---------- -------------------- ----------------------------------------
AUTHENTICATION_TYPE
----------------------------------------------------------------------------------------------------
2020/06/09_07:55:50.50   TEST_USER  UNAUTHORIZED_ACCESS  select * from official_user.secure_data
(TYPE=(DATABASE));(CLIENT ADDRESS=((ADDRESS=(PROTOCOL=tcp)(HOST=192.168.72.1)(PORT=51818))));

関数を駆使して複雑な監査条件を設定する（上級編）

以下は、"DEV"が1文字目から始まり、"USER"が5文字目から始まるユーザの監査情報を取得するUNAUTHORIZED_ACCESSを作成してみます。IPアドレスは192.168.72.1、操作はDEV_DATA表へUPDATEです。

SQL> create audit policy REGULAR_EXP_POL
  2    actions update on DEV_USER.DEV_DATA
  3    when
  4      'instr(SYS_CONTEXT(''USERENV'',''SESSION_USER''), ''DEV'') = 1
  5      and instr(SYS_CONTEXT(''USERENV'',''SESSION_USER''), ''USER'') = 5
  6      and SYS_CONTEXT(''USERENV'',''IP_ADDRESS'') = ''192.168.72.1'''
  7    evaluate per statement;

Audit policy created.

SQL> audit policy REGULAR_EXP_POL;

Audit succeeded.
SQL> select EVENT_TIMESTAMP,DBUSERNAME,ACTION_NAME,UNIFIED_AUDIT_POLICIES
  2  from unified_audit_trail
  3  where UNIFIED_AUDIT_POLICIES = 'REGULAR_EXP_POL';

EVENT_TIMESTAMP          DBUSERNAME      ACTION_NAM UNIFIED_AUDIT_POLICI
------------------------ --------------- ---------- --------------------
2020/06/08_17:51:35.44   DEV_USER_TEST   UPDATE     REGULAR_EXP_POL
2020/06/08_17:51:35.52   DEVLUSER        UPDATE     REGULAR_EXP_POL
2020/06/08_17:52:16.65   DEV_USER        UPDATE     REGULAR_EXP_POL

設定は簡単だけど、運用には注意が必要

例えば、次のような運用を考えます。

『夜間帯は性能への影響などを考えず、日中帯とは異なる監査ポリシーを有効化して監視を強化する』

この場合、統合監査の仕様が重要な懸念事項となります。

それは、統合監査ポリシーの変更は、現行のセッション、現在アクティブなセッションには反映されない[1]という仕様です。

つまり、上記の運用方針を守って統合監査ポリシーの有効化・無効化を正常に動作させたとしても、何者かが日中帯に接続し、そのまま夜間帯で作業を行った場合、夜間帯のみ有効な監査ポリシーでは監査ログを残せません。このような場合には、日中帯の統合監査ポリシーの厳格化、統合監査ポリシーの変更後にデータベースの再起動をするといった運用指針で対処することになります。

[1] Oracle Database 20cでは、統合監査ポリシーの変更は即時反映となるようです。
Oracle® Database 20c Database New Features
~Guide Unified Audit Policy Configuration Changes Effective Immediately~

いかがだったでしょうか。
Oracle DBの統合監査は、それほど難しくない、ということが伝わっていれば幸いです。Oracle DBには、今回紹介した統合監査以外にも様々なセキュリティ機能がありますので、ぜひ、試してみてください。

第1弾をご覧になった方はご存じだと思いますが、人事の私がエンジニアの皆さんと話をするのに最近のトレンドも理解していないようではまずい！ということで、現在のトレンドを当社のシニアコンサルタントにレクチャーしてもらうことに。その様子を折角なので、皆さんにもお届けします。本日はその第2弾です！

K.M： Hさん、お疲れ様です！本日は、クラウド時代に向けた各RDB製品の独自の進化についてですよね。
T.H： そうだよ、オンプレミスで圧倒的な実績を誇るOracle DatabaseやSQL Serverのほか、Amazon AuroraやGoogle Cloud Spannerも触れていくよ。
K.M： 楽しみ！同じRDBでも、差別化をするために独自の製品思想を持ってたりしますもんね。よろしくお願いします！

クラウドという新しい稼働環境の登場

皆さんもご存じの通り、2010年代になると、リレーショナルデータベースはクラウドという新しい稼働環境を得ました。クラウドは、国境を越えて世界に広がるデータセンター群の中で稼働する大量のサーバーと、無限のストレージ容量にデータを保存することができます。

これはオンプレミスとは大きく異なる稼働環境です。そしてリレーショナルデータベースは、このクラウドに最適化したものに進化を始めました。次にクラウド時代の代表的なリレーショナルデータベースを４つ紹介します。

可用性の考え方と規模の概念を変えた「Amazon Aurora」

「Amazon Web Service」（AWS）が2014年に発表した「Amazon Aurora」は、MySQL互換の商用リレーショナルデータベース並みの性能と機能を実現し、さらにデータベースのコア機能がクラウド専用に開発されました。クラウドに最適化された実装の例としては、Amazon Auroraは標準で3つの“アベイラビリティゾーン”にまたがって稼働するという特長が挙げられます。

従来のオンプレミス用のリレーショナルデータベースでは、可用性を高めるために複数のサーバーをクラスタ化することで、「あるサーバーがダウンしても他のサーバーが生き残っているため、システム全体としては稼働し続ける」ことを実現しています。しかしオンプレミスでは、基本的にすべてのサーバーは同じデータセンター内で同じラックやサーバールームに格納されているので、例えばラックごと、あるいはデータセンターごとに、災害や事故などが起きてしまうと、サーバーが全滅し、システムの稼働は完全にストップしてしまいます。

しかし、Amazon Auroraは3つのアベイラビリティゾーン、すなわち離れた場所に存在し、独立した建物、設備や電源などを備え、高速なネットワークで接続された3つの別々のデータセンターにまたがって1つのリレーショナルデータベースを稼働させることを実現しています。

つまり、あるサーバーが落ちても、他のサーバーが稼働し続けることでシステム全体が稼働し続けるのはもちろんのこと、あるデータセンターが丸ごと破壊されたとしても、ほかのデータセンターが生きている限り、Amazon Auroraは稼働し続けることが可能となります。クラウドに最適化されたAmazon Auroraの可用性は、従来のオンプレミスを想定したリレーショナルデータベースの持つ可用性の考え方や規模を大きく塗り替えるものとなっています。

世界規模のリレーショナルデータベース「Google Cloud Spanner」

Googleが2017年2月に発表した「Google Cloud Spanner」は、さらに規模が拡大し、世界規模、地球規模に分散したリレーショナルデータベースと言われています。

この規模になると、光のスピードを上限とする通信速度では分散処理のための通信に時間がかかりすぎるため、従来のリレーショナルデータベースで用いられていた分散処理技術とは大きく異なる技術を使って構築されています。

その一例が原子時計の採用です。

Google Cloud Spannerでは、例えばすべてのサーバーの時刻をGPSと原子時計を用いて正確に同期し、すべてのトランザクションに厳密なタイムスタンプをつけることで、地球規模の分散環境におけるトランザクションの順番や一貫性の保証を実現しています。

さまざまなクラウドサービスやテクノロジーとの親和性が高い「Microsoft SQL Server」

Microsoft社が1990年代から開発を積み重ねてきた古参の商用リレーショナルデータベース。
1998年に発表された SQL Server 7から本格的に商用リレーショナルデータベース市場に参入してきました。企業向けの高機能なシステムから、組み込み系の小規模なシステムまで幅広く対応しています。

SQL Serverは、他のリレーショナルデータベースと比較してWindows製品との親和性が非常に高いことに加えて、エンタープライズ市場での実績が豊富でコストパフォーマンスでのバランスが良いといった強みがあり、OSにWindows Serverを選択するのであれば必ず選択肢に入れるべきであると言えます。

2019年秋にリリースされた最新版のSQL Server 2019では、従来のバージョンにはなかったさまざまな機能が盛り込まれています。

　・AIやビッグデータ分析に向けたデータ分析基盤の強化
　・データベースエンジンの機能拡張（UTF-8対応）
　・プラットフォームの多様化（Linux版の機能強化。Windows版との差の減少）　など

また、MicrosoftのクラウドサービスであるAzure上のSQL Databaseとの連携がスムーズで、環境移行なども手軽に行えるようになっており、クラウド時代を見据えたものとなっています。加えて、AWSやGoogle、または日本のクラウドサービスベンダーがSQL Serverとの接続サービスを提供しており、さまざまなクラウドサービス上でかつ仮想環境等のさまざまなテクノロジー上で動作するところも強みです。

完全自動化を実現する「Oracle Autonomous Database」

AWSやGoogleといったクラウドに大きな強みを持つベンダーが、クラウドの分散環境に適合したリレーショナルデータベースの進化を実現する一方で、従来のオンプレミスにおけるリレーショナルデータベース市場のリーダーであるオラクルは、別のアプローチでクラウド時代のリレーショナルデータベースに取り組んでいます。

それはデータベース運用の完全自動化です。

2017年10月にオラクルが発表した「Oracle Autonomous Database」は、これまで管理者が行う作業だったデータベースの運用作業、例えばバックアップ、セキュリティパッチの適用、チューニング、ディザスタリカバリの設定、障害時の対応といったさまざまな作業を、データベース自身が自動的に実行するようになります。オラクルは、「世界初の100％自動化された自律的なデータベース」と紹介しました。

運用自動化の背景には、オンプレミスでのデータベース運用で蓄積してきたノウハウを含め、さまざまな条件での運用状況を機械学習によってコンピューターが学習できたことにあります。これも、大量なコンピュータリソースやパワーを利用可能なクラウド環境が実現させたものと言えるでしょう。

クラウドベンダーによるリレーショナルデータベース選択肢の拡大

これまで企業向けの商用リレーショナルデータベースは、オラクル、マイクロソフト、IBMといった有力ベンダーが市場をほぼ独占してきました。また、システムの規模や要件によっては、オープンソースのリレーショナルデータベースも選択肢となってきました。これからクラウドの時代に入るにあたり、クラウドに最適化した形でリレーショナルデータベースが新たな進化を始め、従来からのベンダーにクラウドベンダーも加わる形で選択肢が増えてきています。

短期的には、災害対策構成を含めたデータベース運用できるかがポイントになります。中長期的には、クラウドネイティブ化、マルチクラウド化に対応できるかを見ていくべきです。

デジタル変革への対応では、既存のデータは主にリレーショナルデータベースで扱うことになります。これはクラウドになっても変わりません。一方で、デジタル変革のための新しいアプリケーション、たとえばIoTの技術領域では、データを集め機械学習で予測するといったものは処理速度（パフォーマンス）が重視されます。そして、デジタル変革を進めるとなれば、スクラップ・アンド・ビルドで取り組むことになり、これはクラウドが前提となりコストと開発生産性の高さで選ぶことになります。

用途によって求められるものが変わるので、データベースの選択はこれまで以上に慎重にならざるを得ません。データベースに100％に近い安定性や信頼性を求めると、デジタル変革が遅れてしまうことにもなります。なのでデジタル変革のために新しいデータベースの利用を考慮する必要も出てきます。柔軟な選択ができるようにしても、選んだものをずっと使い続けるわけではありません。ただし、いったんデータベースを決めて運用を始めると、ほかのデータベース製品への移行がきわめて難しくなることを念頭に置いておく必要があります。個々の業務システムにとって何が最適なリレーショナルデータベースなのかは、これまでと同様、あるいは選択肢が多くなったことで、これまで以上に慎重な選択が求められることになります。

T.H： どう？
K.M： うーん、RDBだけとってみても様々ですね。既存のデータを扱うにしても、それぞれの強み・特徴を理解した上で今まで以上に慎重な選択が必要というのはうなずけます。ここに更に、デジタル変革への対応とかが入ってくるわけですね。デジタル変革が何を指しているのかが、私のなかではそもそも曖昧ですが。苦笑
T.H： じゃぁ、次回はその点についてできる限りわかりやすく、解説しよう。
K.M： はい、よろしくお願いします。

いきなりですが、デジタルトランフォーメーション（DX）、データレイク、NoSQLなどなど…これらの用語をわかりやすく説明できますか？お恥ずかしながら私はなんとなくのイメージはあるものの、とてもエンジニアの皆さんと会話ができるレベルではありませんでした。そんなわけで、現在のトレンドを当社のT.Hにレクチャーしてもらうことに！

いつもの技術ブログと趣向が変わりますが、折角なのでその内容を皆さんにもお届けしたいと思います。何回かに分けてお伝えをしていく予定ですが、本日はその第一弾です。

K.M： Hさん、冒頭に挙げた用語やトレンドもしっかり学びたいと思うんですが、まず一番気になっていることをズバリ質問してもいいですか？
T.H： 勿論、なにが気になっているの？
K.M： NoSQLが今後台頭してきて、これまでスタンダートだったリレーショナルデータベース（以下、RDB）は淘汰されてしまうんでしょうか？
T.H： あー、なるほど。新しい概念・技術が登場すれば、当然そういう疑問は沸いてくるよね。でも、自分はRDBが淘汰されるとは思っていないよ。詳しくは別の回に譲るけれど、NoSQLに分類されるデータベース製品が続々と登場し、事例も増えてきたけれど、目的に応じて使い分けるって感じかな。
K.M： なるほど、そうなんですね。
T.H： ちなみに、RDBといっても、クラウド時代に向けて各製品が独自の進化を遂げているのを知っている？
K.M： OracleのAutonomous Databaseとかでしたら、少しは。
T.H： 他の製品もいろいろ進化しているよ。じゃぁ、第1回目の今日は、DBエンジニアの皆さんにも馴染み深い、このRDBの話からしていこう。

クラウドの時代に向けて進化するリレーショナルデータベース

2018年度のリレーショナルデータベース製品の日本国内での売上金額は1,200億円、前年度比16.2％増の結果が出ています。2019年度も11.6％増と、堅調な結果となっています（ITRリサーチの記事より）。機能的にも性能的にも成熟期を迎え、業務システムには必要不可欠となったリレーショナルデータベースですが、クラウドという新しいデータベースの稼働環境が登場したことにより、リレーショナルデータベースもクラウド環境向けに急速に進化を開始しました。

その進化の内容とはいかなるものかを以下に端的に記します。

現在の業務システムで使われているリレーショナルデータベースが本格的に登場したのは、1980年代のいわゆるメインフレームの時代からUNIXを中心としたオープンシステム化の流れになった頃と期を同じくします。登場当初は、処理速度や信頼性などにいくつかの課題を抱えていたリレーショナルデータベースでしたが、1990年代にOracle Database上で実現されたツーフェーズコミットによる分散トランザクション処理や、複数サーバーによるクラスタ構成の実現など、機能面および性能面で大きな進化を遂げました。

そして現在、「Oracle Database」や「Microsoft SQL Server」、「IBM DB2」などの商用データベースはいずれもリレーショナルデータベースの基本的な機能はもちろん、分散処理やインメモリ処理などの大規模かつ高速な処理性能を実現し、大規模な企業の基幹業務にも使われるようになってきました。それに加え、「Postgres SQL」、「MySQL」、「MariaDB」等のオープンソースベースのリレーショナルデータベースも台頭してきました。

昨今では、リレーショナルデータベースだけではなく、ビッグデータの領域で定義されるデータレイクの需要などからNoSQLデータベースの利用も増えてきています。NoSQLデータベースはオープンソースのものが多く存在します。しかしながら、改めて業務に最適でかつ安心、安全なデータベースを検討するとなると、リレーショナルデータベースでもさまざまなデータタイプをサポートしていることから、結果的にNoSQLではなく使い慣れたリレーショナルデータベースを採用する動きもあります。

さらに、今後AIなどを活用するようになると、大量な学習データの扱いをどうするかという課題も発生します。本番業務で大量データを扱うとなれば、やはりリレーショナルデータベースで管理しようということになります。今では多くのリレーショナルデータベースに機械学習エンジンが搭載されており、機械学習もリレーショナルデータベースを使って運用しようというケースも増えてきています。

もう1つ、リレーショナルデータベースの成長を牽引しているのが、デジタル変革（Digital Transformation）です。デジタル変革のために部門を跨がって横断的にデータ分析を行いたいとなれば、データが部門ごとに分散している環境ではうまくいかないので、データ統合を考えることとなります。IT投資動向の調査でもデジタル変革のための取り組みでは、部門横断型のデータ活用インフラの整備を推進しているとの回答が多くなっているようです。

しかしながら、いざデジタル変革に真剣に取り組もうとすると、データのサイロ化が大きな障壁になります。そのためデータの精度をある程度犠牲にしてでも、部門のデータを統合したデータウェアハウスシステムを作る（作ってしまう）という動きが起きます。この場合は、巨大なデータベース環境を別途作るよりも、ETL（Extract/Transform/Load）やEAI（Enterprise Application Integration）で連携させる方法が採用されているケースが多いようです。現在のリレーショナルデータベースは、商用、オープンソース問わず、オンプレミスにおいては機能面でも性能面でも十分に成熟した域に達していると言えるでしょう。

T.H： どう？
K.M： 実績があって使い慣れたRDBが新たな需要にも対応できるのであれば、そちらを使いたい、という声は最もだと思います。
T.H： そうだね。なんだか前置きだけで随分話してしまったので、クラウド時代に向けた各製品の独自の進化は次回にしよう。
K.M： はい、よろしくお願いします。

Top Award Tour 2020 Bali in Indonesiaもいよいよ最終回です。
今回は4日目（5日目の朝に日本着の便だったので実質バリ最終日）の様子をご紹介します！
Part1、Part2をまだみていない方は、是非そちらもご覧下さいね。

4日目はディナーまでは自由行動でした。
なので、街中に繰り出してスパやローカルランチなどを堪能する人もいれば、リッツカールトンのアクティビティを満喫する人もいれば、、、みんな思い思いにバリ最終日を過ごしました。
その中で私は
リッツカールトンスパ → リッツカールトンプライベートプール＆ビーチ → ローカルランチ → お土産巡り → フェアウェルパーティー → さらばバリ島(飛行機搭乗)
と過ごしました！

リッツカールトンスパ

最大の楽しみのひとつだったリッツカールトンスパへ。

部屋の中の写真は撮れませんでしたが、まさにザ・リゾート。
少し暗い部屋に、花びらの浮いた足を入れる桶とベッドとシャワーがありました。
文字にするとあまりリゾート感が。。私の語彙力のなさに唖然。

フットマッサージ→ボディマッサージ→フェイスマッサージの流れでもう眠りの世界へ。
自分で選んだ香りでやってくれます。

フェイスマッサージの途中でトイレに行きたくなって、でも英語で言う勇気がなくて、でもいざ勇気を出して
「I want to go restroom.」
すると、すごく笑顔で
「detox」
と返してくれました。よかった。

普段接骨院には行きますが、本格的なスパは人生初。一通り受けてもう本当にリラックスできました。また受けたい。。

リッツカールトンプライベートプール＆ビーチ

スパのあとは、リッツカールトンの敷地内を少しジャランジャラン（バリの言葉で「散歩」の意味）しました。何と言ってもめちゃめちゃ広い。バギーまであります。

教会にも立ち寄りました。さすがに中には入れませんでしたが、なんともオシャンティーなオーシャンビュー。ここでいつか式を挙げられる日が...

それはさておき、リッツカールトンプライベートプール＆ビーチに行きましたよ！
見てください。
ドーン！ドーン！！ドーン！！！





ここは楽園か。そうだ楽園だ。

これでもかってほど写真撮りました。何もSNSやってないので上げる先がないんですけどね。

ローカルランチ

ランチは現地ガイドの方に連れて行ってもらいました。
ローカルランチ。スープカレーみたいなものと魚を揚げたもの。

少し辛かったけど、めちゃめちゃおいしかったです。ローカルランチとなると東南アジアなので、独特なスパイスなのではと少し不安でしたが、せっかくなので食べたいと連れて行って頂き、とても堪能できました。

お土産巡り

お土産を買うために、お土産屋さんやスーパーへ。これも現地ガイドの方に連れて行ってもらいました。日本では売っていなくてバリと言えばのものを、現地ガイドの方にこっそり聞いてしっかりゲットしました。ちゃんとカシムラ（バリの言葉で「まけて」の意味）も忘れずに。
※写真は撮り忘れました。。

フェアウェルパーティー　at　ザ・パトラジャサバリ

自由時間も終わり、全員集合して空港近くの「ザ・パトラジャサバリ」でバリ最後の食事。
青空ディナーでした。

バリの風に当たりながら、バリでの思い出に浸りながら、バリの料理に舌鼓。
なんだか寂しくなりました。

この最後の料理を噛みしめようと思っていたら･･･、なんとこのスープがすっごいパクチーだし辛いしで完食できませんでした。。一生の不覚。

そんなこんなでバリ最後の食事も終え、全員無事に飛行機に乗り無事に日本に帰ったのでした。

最後に

私はRe:Qに入社4年目で初選出でした。入社当初からの念願でした。
Re:Qのイベントは、有志でのスノボ旅行にも行ったりしていたので、楽しいことは知っていました。
しかし念願のTop Awardともなると、日常では味わえない貴重な体験をさせて頂き、すべてが想像をはるかに超えた特別な時間でした。楽しいなんてもんじゃない！
来年もこの感動を味わえるように、今回選出頂くにあたり様々な多くの方に感謝し、日々の業務に励んでいくと、決意を書いてTop Award Tour 2020 Bali in Indonesiaを締めくくりたいと思います。
最後までご覧頂きありがとうございました。

2日目の寺院もとても魅力的でしたが、私からは3日目についてご紹介します。この日は夕食までフリータイムだったので、オプショナル・ツアーに申し込んだ人、自由行動の人など、みな思い思いに過ごしました。私は、オプショナル・ツアーに申し込んでいたので、その様子をお伝えします！

オプショナルツアー ～レンボンガン島～

・寺院巡り

・ マングローブ＆シュノーケリング in レンボンガン島

私は迷うことなく マングローブ＆シュノーケリング in レンボンガン島を選びました。なぜかというと、内陸県出身の私は奇麗な海に憧れていたので！（笑）

レンボンガン島はバリ島から船で30分～40分ほどの距離にある島で、緑いっぱいのマングローブと、それとは対照的に青く透き通った海が広がっています。

↓↓↓ こちらがマングローブと透き通る海（綺麗ですよね！）　

ツアーガイドのバリ倶楽部さんは日本語がペラペラの現地の方で、レンボンガン島の歴史について色々と教えてもらいました。ここで簡単にご紹介します！

レンボンガン島の歴史

実はそれには深い歴史があるようで、レンボンガン島は一昔前、島流しの島の一つとして存在していました。罪を犯した者が住む島としてバリ島の人々はレンボンガン島に行くことを恐れていたそうです。

↓↓↓ バリ島の人々が抱くイメージ

山＝神様

海＝罪人

※ちなみにその中間の地上は一般市民の象徴とされています。

そんな悪いイメージがあったとは今では全く想像つかないくらい素敵な島です！

若干の名残はあるものの、私としてはガヤガヤと人が多かったりお店が密集しているよりかは落ち着いているところが好みなので、リフレッシュするには最適な島だと思いました。

マングローブ＆シュノーケリング

テレビでしか見たことがないようなマングローブを見られて、最高です！

 
そしていよいよ水着に着替えてシュノーケリング！

私以外全員が男性だったので、ツアーガイドさん達からの至れり尽くせりのレディ・ファーストに終始ニヤニヤしながら魚と共に泳ぎました（日本に一生帰りたくなかった．．．笑）

それはそうと、こちらの写真見てください！ガイドさんに撮影してもらったものです。

めちゃくちゃキレイな写真なんですが、もう少しキレイな円形だったら最高でしたね（笑）

そしてすぐ手が届きそうなところに色鮮やかな魚達が･･･癒されました^^

完全に逆光で分かりませんが、海と同じ色のヒトデを発見！綺麗～

こんな感じで1時間弱泳いだ後、ランチタイムです。

ランチ付きのプランだったので数種類あるメニューから好きなものを選びました。私は”ミーゴレン”という、日本の食べ物で焼きそばに似た感じのインドネシア料理を選びました！

インドネシア料理は私に合うようです（笑）そして海を眺めながらのランチは絶景でした～

そんなこんなでツアーが終了し、またへ戻るために30～40分ほど船に揺られてバリ島に帰りました。みんな遊び疲れて寝ていましたが、ガイドさん達も疲れたのか、仲良く寝ていたので面白かったです。

そんなこんなの3日目でした！

Top Award Tour2020のブログはまだ続きますが、私のパートはこれでおしまいです。
入社前から話を聞いていたTop Award Tour、いつか行きたいと思っていました。今回こうして素晴らしい経験と思い出ができて本当に良かったです。次回も行けるように頑張ります！

まだもう1話ブログを公開予定ですので、お楽しみ☆

いきなりバリ語で失礼いたしました。「Rahajeng siang」は日本語の「こんにちは」にあたる、10~15時位の挨拶言葉です。

2018年中旬に Re:Q へ中途入社し、初めて Top Award Tour に参加してきました！

▽▽▽▽▽▽ Top Performer Award Tour (通称：Top Award Tour)とは ▽▽▽▽▽▽▽

前年度、会社の業績に大きく貢献した社員に贈られる海外研修旅行です。
Top Award Tour は2012年から始まり、「リゾートでのリフレッシュ」をテーマとして
シンガポール・ハワイ・オーストラリア・タイ・ニューカレドニアへ、
2016年から「世界遺産巡り」をテーマとして ベトナム・オーストラリアを巡り、
今年は バリ島 へ行ってきました。
若手でも選ばれることが十分にあるため、選ばれる事を目標の1つとしてみな頑張っています。

△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△

今回は、3泊5日の旅程だったのですが、
1日目の「Welcome Dinner」と
2日目の「バリ島世界遺産とパワースポット1日観光」
について書いていきます！！

いざ！バリへ向けて出発！！ ～初日～

現地について最初の感想は、ただひたすらに暑い、、暑い。
なんだか日本の夏と同じようなジメジメする暑さに加えて、日本から真冬の格好でバリ島に来てしまい、約30度の気温では厚着すぎました。

羽田空港とも成田空港とも違う雰囲気に、

「めっちゃ海外だ！！」

と、よくわからないテンションだったことを覚えてます。

「Welcome Dinner」 at タマリンドキッチン＆ラウンジ

Welcome Dinner では、先に到着していたシンガポールのManaging Directorと合流し、インドネシアと西洋を合わせたメニューを頂きました（ものすごく美味しいお肉料理もあったのですが、お酒も入っており写真も撮らずに完食してしまいました・・・。）

ディナー開始早々、

「なんか雨降ってきてない？」
「これくらいなら大丈夫でしょ！！」

みたいな話をしていたら、バリ島の洗礼を受けたようなスコールが降ってきてしまい、雨しぶきが吹き込み、雨が滴り落ちてきて早々に席を移動するというトラブルもありましたが、フライトで疲れ気味＆空腹だった体には最高の味でした！

最高のサービスで名高い5つ★ホテル The Ritz-Carlton, Bali

ただ、夜遅くに到着したせいかアマゾンにある迷路のような中を歩くだけで、部屋に到着するまでは誰も感激していなかったですね。。

とはいえ、全室スイートルーム、ある部屋のバスルームはこんな感じです！２枚目の写真は同じ部屋の一角ですが、この写真には写っていないベッドルームが別にあります。我々のテンションが再びあがったのは言うまでもありません。笑

バリ島世界遺産とパワースポット1日観光 ～2日目～

写真ではお伝えしきれないのが非常に残念です！！！！

タマンアユン寺院

1日目にバス内からも見えた「割れ門」を通過すると、

本殿への入り口が見えてきます。
今回の参加メンバーです！

本殿は正装を纏ったヒンドゥー教徒しか入れないため、ぐるっと塀の外側を歩きます。
それでも中の様子をしっかり眺めることができました。

ブドゥクル市場 ～人生初。ドリアンを食す～

「ドリアン食べましょう！！」

とノリで言ってしまったので、皆仲良くドリアンの餌食に。
切っていただいる最中は別に臭くないのですが、可食部が見えてくるに連れてヤバくない？ みたいな雰囲気に･･･。

食べる前はピースで写真に写ってくれるくらいだったのに、いざ切っていたら無言で立ち去る人も･･･（匂いが強烈なんです、ドリアンは）。

ウルン・タヌ・ブラタン寺院

2つ目の目的地は、パワースポットで有名な「ウルン・タヌ・ブラタン寺院」です。

実はこちらの寺院、50,000ルピア紙幣の絵になっているとご存じでしたか？

湖の上にメルが建っており、メルの中に神様が祭られているらしいです。メル自体もパワースポットなのですが、この周りの花も含めてパワースポットとなっているみたいです。

Bale UDANG

水上っぽい筏の上で現地料理を沢山いただいたのですが、これがまた辛い。
通常の味付けでも唐辛子や胡椒が聞いている料理ばかりなのに、追加で出されたチリソースは、デスソースを煮詰めたんじゃないという位辛かったです。

別のテーブルからは、
「全然辛くないですよ！」
って言いながら、汗だくで食べている方もおりました。笑

最後に一言。
普段は同じ会社の同僚という関係の人たちと、仕事を一切抜きにして旅行を楽しむという時間はとても新鮮な気分でした！今まで知らなかったようなプライベートな話題からフレッシュな環境で仕事の話をすると意外とポジティブな意見が出てくるという発見もありました。

来年の Top Award Tour には、今年度の新人達も選ばれてくるので、より競争率が高くなります。それでも一緒に切磋琢磨して、一緒に最高の時間を味わえるように仕事に励みたいと思います！！

次回以降は、オプショナルツアーの体験談です！ 続く。

◆ZDNet Japan
自律型データベースへの移行を担う専門集団--レック・テクノロジー

中国出身で新卒として入社し、2年目にしてシンガポールキャリアフォーラム（SCF2019）に参加しました。

2年目で海外出張の機会が得られて、とても嬉しかったです。

そして、今回のシンガポールキャリアフォーラム（SCF2019）で、海外出身者として日本で働いている経験と母国語を生かして、Re:Qの良さを学生に伝えたい、学生と有意義な会話ができるようにしたい、と前回のブログで触れたように事前に色々皆で話し合って臨みました。初海外出張として、貴重な経験になりました。

さて！

前々回のブログと前回のブログで、イベントの様子はお伝えしましたので、今回は一緒に参加した同期とのフリータイムの様子をお伝えします！

当日のルート

実は、私と同期は初シンガポールです！どこに行くか迷っていると、シンガポール現地法人のManaging Directorがお薦めの場所やルートなどをかなり詳しく教えてくれました！

教えてもらった名所の中に行きたい所がいっぱいありましたが、翌朝早朝のフライトだったので、早くホテルに戻って休みもうということになり、グルメ旅行をテーマにして幾つの名所をピックアップしました。

・午前

ホテル→ホン・リム・フード・センター

・午後

アラブ・ストリート→ムスタファ・センター（JAMAL KAZURA AROMATICS）→オーチャード・ロード→ニューブリッジ・ロード（ソンファ・バクテー）→ホテル

午前の観光

土日イベントに出た後のようやくの休日なので、朝は二人とも寝坊しました(笑)。午前はあんまり観光できず、直接ホン・リム・フード・センターへお食事に！

ホン・リム・フード・センターは中国系の料理が多く集まるところとして地元で有名らしいです。少し古い感じがしますが、中国でしか食べられないと思った料理がいっぱいありました！シンガポールで母国の自分が好きな料理を発見できて、とても感動！

ちなみに、ホン・リム・フード・センターへの途中で、シンガポール国会議事堂などの政府機関を通り過ぎました。シンガポールは昔イギリスの植民地だったため、政府の建物はイギリス風のものが多いです。とても綺麗な建物ですが、写真を撮るのは忘れてしまいした。。(笑)。

午後の観光

お昼を満喫した後、アラブ・ストリートにある、旅行誌に掲載されている日本でもかなり有名な香水のお店——JAMAL KAZURA AROMATICSへ。

お店に入った瞬間、様々な可愛い香水瓶が並んでいる様子を見て、うわぁーと驚きました！お店は小さいですが、様々な色や形の香水瓶がいっぱい！女子なら絶対見逃しちゃダメなところだと思います！原宿にも実はお店があるようですが、シンガポールの方で安いようです。

そして、アラブ・ストリートから歩いて20分ほどのところにあるムスタファ・センターへ。ここは、シンガポールで24時間営業の巨大なショッピング・センターです。

そして、地下鉄でオーチャード・ロードへ！高級ブランドを扱う百貨店が街に立ち並んでいることから、日本の銀座とも呼ばれています。

ここでなんと！香港で人気のケーキ屋——LADY Mを発見！

完全に計画外ですが、同期と一緒にお店でしばらく休憩。

お店の中はこんな感じです。お洒落なお店ですね。

抹茶ミルクレープとチェッカーズチョコを注文しました。柔らかくて優しい味で、甘みもちょどいい感じです。ケーキ好きな方は、シンガポールに来たときにぜひ試してほしい逸品です。

その後、地下鉄でニューブリッジ・ロードへ、人気のバクテー店——ソンファ・バクテーでお食事を！（実はホテルも近くにあるので、近くの人気バクテー店を選んだだけです。笑）

おまけ情報

・シンガポールでどこでも見える生搾りオレンジジュースの自動販売機

200円ぐらいの値段で、おいしい生搾りオレンジジュースをどこでも飲めます。

・コンビニでも買えるシンガポール味のカップラーメン

海外味のカップラーメンをお土産としても特別だと思います。

・日本のドンキも街によく見かける

初海外出張を終えて

シンガポールキャリアフォーラム（SCF2019）を参加することができ、とても感謝しています。

日本語を学び、日本で働きたいという学生の情熱を感じながら、つい何年か前の自分を思い出しました。初心を忘るべからず、インフラエンジニアとしてより一層頑張っていきたいと思います。

一日のフリータイムでリフレッシュできたので、これからも努力を怠らず頑張ります！

去年新卒で入社し、2年目にして海外出張の機会を得ました。
そう、シンガポールキャリアフォーラム（SCF2019）への参加です。

グローバル展開する企業は多くあっても、そういう機会が得られるのはごく一握りだと思うので、
2年目にしてこうした経験ができるのは当社ならではだと思います。

日本国内での採用イベントにはこれまでも参加したことがありましたが、海外で行われる採用イベントは初めて（当社Re:Qとしても初参画）でしたので、その様子をお届けしたいと思います。

ちなみに私は初・海外でした！
今回一緒に参加した中国出身の同期とフリータイムを満喫した様子は、次回お伝えしますね。

イベント準備も試行錯誤

日本の採用イベントでは、時間をある程度決めた説明会形式で行うのですが、
今回は下記のようなスタイルにしようと事前に打合せをしていました。

● 学生さんの言語に応じて個別説明スタイル
　日本語を学んでいる学生さんが基本的に参加されますが、その言語レベルは様々。そのため、1～3名程度の学生さんに対して個別に説明するスタイルをとることにしました。
　そうすることで、学生さんの理解できるレベルにあわせて説明方法を柔軟に対応できるようになります。更には、日本語で説明を聞くのはまだ難しいという学生さんもいるため、日本語・英語・中国語の3か国語で対応できるようにしました。

● Re:Q在籍の海外出身メンバが感じている良さを＋αでアピール
　Re:Qには中国・マレーシアなどの海外出身メンバが在籍（今回一緒に参加した同期の女性は中国出身）していますが、彼らは日本の大学を卒業してRe:Qに入社しています。に対して、今回参加している学生の大半は母国の大学に通っているため、就職のタイミングで日本に来るのはより一層の不安があるだろうと考えました。
　そこで中国出身の同期の発案で、海外出身メンバの視点からみたRe:Qの良さや、求められる日本語力、日本語を学べる環境、周囲のフォローアップなどをまとめ、こちらから伝えることにしました。

イベント当日のRe:Qブースの様子

上記のような作戦会議？もあって、イベント当日のRe:Qブースはこんな感じでした。

開催地であるシンガポールの方だけではなく、インドネシアやベトナム出身の方がとても多く感じられました。なかには、APAC圏の大学に留学されている日本の学生さんもいらっしゃいましたね。国もバックグラウンドも様々ですが、共通していたのは皆さんとても熱心であるということ。私たちも説明に自然と説明に熱が入りました。

中には順番待ちをして下さった学生さんもいらっしゃいました。

沢山の方から「IT専攻ではないのですが、大丈夫ですか？」という質問を頂きました。
そう、日本に興味を持ち、日本で働くために、日本語を専攻している方が多かったんです。

そういった方々には、新卒で入社し、文系や海外出身であるという自分達の経験を踏まえ、

「Re:Qは、研修制度やサポート体制にとても力をいれているんですよ。
　私の同期は中国の出身ですし、私も文系の専攻でしたから安心してください！」

とお伝えすることで、皆さんホッとした顔をされるのと共に、当社の事業・仕事内容に興味を示して下さいました。

中には、14日（土）に説明を聞いた後じっくり考え、15日（日）の朝一番で「とても興味を持ったので選考を受けたい」とレジュメを持って当社ブースに来て下さった方もいました。

おまけ

前回のブログでも触れられた通り、今回はSingapore EXPOという会場で行われました。

この会場、外観はどこか日本の幕張メッセを彷彿とさせますが、周辺や敷地内には南国っぽい（少なくとも日本にはないであろう）植物が植わっており、「ああ、海外にきたんだな」という実感が湧きました。

SCFの会場（MAX ATRIA）では、企業ブース、事前予約者向けの面接ブースのほか、昼食のビュッフェ（！）スペースがありました。ホーカー（屋台）以外での外食は少し値段が高めなシンガポールにおいて、こういったビュッフェが用意されているのは来場者の学生さんにとってはすごく有難いだろうな、と思いました。

参画企業もOKということで私たちも頂きましたが、美味しかったです。

当社Re:Qは、2015年にシンガポールに現地法人を設立後、シンガポール人のManaging Directorやエンジニアを迎え、一歩一歩着実に事業を拡張してきました。シンガポールに拠点を持つ日系企業とのお取引も勿論ありますが、政府機関やローカル企業とのお取引が多いのが、Re:Q Singaporeの特徴です。

そうしたなか更にグローバル展開を加速させるための一歩として、シンガポールで開催されるキャリフォーラム初めて参画しました。イベントの詳細等は別のブログに譲りますが、今回はイベントの概要や、イベント終了後のシンガポールの同僚とのディナーについて触れたいと思います。

SCF（シンガポールキャリアフォーラム）2019

会場は、Singapore チャンギ空港からほど近いExpo会場 MAX ATRIAです。
東京でいうところの東京ビッグサイトのようなところですね。

今年3月に実施したCapability Tourもそうでしたが、当社Re:Qでは、若手にも海外に行く様々な機会が提供されています。女性メンバのうち1人は中国出身ということもあり、当社Re:Qは、日本語・英語・中国語で応対できる布陣で今回イベントに臨みました。

さて、肝心の学生さんの様子はというとこんな感じで、皆さん非常に熱心でした。

シンガポール・メンバとの再会

当日は、視界が悪くなる煙霧（Haze）により「ここ3～4年の間で最悪」という状態の空気・視界でしたが、かの有名なマリーナ・ベイサンズを見渡せる「Level33」で食事をしました。場所も景色も申し分ないですが、仲間と過ごす時間が何より一番Preciousですね。

ちなみにみてください、この景色。
スモーキーな空気感がこの写真からだけでも十分伝わるんじゃないでしょうか。

Tourの最終日は、恒例のAward Dinnerです。
Award Dinnerには、代表・役員からノミネートされたメンバに対する前年1年間の慰労という意味のほか、Award Tourの締めくくり、そして既に始まっている今年度をそれぞれやりろういう気持ちの切り替えの意味を込めて、参加者全員で美味しい食事を頂きます。

Award Dinnerは皆さんご存知、プルマンリーフホテル・カジノ内にあるTamarindというお店で高級アジアン料理です。全然ご存知ないですね。しかしながら、アジアン？？高級？？と予想のつかない展開に、皆さん興奮を隠しきれなかったことと思います。

最後に

社会人歴はそこそこ長いながら、実は社員旅行は初めてでした。しかも初が海外だなんて恵まれてました。

他所の社員旅行の話を聞いても、普段、仕事の会話しかしない人たちと旅行なんて成立するのかしらと思っていたものの、実際に参加してみると参加者の意外な一面が垣間見えたりとそんな不安などどこ吹く風で楽しめました。ツアーということもあり英語を使う機会はあまり多くなかったものの、もっと英会話が得意だったら積極的に現地の人とコミュニケーションをとることでより楽しめたかもしれません。

次回のTop Awardに参加できるまでにはさらに英会話を上達させておこうとあらためて思ったのでした。（英語圏じゃなかったりして...）

2019年8月6日と7日に開催されたOracle社主宰のイベント「Modern Cloud Day Tokyo」に参加しましたので、今回はその内容を振り返りたいと思います。

-+-+-+-+-+-+-+-+-Modern Cloud Day Tokyoとは-+-+-+-+-+-+-+-+-+-+-
Oracle Cloudに関する最新の技術情報や事例の紹介、Cloudサービス全体の動向を紹介するセミナーです。一部ハンズオン形式で、実際にOracle Cloudのサービスを触れるセッションも用意されていました。2019年5月にOracle Cloudは東京リージョンを使用開始しており、日本でのシェア拡大を意識した内容となっておりました。
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

日本におけるOracle Cloud

日本国内でもクラウドサービスの利用は急速に拡大しており、各種調査結果によると、2018年度までの国内クラウドサービス利用者ランキングでは、AWS、Azure、GCP、IBM、富士通が上位を占めています。Oracle Cloudは、いわゆるNext10と呼ばれる第2集団と位置づけられています。

一方、日本国内におけるDBプロダクトとしては、長期に渡ってOracle Database（以下、Oracle）がトップシェアを誇っており、現在においてもその地位は健在です。

つまり、システムをクラウド化したいというユーザの要望がある反面、既存のDBサーバは依然としてオンプレでOracle、または他社クラウド上でOracleを限定的に（他社IaaS上にOracleを導入してもRACやDGは使えない、など）使っている、という現状が透けて見えます。

もちろん、コストなどの理由により、すでにOracleから脱却し、例えばAWSのAuroraやRedshift、Azure Databaseへ移行に成功した、という事例もないわけではありませんが、やはりDBプロダクトの変更を伴う移行は、各クラウドベンダーの触れ込みほど容易ではないですし、実際に使ってみたら性能面、コスト面で期待した成果が表れなかった、という声も聞きます。

Oracleとしても何年も前からOracle Cloudの開発・普及に力を入れてきましたが、一番のネックは「日本にリージョンがない」だと推察しています。あるいは、日本に限って言えば、誰もファーストペンギンになりたがらない、という事情があるかもしれません。それ以外にも、極端にシビアな性能を求められるシステムの場合、そもそもDBをクラウドに移行することに対する懸念があるのかもしれません。

そうこうしているうちに、ついに今年の5月、Oracle Cloudの東京リージョンが開設され、年内には大阪リージョンも開設されるという話です。Oracle Cloudの東京リージョンは第2世代（Gen2）クラウドと呼ばれ、高性能なサービスが提供されます。そして、Gen2の目玉であり、Oracle反攻の旗手となるのが「Autonomous Database」です。

Autonomous Databaseとは

一部Oracle OpenWorld Asiaの技術ブログの内容と重複しますが、Autonomous Databaseについて改めて説明いたします。

Autonomous（=自律）の名の通り、以下の3つの機能が柱となっています。

●自動運転
  －リアルタイム統計などによる自動チューニング
●自動保護
  －データファイル、バックアップから通信に至るまで全て暗号化
  －セキュリティパッチの自動適用
●自動修復
  －Active Data Guard、Flashback機能などを使用し、不具合発生時に機械学習により解決方法を
  　リポジトリから検索し、自動適用

かなり雑なまとめ方になりますが、シンプルに説明すると

Autonomous Databaseとは、「クラウドで高性能・高可用性なExadataが使えて、
さらに機械学習を用いた運用管理機能により運用コストも削減」

ワークロードに応じて、Autonomous Databaseには以下の2つのタイプが用意されております。

●ADW（Autonomous Data Warehouse）
  －分析や集計といった大量のデータを扱う処理向けの列志向データベース
  －データウェアハウス（DWH）、データマート、データレイクなどに利用
●ATP（Autonmouns Transaction Processing）
  －大量のトランザクション処理など、行操作に特化

今回のセミナーのセッションに参加して、他社クラウドサービスが提供しているデータベースと比較して、個人的にはAutonomous Databaseは下記の点が特に優れていると感じました。

●高可用性
  RACやDataguardが使用できる、無停止で最新のパッチが適用される、など。
●極めて優れた性能
  セッションでは、他社の同じ価格帯の列指向DBサービスとADWの性能を比較した結果、6～10倍の性能差が出た、という結果も紹介されておりました。
●親和性
  もちろん、既存のOracle Databaseをそのままクラウド環境に移行することができます。

OCI（Oracle Cloud Infrastracture）のターゲット

いくらAutonomous Databaseが高可用性・高性能とはいえ、既存のオンプレ環境で稼働している基幹システムの本番環境をすぐにOracle Cloudにリフトする、というのは現実的ではない気がします。そこで、Oracleとしても、まずは以下をターゲットにしているというのがセッションの内容から読み解くことができました。

●基幹システムの検証環境
●既存Standard Editionユーザ

1点目の基幹システムの検証環境は、まずは検証環境として利用してもらい、本番環境の移行の実現性を評価してもらう、という道筋ですね。

2点目の既存Standard Editionユーザというのは、既存のStandard Editonライセンスを持ち込む（BYOLする）と、Autonomous Databaseを安価に利用でき、Enterprise Editon相当の機能も使用できるそうです。Oracleとしては、SEライセンスの廃止を見越しているようですが（Oracle RAC 19c では既にStandard Edition は非サポート）、特に日本国内にはSEライセンスユーザが数多く存在しているのも事実です。その受け口としてAutonomous Databaseを利用するというのは理にかなっていると言えますね。

所感

Oracle Cloudが国内での開発・普及に力を入れており、東京リージョンが開設された、という情報は把握していたのですが、今回のイベントに参加して、考えていたよりも早く普及が進みそうだと感じました。それだけの熱量のあるイベントでしたし、スピーカーの方々の「もっと伝えたい」、聴講側の「もっと知りたい」という熱意をひしひしと感じることができました。

個人的には、前述したStandard Editionからの移行、基幹システムの検証環境としての利用、というターゲットを確実に取り込むことができれば、一気にOracle Cloudが認知・利用され、シェアを奪うことができるのではないかと感じています。

一方、OCIとしては、DBサービス以外に他社クラウドサービスより優位な点をあまり見出すことができませんでした。各社のサービスの特色が出始め、ユーザにも認知された結果、一部ではハイブリッドクラウド化、マルチクラウド化が進むのではないかと考えています。

当社Re:Qはこれまで、Oracle Databaseの知識・技術・経験はある種のアイデンティティであると捉え、これまでも数多くのお客様にプロフェッショナル・サービスとして提供して参りました。今後もお客様により良いシステムを提供するために、最新のトレンドをすばやくキャッチアップし、今必要とされる技術を身に付ける必要があると切に感じております。

また、このようなイベントやセミナーで得た情報や知識は、今後もブログという場で発信していきたいと考えております。長文となりましたが、最後までお読みいただきありがとうございました。

ここ最近特に、お客様からクラウドという言葉を耳にするようになりました。
当社Re:Qでも、クラウド案件が1/3程度を占めてきており、
実案件として非常に増えてきたという印象です。

クラウドのサービスは日々改善され、さらに新しいサービスがすごい勢いでリリースされいます。
昨日まではできなかった（または作りこまなければなからなかった）要件が、
明日にはリリースされているといったことが多々あります。
我々エンジニアにとっては、この進化するサービスをキャッチアップし、
自分たちのナレッジ・ノウハウの鮮度を保つことが大切です。

そのようなスピード感においては、所謂一般的なトレーニング形式は適しません。
なぜかというと、教材などをそれなりに準備しようとすると時間がかかるからです。

という訳で、みんなのノウハウ、ナレッジを旬なうちに共有し、
明日から活かせる場をつくろうと、今回は「クラウドゼミ」という形で開催することに！

先生がいる訳でも、教材を事前につくるわけでもなく、
互いに現場での経験をシェアしあう場です。

-+-+-+-+-+-+-+-+-+-+-クラウドゼミの概要-+-+-+-+-+-+-+-+-+-+-
◆ クラウドゼミの目的
　・各人が経験したノウハウ・ナレッジを共有し、スキルアップを目指す！
◆ クラウドゼミの内容
　・特定のサービス内容、クラウドに関する小ネタ、クラウド事例 etc
　・AWS、Azure、GCP、Oracle Cloud、Alibaba Cloud etc
◆ クラウドに関する困っていること、分からないことのQA
　・案件で困っている、分からないことの質疑応答
　・自己学習するなかでわからなかった点の質疑応答
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

本日は、7月25日（木）に開催した第1回クラウド ゼミの様子をお知らせします。

クラウドゼミの概要

-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
◆ 第1回クラウド ゼミのテーマ
　・テーマ1：IAM Permissions Boundariesによる権限制限
　・テーマ2：AWS上のシステム本番稼働前に必ずチェックしたいポイント
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

テーマ1では、AWSサービスのアクセス管理機能であるIAM内の機能であるPermissions Boundariesについて、AWSコンソールの画面で操作しながら、サービス内容や、実際に運用で使われる場面について話し合いました。

通常ユーザ権限は、ポリシー（Permissions Policy）で制御しますが、Permissions Boundariesを使うことでさらにセキュリティを高めることができます。

機能の詳細は割愛しますので、気になる方は下記を参照ください：https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html

参加者からは、厳格なセキュリティ・ポリシーに則った運用が可能になるので、
セキュリティの厳しいお客様には提案出来そうという意見や、
大規模なシステムで管理者が複数必要な規模でなければ使わない、
といった様々な意見が出ました。

EC2インスタンスやRDSインスタンスを単一構成としていたために、
サービス稼働後にシングル障害でサービスダウンしてしまった、という事例があるようです。

インフラエンジニアからすると、そんな当たり前の可用性を考慮出来ていなかったのかと思ってしまいますが、AWSではインフラ知識がない人でも簡単にGUI操作でサーバ構築出来てしまうがために、このようなシステムが実際に存在するのかなって思います、、、驚きですよね。

他には、ログ運用について。
AWSでは、EC2インスタンスをAuto Scaling機能を使って自動でスケールアウト/インさせることができますが、あとからアクセス・ログなどを確認しようと思うと、EC2インスタンスが既に削除されていて、ログも消失してしまう、なんてことが起こりえます。そのため、ログ運用をしっかり設計しておくことが重要です。CloudWatch Logsにログ転送しておくことが多いですね。

そして、いわずもなが重要なセキュリティ。
AWSではサービスにアクセスする際は、IAMの認証情報が必要です。
これはAWSコンソールにログインするユーザだけではなく、自動化バッチなどでも使います。具体的には、EC2からS3へファイルやログを退避するようなソースコード内に、アクセスキー／シークレットキーを埋め込むことで実装できてしまいます。ただ、このソースコードをGit Hubなどにアップロードしてしまい、意図せず世の中にアクセスキー／シークレットキーを公開してしまったなんて事例があります。

Git Hubなどを利用して便利な機能を簡単に公開できる世の中ですが、セキュリティ的に公開しても問題ないかは個人がきちんと意識する必要があります。それだけではなく、「ソースコード内にアクセスキー／シークレットキー埋め込むのではなく、外部ファイル化する」などのコーディング規約のようなものもきちんと定義しておく必要がありますね。

またAWSでは、IAMロールを使って一時的な認証情報を発行してAWSサービスにアクセスすることができますので、そもそもIAMユーザーのアクセスキーとシークレットキーを使わないようにするのがベストです。

最後の質疑/応答では、EC2インスタンスのバックアップ方法について、スナップショット取得が良いのか、AMI作成までした方が良いのか質問がありました。自分の担当案件ではこういうやりかたをしているという共有のほか、2019年7月に東京リージョンも対応したAWS Backupサービスを使ってみたらいいのではないかなど、様々な意見がでました。

第1回は、新入社員から中堅社員まで10名程度のメンバーが集まり、非常に盛り上がりました。

今回はAWSがメインでしたが、今後は他クラウド（Azure、GCP、Oracle Cloud?、Alibaba Cloud etc）にも取り組んでいきたいですし、技術面ではInfrastructure as Codeや、コンテナなどの事例も面白いかな、と思っています。

第2回、3回と開催予定ですので、その際はまたご紹介します！