タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
PackerBuild and manage images as code
ノーコードでTerraformによるプロビジョニングを実現「No-Code Provisioning for Terraform Cloud」、HashiCorpがベータ公開。HashiConf Global 2022 HashiCorpは、10月4日から3日間開催されたイベント「HashiConf Global 2022」において、Terraformの新機能としてノーコードでTerraformからインフラをプロビジョニングできる「No-Code Provisioning for Terraform Cloud Business」などを発表しました。 Announcing new HashiCorp #Terraform features including continuous validation, no-code provisioning, native Open Policy Ag
CX事業本部@大阪の岩田です。 先日ある環境でECSのタスクがPROVISIONING状態のまま固まって(PENDINGではないのがポイントです!)起動できなくなるという問題が発生しました。※正確にいうとPROVISIONING状態で30分程度固まる→STOPPEDに遷移→新しいタスクがPROVISIONINGされ再度30分程度固まり...という状況です。 最初はNATゲートウェイ周りの設定漏れやECRのVPCエンドポイント設定漏れに起因したよくある問題かと思っていたのですが、色々調査しても一向に原因が分かりませんでした。最終的にECS Execの有効化が原因だったことが分かったので、同じ事象でハマる人が出ないように改めてブログにまとめてみました。 結論 先に結論ですがECS Execを有効化したECSサービスでAuto Scaling グループキャパシティープロバイダーを利用するとタスク
Containers Amazon EKS now supports provisioning and managing EC2 Spot Instances in managed node groups This post was contributed by Ran Sheinberg, Principal Solutions Architect and Deepthi Chelupati, Sr Product Manager Amazon Elastic Kubernetes Service (Amazon EKS) makes it easy to run upstream, secure, and highly available Kubernetes clusters on AWS. In 2019, support for managed node groups was a
Provisioning Profile を理解していないと、アプリがインストールできなかったり、実行できなかったり、アーカイブ化できなかったり、と、様々な問題に直面してしまいます。 この記事ではProvisioning Profile を最短でしかも深く理解できるように説明していきます。 そして、Provisioning Profileを理解すると共に、間違った使い方をしたらどういうことになるのか?そのトラブルシューティングも含めて説明します。 Provisioning Profileの生成やXcodeへの設定手順についてはこちらを参照してください。
Macアプリのセキュリティやサポート・アーキテクチャ情報をチェックできる「Apparency」がApple Siliconに対応し、Provisioning ProfileとApp Store Receipt情報表示機能を追加しています。詳細は以下から。 Apparencyは元AppleのOS X/macOSエンジニアだったRandy Saldingerさんが開発しているアプリケーション情報表示アプリで、Gatekeeperやシステム整合性(SIP/rootless)、公証(Notarized)、ランタイム保護(Enhanced Runtime)など近年複雑になっているmacOSアプリのセキュリティとサポートアーキテクチャをチェックできる機能がりますが、このApparencyのv1.2アップデートがリリースされています。 Released on March 7, 2021 Runs nat
1 はじめに CX事業本部の平内(SIN)です。 AWS IoT Coreへの接続で使用する証明書は、レジストリへの登録が必要ですが、これを予め登録すること無く、初回接続時に発行・登録しくみが提供されています。 Fleet Provisioningによる登録 JITRによる登録 JITPによる登録 目的はそれるのですが、「初回接続」を「デバイスの初期化処理」と捉えた場合、このタイミングで何らかの固有情報を、クラウド側からデバイス側に送りたいというようなニーズもあるかも知れません。 証明書を受け取ってから改めて要求させても良いのでしょうが、「証明書発行時に、併せて固有情報を返せると便利かも」という事で少し試してみました。 試したのは、Amazonが管理するCAを利用できるFleet Provisioningです。 2 テンプレート作成 最初に、AWSコンソールから、簡単にテンプレートを作成し
3 min read Autopilot is a new mode of operation for Google Kubernetes Engine (GKE) where compute capacity is dynamically provisioned based on your pod’s requirements. Among other innovations, it essentially functions as a fully automatic cluster autoscaler. Update: GKE now has an official guide for provisioning spare capacity. When you deploy a new pod in this environment, sometimes they’ll be exi
Amazon Web Services ブログ Amazon EFS CSI dynamic provisioningの御紹介 このブログはMike Stefaniak (Sr. Product Manager for Amazon EKS)、Marco Ballerini (DevOps Architect)によって執筆された内容を日本語化した物です。原文はこちらを参照して下さい。 企業がワークロードの多くをKubernetesに移行するにつれ、データをコンテナの外で共有したり持続させたりする方法を必要とするアプリケーションを導入するケースが増えています。Kubernetesは、Container Storage Interface(CSI)を介してブロックおよびファイルストレージシステムをコンテナ化されたワークロードに提供することで、このニーズに対応しています。Amazon Elast
TL;DR Amazon Linux2ではなくUbuntuを使う instance typeをgeneral1.smallからgeneral1.largeに変えてみる Imageのversionを例えばAmazon Linux 4系から3系に下げる そもそも抜本的な解決にならないのでGitHub Actionsなど別のサービスに乗り換える 背景と問題 仕事でAWSを利用しており、Docker containerのビルドやデプロイにAWS CodeBuildを利用しています。 https://aws.amazon.com/jp/codebuild/ 最近ではGitHub Actionsが増えてきており、そちらの方が良い気もします。 極力AWSに統一しておいた方が見通しやメンテナンス性、Image転送のネットワークの近さなど色々と有利だと思いCodeBuildを採用したのですが、どうにもビルド
AWS Lambda 関数はTypeScriptで実装し、webpackを使ってトランスパイルとバンドルを行います。 webpack.config.jsの内容は本記事では割愛します。詳細は以下を参照ください。 https://github.com/urawa72/aws-iot-samples/blob/main/es-rule/lambda/webpack.config.js LambdaからESへ接続するためにAWS SDK以外のライブラリを使用しています。詳細は以下の記事を参照ください。 import { Client } from '@elastic/elasticsearch'; import { createAWSConnection, awsGetCredentials, } from '@acuris/aws-es-connection'; const ES_DOMAIN
The wasmCloud Q3 2025 Roadmap sets out plans for an overhaul to scheduling in the next major release of wasmCloud. The new scheduling API will not use NATS to communicate between components by default, but will still support distributed communication via NATS. For more information, see the Roadmap and Issue #4640: “Intentional distributed networking.” All wasmCloud hosts are segmented into distinc
PackerBuild and manage images as code
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く