FIXER Tech Blog - Cloud

FIXER cloud.config Tech Blog

Azureお父さんがOCIの世界に一歩踏み出して気づいたこと

　本記事はFIXERが提供する「cloud.config Tech Blog」に掲載された「Azureお父さんがOracle Cloud Infrastructureに一歩踏み出したメモ」を再編集したものです。

　たまたま一人の時間を確保できたので、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が得意なことを組み合わせてより良いソリューションが組めるとよいなと思いました。

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

松枝 宏樹／FIXER
愛知県在住、リモートワーク気味なエンジニア。

[転載元]
　Azureお父さんがOracle Cloud Infrastructureに一歩踏み出したメモ

■関連サイト

• cloud.config Tech Blogのエントリー
• cloud.config Tech Blog
• FIXER