DevOps は自由の感覚でした。チームワークのペースを高め、リリースプロセスは崩壊しなくなり、運営と開発チームの間の分裂はようやく崩壊しました。 自由は少しずつやってきましたが、その負担は増えました。 クラウドリソースは何倍も増え、コンテナはどこにでも増え、コンプライアンス規制はますます厳しくなり、環境は秩序ある職場ではなく混沌とした都市に似始めました。 DevOps グループは今、制限された時間枠内と高周波数ですべてを行うことが期待されていました。 Platform Engineering Enters the Scene プラットフォームエンジニアリングが舞台に登場 プラットフォームエンジニアリングは、DevOpsに対する答えとして構築されず、それを自然に拡張するものでした。すべてのチームがインフラストラクチャ、パイプライン、およびポリシーと直接戦うように強制するのではなく、プラットフォームエンジニアリングはこれらの要素を内部製品に変換します。 Rethinking Shift Left at Enterprise Scale Rethinking Shift Left at Enterprise Scale(エンタープライズ・スケール) Shift leftは、目に見えないときに最も効果的です。初期のパイプライン実装中に、均一に適用されず断片化されたセキュリティチェックとコンプライアンスレビューがありました。これはプラットフォームエンジニアリングによって変更されています。 プラットフォームに組み込まれたテストとガバナンスがあります。 開発者が環境を作成したり、アプリケーションを展開するたびに、右のチェックが自動的に有効になります。 プラットフォームは、チームに最善の実践を思い出させるものではなく、自動的に実施します。 When Shift Left Becomes Shift Everywhere When Shift Left Becomes Shift Everywhere シフト左がどこにでも変わる時 システムが非常に大きく、相互に接続されているため、ライフサイクルをさらに進めるチェックはもう十分ではありません。現代のプラットフォームは、セキュリティ、テスト、モニタリング、および信頼性を単独のタスクではなく継続的なタスクとして扱うべきです。これはプラットフォームエンジニアリングを通じて達成され、配信の各段階で変更を延長します。同じルール、洞察、保護は、コードが書かれる瞬間から生産中に実行されるまで適用されます。問題は、シグナルが継続的に流れていますので、いつ調査するかをチームに頼るのではなく、より速く検出されます。この転換の至る所のアプローチは、予測不可能さを減らし、回復時間を短縮し、組織がどのように速く動く Building Platforms That Are Ready for Intelligent Systems インテリジェントシステムに備えたプラットフォームの構築 現在、エンタープライズプラットフォームは、アプリケーションを提供するために計画されていたよりもはるかに多くを提供する必要があります。それらは非常に高い観測性、決定的な環境、そして安定した開発および生産環境を必要としています。これらの属性は、システムが高度な自動化とデータ駆動の意思決定に依存し始めているため必要です。標準化された展開テンプレートとモニタリングは、組織が期待通りに変化を実行していることを保証するインフラの定義です。 Why Developers Actually Like This Change なぜ開発者はこの変化を本当に好むのか プラットフォームエンジニアリングに焦点を当てることは、開発者の経験を変革する能力の静かな強みの1つです. UI full-stack 開発者にとって、プラットフォームに組み込まれた shift-left 実践は、ユーザー向けのアプリケーションが環境を通じて一貫して行動することを保証し、リアルタイムの機能、観測性駆動型の UX 改善、および迅速なイテレーションをより安全かつ予測可能にします。 スクリプトを記憶したり、別のグループを待つ代わりに、開発者は、最低限の作業を行い、重い仕事を彼らの代わりに行うようにして、裸の骨のインターフェイスを使用します。環境を提供することは正常で危険ではないと感じます。展開は退屈で単調です。物事が間違っているとき、ログやメトリクスはすでに置かれています。日々の仕事における摩擦の欠如は、人々をより苦労させるものではありませんが、生産性が自然に増加することを可能にします。 The Cultural Shift Behind the Technology テクノロジーの背後にある文化の変化 考え方を変えることはまた、プラットフォームエンジニアリングへの移行の一環です。プラットフォームチームは製品ビルダーとして機能します。彼らは内部ユーザーに耳を傾け、フィードバックを通じて改善し、採用と信頼性を通じて成功を測定します。ガードレイルは開発チームに対して保管されていません。チームをボトルネックに変えることなく、より大きな運用安定性があります。 shift leftの慣行はスローガンでなくなり、プラットフォームとのすべての相互作用に中心的な経験になります。 Where This Journey Leads Where This Journey Leads プラットフォームエンジニアリングの傾向は、複雑なシステムが落ち着く側面を持つというより一般的な欲求として解釈することができる。スピードは企業が望むものであり、無秩序ではない。彼らは、管理できないリスクではなくイノベーションを求めている。

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

このオーディオは、ストーリーの元の言語で制作されています。

DevOpsからプラットフォームエンジニアリングへどのようにShift Left PracticesがAI Ready Enterpriseプラットフォームを可能にするか

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ワークフローを10倍に向上させる方法: 必須アプリ17選

State of the Noonion: A New Era For Brands and Writers

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ワークフローを10倍に向上させる方法: 必須アプリ17選

State of the Noonion: A New Era For Brands and Writers

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps

DevOpsからプラットフォームエンジニアリングへ どのようにShift Left PracticesがAI Ready Enterpriseプラットフォームを可能にするか

About Author

コメント

ラベル

この記事は

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps

DevOpsからプラットフォームエンジニアリングへどのようにShift Left PracticesがAI Ready Enterpriseプラットフォームを可能にするか