2023/10/06にオンラインでタイミーさんと共同開催させてもらった「Four Keysで改善する開発生産性〜データ・モバイル・フロントエンド〜」での資料です。 https://uzabase-tech.connpass.com/event/294494/ === セクション② フロントエンド開発における、デプロイ頻度を上げるためのテスト設計と仕組みづくりのヒント https://www.youtube.com/live/mrfTRtL8gOI?feature=shared&t=1856
Introduction Azure AI Landing Zones provide a solid foundation for deploying advanced AI technologies like OpenAI's GPT-4 models. These environments are designed to support AI enthusiasts, but it's essential to grasp their networking aspects, especially concerning Platform as a Service (PaaS) offerings. In this article, we'll dive into the networking details of OpenAI Landing Zones, focusing on ho
11 月になりました。 すっかり肌寒くなり、いよいよ年の瀬も少しずつ近づいて来ましたね。 西です。 さて、皆さんの中には Amazon CloudFront (CloudFront) を使われている方は多いのではないかと思います。 CloudFront はとても便利なサービスですが、デプロイ時間はその性質上長くなりがちなのがネックです。 「いざ新しい Version をデプロイして動作確認してみると NG → 切り戻し」というツラいことになった方は少なくないと思います。 すると事前の動作確認を踏まえたデプロイが課題になってきますが、デプロイフローはシンプルに思えても切り替えなどがある都合上、複雑になりがちです。 この問題に対して CloudFront には Continuous Deployment というデプロイ機能が実装されています。 CloudFront への変更を本番環境へデプロイ
Actions – Secure deployment rollouts to protected environments based on select tag patterns actionsbranchpolicydeploymentsenvironments October 6, 2023 We now allow defining selected tag patterns for securing your deployments that can run against Actions environments. Previously environments supported 'Protection Rules' for restricting deployments only for selected deployment branches. We are now e
AWS News Blog IAM Access Analyzer updates: Find unused access, check policies before deployment We are launching two new features for AWS Identity and Access Management (IAM) Access Analyzer today: Unused Access Analyzer – A new analyzer that continuously monitors roles and users looking for permissions that are granted but not actually used. Central security teams can take advantage of a dashboar
こんにちは、はじめまして。 グローバル向けAWS版kintoneのバックエンドエンジニアをしている齋藤 ( K.Saito (@SightSeekerTw) / X ) です。 突然ですが、Kubernetes にWebアプリケーションのコンテナをデプロイするために Deployment を作成し、 Deployment によってデプロイされた Pod に Service を経由してリクエストを転送していることが多いと思います。 Deployment のローリングアップデート (strategy type が RollingUpdate) により更新を行った際には紐づく ReplicaSet が新たに作成され、その ReplicaSet に紐づく Pod がデプロイされ、更新前の ReplicaSet の Pod が停止/削除されていくわけですが、皆様は何をもって新しい Deploymen
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く