私はキャリアを通じて多くのことを呼ばれてきましたが、そのほとんどが礼儀正しいです。最近では、CI / CDパイプラインを構築する作業は「プラットフォームエンジニア」または「プラットフォームエンジニアリング」と呼ばれています。このようなタイトルのリスクは、開発者が使用するプラットフォームを開発し、DevOpsのOpsビットを必ずしも含まないエンジニアの役割に型キャストされることです。
ただし、私の経験では、役割には、主要なインシデント管理プロセス、アラート、および監視ソリューションの設計など、多くの運用規律の作業が含まれています。
ロールでは、サイト信頼性エンジニアリングと多くの共通点があるように「感じています」。両方のロールは、ソフトウェアエンジニアリングとは別のエンジニアリングロールであり、同様のGoogleトレンドパターンを持っているようです。
プラットフォームエンジニアの標準的な定義はありますか？それとも、SREが単に組織内のDevOps機能の実装に似ているのでしょうか？
回答:
プラットフォームエンジニアの明確な定義を得るのは難しいと思います。
私が現在配置されている場所では、チームの全員が独自の特別な役割から始まりますが、非常に迅速に、エンドゲームはプラットフォームエンジニアと呼ばれる、または自分自身を呼び出すのに十分な快適さを感じるようです。
プラットフォームエンジニアが公式には、少なくともそれが何を意味するのかを簡単に説明すると最初に言われたとき、プラットフォームをもっともっと守る必要があるということでした。
開発者を直接支援することにあまり集中していませんでした（それは明らかに目標です）が、プラットフォームの所有者としての私たちの仕事は、開発者が良い市民であることを確認し、プラットフォームを設計して、何かが起こった場合に彼らが何を間違えたかを示し、コードを修正するために必要なすべての情報を提供することができます。
これの明白な含意は、私たちのプラットフォームが完璧であることであり、明らかにそうではありません。しかし、少なくとも私たちは、契約の私たちの側を修正している間に、彼らが彼らの終わりにソリューションに取り組んでいる方法で開発者をサポートすることができます。
出典：私はプラットフォームエンジニアです（厳密なDevOpsの意味ではありません）。
雇用主向けにOffice 365を管理しています。特に、ID、認証、メッセージング部分。（通常の状況では）Exchangeサーバーを構築しませんが、サービスのすべての変更を管理し、プラットフォームを「所有」します。
以下のようhvindinの答えはまた出て呼び出して、私は私が所有するプラットフォームを伝道だけでなく、それを維持するために均等に担当しています。