npmと互換性のあるパッケージマネージャー「Yarn」、使っていますか？ 筆者は半信半疑で使い始めましたが、今ではすっかりその魅力にハマり、すべてのプロジェクトで使うようになりました。本エントリーではnpmから乗り換えてわかったYarnの4つのメリットを紹介します🐾 。 なお、Yarnについてのインストール方法や基本的な使い方は記事「npm互換のJavaScriptパッケージマネージャーYarn入門」を参照ください。 1. npmと一緒に使えるや〜ん 😽 Yarnを使う前に持っていた最大の懸念は「Yarnを導入したらプロジェクトに関わるメンバー全員がYarnを使う必要があるのか？」ということです。メンバー内全員に新しい技術を使ってもらおうとすれば、それだけで大きなコストになります。 Yarnはプロジェクト内のチーム全員で導入する必要はなく、ある人はYarnを使う、ある人はnpmでパッケ

webpackをv3.10.0からv4.3.0に更新したら色々とこけたのでそのまとめです。 参考記事　（チュートリアル?） https://www.valentinog.com/blog/webpack-4-tutorial/ webpack-cliの追加 結果 The CLI moved into a separate package: webpack-cli. Please install 'webpack-cli' in addition to webpack itself to use the CLI. -> When using npm: npm install webpack-cli -D -> When using yarn: yarn add webpack-cli -D ✖ ｢wds｣: Invalid configuration object. Webpack has

GitHubサンプルをbabel7に対応しました。 GitHubサンプルコード：GitHub （※この記事のサンプルはすでに古いです。最新版のサンプルと説明はGitHubのreadmeに書いてあるのでそちらを見てください） ReactJS使ってナウいウェブアプリケーション作ろうぜってことでまとめてみようと思います。 以前はウェブアプリケーション作る時はBracketsやAtom使っていたのですが プラグインのアップデートとかバグった時がめんどくさかったり、エディタが重かったりしたので 最近はVisual Studio Code(VSCode)に乗り換えました。 （必要な便利な機能もプラグインいれなくても揃ってるし、デフォルトでJSXサポートしてるから楽） VSCode環境構築：VSCodeで爆速コーディング環境を構築する(主にReactJS向け設定) ちょこっとReactJSを試したいとき

この記事は古くなっており、今後更新されません。新しい React 日本語ドキュメントである ja.react.dev をご利用ください。 新しくなったチュートリアルでは最新の React の使い方がライブサンプル付きで学べます。 このチュートリアルは React の事前知識ゼロでも読み進められます。 チュートリアルを始める前に このチュートリアルでは小さなゲームを作成します。自分はゲームを作りたいのではないから、と飛ばしたくなるかもしれませんが、是非目を通してみてください。このチュートリアルで学ぶ技法はどのような React のアプリにおいても基本的なものであり、マスターすることで React への深い理解が得られます。 ヒント このチュートリアルは実際に手を動かして学びたい人向けに構成されています。コンセプトを順番に学んでいきたい人は一段階ずつ学べるガイドを参照してください。このチュート

This page shows how to run automated tasks using Kubernetes CronJob object. Before you beginYou need to have a Kubernetes cluster, and the kubectl command-line tool must be configured to communicate with your cluster. It is recommended to run this tutorial on a cluster with at least two nodes that are not acting as control plane hosts. If you do not already have a cluster, you can create one by us

フィードバックを送信 クライアント ライブラリを使用して GKE クラスタの外部に保存されている Secret にアクセスする コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このチュートリアルでは、Google Kubernetes Engine（GKE）クラスタで使用されるセンシティブ データを Secret Manager に保存し、GKE 用 Workload Identity 連携と Google Cloud クライアント ライブラリを使用して Pod のデータに安全にアクセスする方法について説明します。このチュートリアルは、クラスタ内のストレージからセンシティブ データを移動するセキュリティ管理者を対象としています。 クラスタ ストレージの外部にセンシティブ データを保存すると、攻撃が発生した場合に不正アクセスされるリスクが軽減されます。GKE

概要 GKE Cluster内のコンテナからGCSのBucket上にあるデータをダウンロードする仕組みが必要だったので、その時に行った設定を残します。 事前準備 以下の項目については、本題とは少しそれるため事前準備として記載します。 GCPアカウントのセットアップ（プロジェクトの作成) gcloudのインストール、セットアップ こちら GKEクラスターの作成 こちらのドキュメントを参考に IAM（以下の権限を付与) Kuvernetes Enginne 管理者 セットアップ サービスアカウントの作成 GCSにアクセス可能なサービスアカウントを作成し、ダウンロードします。 今回は雑に ストレージ管理者 権限をサービスアカウントに付与しました。 secretsの作成 ダウンロードしたサービスアカウントファイル(json)をkubernetesのsecretsに保管します。 secretsを作成

KubeCon + CloudNativeCon 2024Join us for three days of incredible opportunities to collaborate, learn and share with the cloud native community. Buy your ticket now! 12 - 15 November | Salt Lake City SecretsA Secret is an object that contains a small amount of sensitive data such as a password, a token, or a key. Such information might otherwise be put in a Pod specification or in a container imag

ユースケースに適した認証方法を選択する Google Cloud CLI、Cloud クライアント ライブラリ、Terraform など、アプリケーションのデフォルト認証情報（ADC）をサポートするツールまたは REST リクエストを介して Google Cloud サービスにアクセスする場合は、の図を参考にして認証方法を選択してください。 この図には、次の質問が記載されています。 シングル ユーザー開発環境（独自のワークステーション、Cloud Shell、仮想デスクトップ インターフェースなど）でコードを実行していますか？ 「はい」の場合は、質問 4 に進みます。 「いいえ」の場合は、質問 2 に進みます。 Google Cloud でコードを実行していますか？ 「はい」の場合は、質問 3 に進みます。 「いいえ」の場合は、質問 5 に進みます。 Google Kubernetes E

フロントエンド front end バックエンド back end アプリ開発 app インフラ infra その他 other データドリブン data driven タグ一覧 Ajax（1） Android（20） Apache（2） AR（2） benchmark（1） BigQuery（2） browsersync（1） C4（1） CakePHP（1） CentOS7（1） CI（1） CMS（3） CoreNFC（1） CraftAR（1） CSS（1） DeepLab（2） Dmitry Stogov（1） ECMAScript（1） ECMAScript6（1） ElePHPant（1） Facebook（3） FFmpeg（1） firebase（1） fluentd（1） Framework（1） GD（2） gif（2） Git（1） GLSL（5） Google A

フィードバックを送信 Google Kubernetes Engine クラスタから Redis インスタンスへの接続 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Redis インスタンスには、Redis インスタンスと同じ承認済みネットワークを使用する Google Kubernetes Engine クラスタからのみ接続できます。 設定 Google Cloud CLI をインストール済みで Redis インスタンスを作成済みの場合は、次の手順をスキップできます。 gcloud CLI をインストールして初期化します。 gcloud init クイックスタート ガイドの手順に沿って Redis インスタンスを作成します。Redis インスタンスのゾーン、IP アドレス、ポート番号をメモしておきます。 GKE クラスタの準備 GKE クラスタを作成し

フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 gcloud CLI を使用して Memorystore for Redis インスタンスを作成する 新しい Memorystore for Redis インスタンスを作成、接続、削除する方法を学習します。 このタスクを Google Cloud コンソールで直接行う際の順を追ったガイダンスについては、[ガイドを表示] をクリックしてください。 ガイドを表示 始める前に Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customer

フィードバックを送信 データを一般公開する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、公共インターネット上ですべての人が閲覧できるオブジェクトの作成方法を示します。公開されたデータへのアクセス方法については、一般公開データへのアクセスをご覧ください。 オブジェクトが公開されて共有されると、そのオブジェクトが公開されている限り、そのオブジェクトの URI を知っているすべてのユーザーがオブジェクトにアクセスできます。 必要なロール オブジェクトを一般公開するために必要な権限を取得するには、次のロールを付与するよう管理者に依頼してください。 個々のオブジェクトを一般公開する: Storage オブジェクト管理者（roles/storage.objectAdmin） Google Cloud コンソールの使用を予定している場合は、Stora

フィードバックを送信 Google マネージド SSL 証明書の使用 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Ingress オブジェクトを使用して、Google マネージド SSL 証明書を構成して外部ロードバランサを作成する方法を説明します。このような証明書は、ドメイン名に対して Google がプロビジョニング、更新、管理するドメイン認証（DV）証明書です。この証明書は個人 ID や組織 ID を示すものではありません。 Google Cloud で Google マネージド証明書を作成する方法については、Google マネージド証明書をご覧ください。 GKE の Google マネージド SSL 証明書は公開クラスタと限定公開クラスタをサポートしています。 Google マネージド証明書を使用した Ingress の作成 G

Use Kubernetes features, primitives, and abstractions for storage

フィードバックを送信 Ingress による HTTPS ロード バランシングにおける複数の SSL 証明書の使用 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Google Kubernetes Engine（GKE）クラスタの Ingress リソースに複数の SSL 証明書を構成する方法について説明します。 概要 クライアントからの HTTPS リクエストを受け入れるには、アプリケーション ロードバランサは証明書を持っていなければなりません。これにより、適切な送信先であることをクライアントに示すことができます。さらに、ロードバランサには、HTTPS handshake を完了するための秘密鍵も必要です。 ロードバランサがクライアントからの HTTPS リクエストを受け入れると、クライアントとロードバランサ間のトラフィックは TLS

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

フィードバックを送信 Ingress によるコンテナ ネイティブのロード バランシング コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Google Kubernetes Engine（GKE）でコンテナ ネイティブのロード バランシングを使用する方法について説明します。コンテナ ネイティブのロード バランシングにより、ロードバランサは Kubernetes Pod を直接ターゲットにして、トラフィックを Pod に均等に分配できます。 コンテナ ネイティブのロード バランシングのメリット、要件、制限事項の詳細については、コンテナ ネイティブのロード バランシングをご覧ください。 始める前に 始める前に、次の作業が完了していることを確認してください。 Google Kubernetes Engine API を有効にする。 Google K

フィードバックを送信 コンテナ ネイティブのロード バランシング コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Google Kubernetes Engine（GKE）におけるコンテナネイティブのロード バランシングについて説明します。コンテナネイティブのロード バランシングにより、数種類のロードバランサは Pod を直接ターゲットにすることができ、またトラフィックを Pod に均等に分配できます。 コンテナネイティブのロード バランシングのアーキテクチャ コンテナ ネイティブのロード バランシングでは、GCE_VM_IP_PORT ネットワーク エンドポイント グループ（NEG）を使用します。NEG のエンドポイントは Pod の IP アドレスです。 コンテナ ネイティブのロード バランシングは常に内部 GKE Ingress で使