Azureお父さんがOracle Cloud Infrastructureに一歩踏み出したメモ
2023-02-13
azblob://2023/02/13/eyecatch/2023-02-13-azure-dads-notes-on-stepping-into-oci-000.jpg

たまたま一人の時間を確保できたので、Oracle Cloud Infrastructure 2022 Architect Associateの試験を受けられないかなと勉強してみました。

全然やれていないですが、Azureとの違いの観点で気になったものがいくつかあったので書いてみます。

気になったこと

ベアメタルを標準的に扱える

Azureの場合、ベアメタルの形でリソースを用意することはあまりイメージしないですが、OCIの場合は勉強資料で序盤に普通に登場してきたので驚きました。

認可はポリシー構文で記述

あるプリンシパルがどのようなアクセスが可能か、という「認可」はSQL文のような構文が必要です。

https://docs.oracle.com/ja-jp/iaas/Content/Identity/Concepts/policysyntax.htm

Allow(許可)のルールのみで設定となります。

リソースグループの発展形のような概念、コンパートメント

コンパートメントという、リソースグループの発展版のようなグルーピングの概念があります。

デフォルトではリソースはテナンシーに直接ぶら下がりますが、コンパートメントに所属させることが可能です。

リソースは複数のコンパートメントには属さない点がリソースグループっぽいですが、コンパートメントは最大6つまでネストできるのが特徴です。

Azureとつながる

Azureと直接接続が可能です。

https://www.oracle.com/jp/cloud/azure/interconnect/

「データ・イングレス/エグレスの料金が不要」とのことなので、マルチクラウド構成で一番気になる部分の費用が無いのは嬉しいですね。

まとめ

OCIの世界に一歩踏み出してみました。

Azureと繋がるクラウドなので、OCIが得意なこと、Azureが得意なことを組み合わせてより良いソリューションが組めるとよいなと思いました。

引き続き勉強していきたいと思います。