Platform Engineering KPIs
Platform as a product is becoming an increasingly popular approach to building internal platforms in engineering organisations. While software-driven companies are competing for market share, there is another, more subtle competition on the rise: who can enable their engineers to ship new features fastest; who has the most effective internal platform? In this post, we will share our approach to bu
GitHub - bytebase/bytebase: The GitLab/GitHub for database DevOps. World's most advanced database DevOps and CI/CD for Developer, DBA and Platform Engineering teams.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
LLM、Platform Engineeringなど、VMwareの年次カンファレンスでの重要発表をまとめた
LLM、Platform Engineeringなど、VMwareの年次カンファレンスでの重要発表をまとめた：VMware Explore 2023 VMwareが年次カンファレンス「VMware Explore 2023」で多数の発表を行った。その中には「LLM」「Platform Engineering」「エッジ」などのキーワードが散りばめられていた。主要な発表をまとめた。 VMwareは2023年8月22日（米国時間）より年次カンファレンス「VMware Explore 2023」を開催し、多数の新製品や新機能を紹介した。本記事では「組織内の大規模言語モデル稼働環境」「クラウドネイティブ基盤へのPlatform Engineering機能投入」「エッジのライフサイクル管理」「ストレージの強化」「ネットワークのマルチクラウド対応」など、主要な発表について紹介する。 LLM利用の課題にフ
Platform Engineering Kaigi 2024
Platform Engineering Kaigi 2024のプロポーザル募集は終了しました。 応募されたプロポーザル一覧は以下から確認できます Platform Engineering Kaigiは、現在注目を浴びているPlatform Engineeringをテーマにしたテクノロジーカンファレンスです。 コンテナをはじめとしたクラウドネイティブ技術の発展やDevOpsの浸透、さまざまな便利なツールの登場により、アプリケーション開発の現場は大きく変わりました。その一方で、開発者一人が扱わなくてはいけない技術の高度化、複雑化により認知負荷が年々高まっていると言われています。認知負荷の高まりは生産性の低下に繋がるおそれがあり、せっかく導入した新技術がスポイルされかねません。 その解決策として期待されているのがPlatform Engineeringです。Team topologiesに基づ
こんにちは。取締役兼ACS事業部の責任者の上林です。 突然ですが、先日こんな記事がASCIIさんに掲載されました。 ascii.jp 「メディア向けの勉強会に呼んでもらったのだが……プラットフォームエンジニアリングがわからない」 実は、これ小職がメディア向けの勉強会を実施させて頂き、それを記事にして頂いたものです。 「一般的なメディアに向けてもわかってもらう」というテーマで、なるべく詳細になりすぎずイメージを伝えることを狙ったのですが、結果恥ずかしながら「わからない」ということで、今後精進していきたいと考えています。勉強会にご参加いただいた記者の方からは「Whyは大事。これが腹に落ちないと、話の全体を理解しきれない。「業界の人じゃないとわからないだろうから」と諦めず、背景・既存の仕組み・課題、を丁寧に説明をした方がいい」、というありがたいフィードバックも頂きました。開発に明るくない方にも伝
とりあえず詳細な方も見つつ書き下ろしてはみましたが、この言葉だけではわかりにくい点もありますので、詳細側も見てみましょう。 Model Detail 詳細をすべて書き下ろすと量も多いため、例示されていたシナリオを基に、要はどういうことか、を短文でまとめてみます。 Investment 投資 どうスタッフやリソースがPlatformに割り振られるか？ Level1 暫定的 > 自発的または一時的 ある分野において得意なエンジニアたちが有志となって整備する形となっていて、特に義務もない。 こういうベストプラクティスがあるよねという非公式なやり取りがあるくらい、という状態のようです。 Level2 運用可能 > 専任チーム 社内で多くのエンジニアが困っていることを、専任チームが改善を引き受けて、対応する。ただ、しばしば困っていることによる問題の度合いや、解決したことによる効果は測定されない。 困
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Platform Engineeringはなぜわかりづらいのか？ - APC 技術ブログ
Platform Engineering Maturity Modelの活用開始するべきフェーズは？