タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
ReactアプリケーションではProviderタワーがよく見られます。Providerタワーは、アプリの上の方で次のコードのように複数のProviderが積み重なっている状態のことです（一般的な呼称かどうかは知りません）。 const App: React.FC = () => { return ( <FooProvider> <BarProvider> <BazProvider> <MainContents /> </BazProvider> </BarProvider> </FooProvider> ); }; Providerは、コンテキストに対して値を供給する役割を担っており、コンポーネントツリー内でProviderより内側に配置されたコンポーネントからはそのコンテキストの値を参照することができます。コンテキストは、Reactにおいて外部ライブラリを使わずにステート管理（特にアプリ
#remote_vue で話しました。
Michael Begin, Senior DevOps Consultant, Amazon Web Services (AWS) May 2024 (document history) Managing infrastructure as code (IaC) with Terraform on AWS offers important benefits such as improved consistency, security, and agility. However, as your Terraform configuration grows in size and complexity, it becomes critical to follow best practices to avoid pitfalls. This guide provides recommended
resource "aws_s3_bucket" "mybucket" { bucket_prefix = "myname-" acl = "private" versioning { enabled = true } server_side_encryption_configuration { rule { apply_server_side_encryption_by_default { sse_algorithm = "AES256" } } } } Error: Value for unconfigurable attribute │ │ with module.common.aws_s3_bucket.mybucket, │ on ../../s3.tf line 1, in resource "aws_s3_bucket" "mybucket": │ 1: resource "
ブログメンバーの管理を構成管理ツールTerraformで行えるTerraform provider、Terraform Provider for HatenaBlog Membersを公開しました。 hatena/hatenablog-members | Terraform Registry Terraform Provider for HatenaBlog Membersを用いると、はてなブログのブログメンバーをコードで管理できます。 本機能は、ユーザーからのフィードバックを参考に、特に技術ブログの運営におけるブログメンバーの効率的な管理を支援するために開発いたしました。 ご意見いただきありがとうございました。ぜひご利用ください。 設定例 下記の例では id:hatenablog-tf-test の持つブログのブログメンバーを管理しています。詳しくはドキュメントをご覧ください。 prov
macOS 14.0 Sonomaアップグレード後にDropboxやOneDriveなどFile Providerを利用しているアプリで、全インデックスの再構築が行われハングアップする不具合が確認されています。詳細は以下から。 Googleは現地時間2023年10月02日、Google Drive用デスクトップクライアント「Google Drive for Desktop v82.0」のロールアウトを開始しすると同時に、Google Drive for Macユーザーに対しmacOSとの最適な互換性を得るために、現在のmacOS 14.0 Sonomaへアップグレードせずに、macOS 14.1まで待つようにコメントしていましたが、 注:macOSと最適な互換性を得るには、macOS Sonoma にアップグレードせず macOS Sonoma 14.1 をお待ちになることをおすすめします
はじめに こんにちは。SRE部MLOpsチームの築山（@2kyym）です。 Infrastructure as Code（IaC）が一般的になり、またパブリッククラウドをフル活用したインフラ構築が当たり前となりつつあります。そんな中で、インフラの構成管理にTerraformを用いているチームも多いのではないでしょうか。本記事ではTerraformを用いたインフラ構成管理において避けては通れないTerraformやProviderのバージョンアップを自動化し、IaCの運用負荷を削減する方法をご紹介します。MLOpsチームでの運用を参考に、具体的な設定やハマりどころを交えつつ解説できればと思います。 目次 はじめに 目次 Terraformとは MLOpsチームにおけるTerraform運用の背景 Terraform管理の対象リソース Terraform運用において生じた課題 tfupdate
2022/2/11に Terraform AWS Provider Version 4がリリースされました。2/22現在、もうVersion 4.2まででています。実際に触ってみて何が変わったのか確認したいと思います。 aws_s3_bucketの大規模リファクタリング 要は「aws_s3_bucketがデカくなりすぎて大変だから、細かく分けようぜ！」ということです。 御存知の通りS3は非常に多機能です。そしてTerraformではその機能の殆どをaws_s3_bucketのattributeで設定していました。 以下はaws_s3_bucketのコード例です。 resource "aws_s3_bucket" "v3" { bucket = local.bucket_name acceleration_status = "Enabled" acl = "private" cors_rul
ROUTE06 でエンジニアリングマネージャ兼ソフトウェアエンジニアとして働いております海老沢 (@satococoa) と申します。 先日発生した GitHub Actions と AWS の OpenID Connect 連携におけるトラブルに関して調査を行い、対応方針を策定した件を共有したいと思います。 [2023/07/10 追記] Thumbprint を明示的にユーザ側で設定しなくて良いように、AWS 側で対応されたそうです。 github.com 当面 Terraform のモジュール的には必須入力のままですが、任意の文字列で良いそうです。 （いずれ入力も不要になるのかと思います。） https://github.com/aws-actions/configure-aws-credentials/issues/357#issuecomment-1626357333 The A
Terraform で AWS Certificate Manager 無料証明書を発行する（AWS Provider 3.0.0 以降の場合） 先日、Terraform で AWS Certificate Manager（以下、ACM） の無料証明書をリクエストおよび検証まで実装する機会がありました。ちょっと詰まったところがありましたので同じように悩んでココへ辿り着く誰かのためにまとめておきます。 AWS Provider 3.0.0 から仕様変更されています 今回の記事は AWS Provider 3.0.0 以降を対象とします。今回の実行環境は以下のとおりです。 $ terraform version Terraform v0.12.29 + provider.aws v3.4. AWS Provider 2.x 以前は以下のエントリーを参考にしてください。 Error: Inval
Overview エムスリーエンジニアリンググループ AI・機械学習チームでソフトウェアエンジニアをしている中村(po3rin) です。検索とGoが好きです。 エムスリーではChatGPTの可能性にいち早く注目して活用を検討している段階ですが、本格的なデータ投入にはまだ懸念もあり、セキュリティチームと検討を進めている段階です。 そんな中で個人または組織のドキュメントのセマンティック検索と取得を可能にするChatGPTプラグイン「ChatGPT Retrieval Plugin」が登場しました。 github.com 情報検索好きとしては黙っていられず、外部公開用のエムスリーAI・機械学習チームのメンバー紹介ドキュメントを使ってローカルで試してみました。 # 用意したドキュメント 中村弘武は東京都在住で、エムスリーという企業で働いでいます。 エムスリーの検索基盤を主に担当しています。また、書
macOS 14.4 SonomaではiCloud DriveやFile Provider周りにも不具合があるようです。詳細は以下から。 Appleは現地時間2024年03月07日にリリースした「macOS 14.4 Sonoma」では、USBアクセサリーに対するセキュリティ機能がリセットされUSBハブが利用できなくなる不具合やJavaプロセスが予期せず終了してしまう不具合、PFUのスキャナー管理アプリ「ScanSnap Home」でセットアップができない不具合、 PACE/iLokで保護されたAUプラグインによりLogic ProなどのDAWアプリがクラッシュする不具合など複数の不具合が報告されていますが、macOS 14.4 SonomaではiCloudやDropbox、OneDriveなどで利用するFile Provider周りにもアップデートが入り、複数の問題が発生しているようです
TerraformのAWS Provider Version 4へのアップグレードに伴うコード改修がおっくうな方へ 便利なツールありますよ 先日TerraformのAWS Provider Version 4がリリースされました。 S3バケット周りで大規模なリファクタリングがあり、そのままのコードで単純にproviderだけアップグレードするとエラーになります。コードを書き換える必要があるのですが、中々面倒です。 そんな私のような方にピッタリなツールを見つけたのでご紹介します。tfrefactorです。既存のS3バケット(aws_s3_bucketリソース)のコードをコマンド一発でv4準拠のコードに書き換えてくれます。 インストール方法 バイナリをダウンロードしてパスを通す方法とmake installする方法があります。私は前者でやりましたが、「開発元を検証できないため開けません」のエラ
こんにちは。 Mackerel SRE チームの id:heleeen です 先日、Terraform Registry に Mackerel 用の Terraform Provider を公開しました。 これによって Terraform で監視設定など各種設定を管理することができます。 mackerelio-labs/mackerel | Terraform Registry Terraform Provider Mackerel 公開にあたって Mackerel の Terraform Provider はこれまで公式に公開していなかったのですが、以前から作成、公開されていた @xcezx さん、 @kjm さんにご協力いただき公開することができました。 公開にあたりご対応いただきました @xcezx さん、 @kjm さんにはこの場で改めて感謝を申し上げます。 mackereilo-
タダです. terraform-aws-provider 5.68.0 で以下の引用文にあるように aws_iam_role にて inline_policy を使用するのが非推奨になり aws_iam_role_policy が代替先になりました.この記事では,そのリソースの改修を行った備忘録を書きます. resource/aws_iam_role: The inline_policy argument is deprecated. Use the aws_iam_role_policy resource instead. github.com inline_policy から aws_iam_role_policy へ書き換え aws_iam_role のinline_policy を使用していた下記の IAM リソースがあったとします.この状況で terraform plan を試す
React.memoを適用すれば、コンポーネントの不要な ReRender を防ぐことができます。しかしながら、Provider 設計・バケツリレーの見直しを行うことで、React.memoを使わずとも、ReRender の抑止は可能です。 最適な Context Provider 設計とすることで、React.memo使用によるオーバーヘッド削減が期待できます。そして「過剰な Provider 分割も場合によっては不要」ということを解説していきます。 3つのパターン サンプルリポジトリを用意しました。（Next.jsで作っていますが、特に意味はありません）「+1」押下でカウントアップし「input text」入力で、入力内容が更新される簡単なサンプルです。 こちらでは、以下３つのパターンが用意されています。ReRender されている様子は console.log 出力のほか、React
TerraformのAWS Providerのversion 5がGA（一般提供開始）になりました。アップデート内容を確認していきましょう。 リソースタグ・デフォルトタグが改良された リソースタグは、各リソースで定義するタグのことです。 デフォルトタグという機能は、デフォルトタグを設定したAWS Provider経由で作成したリソース全てに簡単に共通のタグを付けられる機能です。 Terraformなら簡単に全AWSリソースに共通タグを設定できます | DevelopersIO これらタグまわりが改良されました。 ゼロ値("")が使えるようになった これまで、ゼロ値(""、いわゆる空文字)をタグ値に使った場合、一部リソースではそのタグがそもそもセットされないことがありました。 また、一度ゼロ値じゃない値が入ったタグを作成した後、ゼロ値にコードを修正してapplyした際に、その変更が反映されな
Independent analysis of AI models and API providersUnderstand the AI landscape to choose the best model and provider for your use-case
危険な Terraform Provider の実行を防いで Security を担保するためのコマンドラインツールを作ったので紹介します。 # Only google provider and azurerm provider are allowed $ cat .tfprovidercheck.yaml providers: - name: registry.terraform.io/hashicorp/google version: ">= 4.0.0" - name: registry.terraform.io/hashicorp/azurerm # tfprovidercheck fails because aws provider is disallowed $ terraform version -json | tfprovidercheck FATA[0000] tfpro
PackerBuild and manage images as code
しばたです。 先日サーバーワークスさんのブログで興味深い記事が公開されました。 社内で日々Microsoftライセンスと格闘してる私としてもこのライセンス改定に関して私見を述べたいと思います。 はじめに (免責事項) Microsoftライセンスの話をするので例によって免責事項をば。 これから詳細を述べますが事の発端はMicrosoft社のライセンス改定でありAWSはその影響を受けた形となっています。 何が起きるのか？ サーバーワークスさんの記事にもありますが、2025年9月30日以降はAWS上で 独自のSPLA を利用できなくなります。 Microsoft の 2022 年 10 月のライセンス変更により、サービスプロバイダーは 2025 年 9 月 30 日までしか AWS 上で独自の SPLA を使用することができません。それ以降は、これらのお客様は、最新化するか、AWS ライセンス
インフラを管理する際にTerraform Providerのアップデートが面倒になって放置していませんか？ それ、Renovateで解決できます。 こんにちは！DPEチームの酒井です！ 弊社ではインフラの管理にTerraformを利用していますが、Providerのバージョンアップデートは後回しにされていました。 そこで導入したものが、依存関係を自動更新してくれるRenovateになります。 Renovateとは？ docs.renovatebot.com Renovateはリポジトリの依存関係を自動的に検出し、更新を効率的に管理するツールです。 機能としては、最新の依存関係に関するPRの自動作成や、条件を満たした場合の自動マージがあります。また、様々なオプション設定により、柔軟なカスタマイズをすることが可能です。 Renovateの使い方 導入 GitHubを使っている場合には、GitH
OAuth2やOpenID Connectの理解を深めようと思い、 OAuth徹底入門 セキュアな認可システムを適用するための原則と実践（Justin Richer Antonio Sanso 須田 智之 Authlete, Inc.）｜翔泳社の本 Auth屋さんの書籍 【電子版】雰囲気でOAuth2.0を使っているエンジニアがOAuth2.0を整理して、手を動かしながら学べる本 - Auth屋 - BOOTH 【電子版】OAuth、OAuth認証、OpenID Connectの違いを整理して理解できる本 - Auth屋 - BOOTH 【電子版】OAuth・OIDCへの攻撃と対策を整理して理解できる本（リダイレクトへの攻撃編 - Auth屋 - BOOTH OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife OAuth & OpenID Connect 関連仕
Googleが今後ロールアウトが開始されるAppleのFile Providerをサポートした「Google Drive for Desktop」の追加情報を公開しています。詳細は以下から。 Googleは現地時間2022年05月12日にロールアウトを開始したGoogle Drive用デスクトップ(Mac)クライアント「Google Drive for Desktop v58.0」以降から、AppleがmacOS 12.1 Monterey*で導入したFile Provider APIのサポートを開始すると発表しましたが、 Googleは05月27日付で、新たにFile Provider APIをサポートした「Google Drive for Desktop」で発生する仕様変更についての追加情報を公開しています。 Introduced by Apple in macOS 12.1, Fil
PackerBuild and manage images as code
SRE の田中 @kenzo0107 です。 Terraform Provider kenzo0107/terraform-provider-sendgrid を作成し、SendGrid のリソースを terraform で管理する様にした話です。 https://registry.terraform.io/providers/kenzo0107/sendgrid まず弊社の SendGrid リソース管理の Before/After をご覧ください。 弊社の SendGrid リソースの管理方法 Before SendGrid コンソール上で手動でリソースの作成・更新・削除していました。 特にチームメイトは以下運用で工数が肥大化していました。 定期的な棚卸し メールアドレスを元にプロジェクト担当者（or 退職者）かをチェック 弊社の SendGrid リソースの管理方法 After -
Appleは3月29日（米国太平洋時間）、保証期間が切れた同社製品（Mac、iPhone、iPad）などを修理する業者を認定する「Independent Repair Provider（独立修理プロバイダ）」プログラムを日本を含む200以上の国／地域に拡大することを発表した。日本では「今週後半」（4月1日か2日と思われる）から業者からの申し込みを受け付ける。 プログラムの概要 Independent Repair Providerプログラムに参加する修理業者は、Appleから以下のリソースを提供される。 トレーニングプログラム（無料） Apple純正部品（有償） 修理に用いる専用治具（有償） 修理マニュアル（無料） 故障診断プロセス（無料） プログラムへの応募自体は無償だ。ただし、Appleから純正部品と治具の購入することと、専任の「Apple認定技術者」の配備を求められる。また、以下のい
useContext + useState 利用時のパフォーマンスはProviderの使い方で決まる！かも。。。？ReactreduxuseStateuseContext この記事は2020/6/7 に投稿した「useContext + useState におけるパフォーマンス上の懸念と、その解消法として(不本意ながら)Reduxを使っちゃう話」を再調査の上修正したものです。タイトル含め色々と中身が変わっていますので一度ご覧になった方も楽しめる(?)と思います。なお修正前の記事は以下別記事として残しました。興味のある方はご参照ください。 [修正前記事]useContext + useState におけるパフォーマンス上の懸念と、その解消法として(不本意ながら)Reduxを使っちゃう話 本記事では「useContext + useState を用いたグローバルなステート管理は、Provide
Vue3 Composition APIにおいて、Providerパターン(provide/inject)の使い方と、なぜ重要なのか、理解する。JavaScriptTypeScript設計Vue.jsNuxt はじめに Composition APIで、Providerパターン(provide/inject)が、なぜ重要なのでしょうか。 Composition APIを使えば「状態やロジック」を簡単にコンポーネントの外に切り出すことができます。 しかしながら、Composition APIだけでは「ロジックや状態は切り出せても、複数コンポーネント間で共有できない」からです。 Composition APIによって、荷物をダンボールに梱包はできても、運ぶ人がいない状態です。 みなさんは、VueのProviderパターン(provide/inject)って使ったことありますか? https:/
この記事は Magic Moment Advent Calendar 2024 15 日目の記事です。 Magic Moment ソフトウェアエンジニアの scent-y です。 弊社では GCP のリソース管理などで Terraform を利用しています。Terraform を利用する中で、公式で対応されてない外部リソースを管理したくなった場合はどうすれば良いのだろう？とふと疑問を抱きました。 そんな中、Terraform では Provider を自作できる仕組みがあることを知りました。実際に作成してみることで、Terraform の理解につながったり、管理したいリソースの Provider が存在しない場合の選択肢が広がるかなと思い、入門してみた内容になります。 普段から利用していて自分にとって身近なツールである、Notion の Provider を作成してみます。 公式のチュート
macOS 14.1 SonomaではDropboxやOneDriveなどAppleのFile Providerを利用したアプリで全ファイルのインデックスの再構築が行われ、ハングアップ不具合が修正されたようです。詳細は以下から。 Appleが現地時間2023年09月26日に正式リリースした「macOS 14.0 Sonoma」では、同社がmacOS 12.3 Montereyから提供しているFile Providerフレームワークに不具合があり、File Provider APIを利用したアプリがmacOS 14.0 Sonomaアップグレード後にクラウド上に保存してあるファイルを全て一度ダウンロードし全ファイルのインデックスの再構築を行い、 その過程でアプリがスタック(動かなくなって)してしまう問題が確認され、DropboxやMicrosoft(OneDrive)、Google(Goog
AppleはMicrosoftとDropboxにFile Provider APIより前にプライベートAPIを提供していたようです。詳細は以下から。 Appleは現地時間2022年01月27日、開発者向けにmacOS Montereyの次期アップデートとなる「macOS 12.3」のBeta 1を公開し、同バージョンでクラウドストレージサービスのDropboxやMicrosoft OneDriveのデスクトップアプリが利用しているカーネル拡張が廃止され、AppleのFile Providerフレームワークへ移行されるために、ファイル・オンデマンドなどの機能が強制/利用できなくなると発表していますが、 Kernel Deprecations The kernel extensions used by Dropbox Desktop Application and Microsoft OneD
<この記事は Hatena-Blog-Workflows-Boilerplate によって作成されました> こんにちは！ BASE 株式会社 Pay ID 兼 BASE PRODUCT TEAM BLOG 編集局メンバー の @zan_sakurai です。 今回は、BASE PRODUCT TEAM BLOG のブログメンバーを Terraform Provider for HatenaBlog Members で管理をはじめたので、その紹介をいたします。 前回は、Hatena-Blog-Workflows-Boilerplate を使ってとある SaaS のリンクを一括置換した話について書きました。 今回も企業ではてなブログで技術ブログ等を運営されている方の一助になればと幸いです。 Terraform Provider for HatenaBlog Members Terraform
Flutter の状態管理には BLoC (Business Logic Component) パターンがよく使われると思うんですが、package:providerを使った方が楽だよ、という記事です。 ※2019年に書いた記事なので少し内容は古い可能性があります。 Provider のススメFlutter の状態管理には BLoC (Business Logic Component) パターンがよく使われると思うんですが、package:provider (正確には provider と ChangeNotifier) を使った方が楽だよ、という記事です。 Google I/O でも 2018 年は BLoC を推奨していましたが ちなみに 2019 の発表は現地で見ていたのですが、終盤にもかかわらず満席で Flutter への注目度の高さを伺わせました。 2020/05/07 編集 p
PackerBuild and manage images as code
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
Appleは日本時間3月30日、Independent Repair Providerプログラムを、日本を含む全世界に拡大することを発表しました。 Independent Repair Providerプログラムは、事業規模を問わず修理を行うサービス事業者が、Appleより純正の部品、専用器具、修理マニュアル、診断プロセスの提供を受け、Apple製品を、安心かつ信頼できる修理を実施するために用意されています。 同プログラムは、2019年に米国で始まり、昨年には欧州とカナダに拡大されていました。 Appleが提供する Independent Repair Provider プログラムが世界200以上の国・地域に拡大 プログラムの参加は無料です。 そのためには、専任のApple認定技術者を置く必要があります。 認定を受けたサービス事業者は、Apple正規サービスプロバイダ向けと同価格で提供され
PackerBuild and manage images as code
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く