Discover reference architectures, diagrams, design patterns, guidance, and best practices for building or migrating your workloads on Google Cloud.
![Icon Library | Google Cloud](https://cdn-ak-scissors.b.st-hatena.com/image/square/0e132c7916d37a3584f9bf1740f19a7c8aaf839e/height=288;version=1;width=512/https%3A%2F%2Fcloud.google.com%2F_static%2Fcloud%2Fimages%2Fsocial-icon-google-cloud-1200-630.png)
Send feedback Internal passthrough Network Load Balancer overview Stay organized with collections Save and categorize content based on your preferences. An internal passthrough Network Load Balancer is a regional load balancer that is built on the Andromeda network virtualization stack. Internal passthrough Network Load Balancers distribute traffic among internal virtual machine (VM) instances in
Collecting log files from within containers with Fluentd and sending them to the Google Cloud Logging service. Note that this only works for clusters running on GCE and whose VMs have the cloud-logging.write scope. If your cluster is logging to Elasticsearch instead, see this guide instead. This directory contains the source files needed to make a Docker image that collects log files from arbitrar
あの人気書籍がついに復刻再販! あなたは「+-><.,[]」の8つの記号しかないプログラミング言語や、空白だけで構成されるプログラミング言語があるのをご存じでしょうか。本書では、そんな奇妙な言語(Esoteric Language)を題材にプログラミング言語の作り方を解説します。 プログラミング言語の未知の世界に触れてみたいあなたに。また、Rubyプログラムを書く際の慣習やテクニックについても触れられているため、Ruby学習者の「2冊目の本」としても最適な一冊です。 【注意】 本書は2008年12月に刊行された『Rubyで作る奇妙なプログラミング言語』を元にした復刻版です。基本的に書籍中の情報は、原著発行時のものですので、ご注意ください。 Ruby 2.x系、1.9系、1.8系対応です。 発売日:2014-01-07 ページ数:228ページ 目次 本書の概要とRubyのインストール 章の構
インターネットで使われる各種仕様の多くは、RFCと呼ばれる文書として発行されています。 RFCは、「意見募集」や「意見を求む」といった意味を持つRequest For Commentsの略ですが、インターネットに関連する通信仕様の標準を示す文書の名称が、なぜ意見を募集するとなっているのでしょうか? それには、初期のRFCが発行された時代背景があるのです。 RFCの文書番号は新しい文書とともに増加していくので、基本的に文書番号が小さいほど昔のものになります。 最初のRFCである、RFC 1は、1969年4月7日に発行されています。 多少余談になりますが、RFC 1は、「インターネット」という単語が生まれる前に発行されています。 「インターネット(internet)」という単語が初めて登場するRFCは、1974年に発行されたRFC 675です。 1973年に発行されたRFC 604とRFC 6
7月1日は弁理士の日!このエントリは、ドクガクさんの「弁理士の日ブログ企画2016」に乗っかったものです。 今年のお題は「知財業界でホットなもの」 いまIT知財の世界でホットな話題といえばなんといっても35 U.S.Code§101(米国特許法101条、通称ワンオーワン(101))、2014年にUSでAlice判決というのがでて以来、ソフトウェア特許の世界は蜂の巣を突いたような騒ぎになってる。 少し前までアメリカはプロパテント(知財保護重視)で、ビジネスモデル特許という流行を生み出したのもアメリカだし、なんでもかんでも特許になる、なんて言われていたのも今は昔、いまや日本の審査の方が全然ユルユルで、少なくともソフトウェア特許においてはアメリカは完全にアンチパテント側に振れたといえる。 まあこのへんの話はソフトウェア特許に限った話なので、他分野の知財業界人や弁理士はあまり知らないかもしれないが
Windows Server 2016(およびWindows 10 Anniversary Update以降)では、Dockerのコンテナ技術を使った「Windowsコンテナ」機能が利用できるようになった。これはLinux+Dockerという組み合わせで広く使われているコンテナ型仮想化技術(以下「Linuxコンテナ」と呼ぶ)をベースにして、Windows OS上でも同じようなコンテナ機能を利用できるようにしたものである。 本TIPSでは、Windowsコンテナの概要や2種類のWindowsコンテナ、Linuxコンテナとの違いなどについてまとめておく。 ●Windowsコンテナとは? Dockerとは、もともとはLinux OSの持つコンテナ機能やリソースの管理機能などをベースに作られた、コンテナ型の仮想化技術である。PC全体を仮想化する仮想マシン技術と比べると、軽量・高速で、実行に必要なリ
はじめに 皆さんはgoパッケージを使ったことはありますか?私は、Go!Go!言いながら、恥ずかしながら、あまりまともに使ったことがありませんでした。最近は、仕事でもAST(抽象構文木)を弄り倒すことがあるので、今回はgoパッケージに触れたいと思います。 ここでは、簡単な四則演算などを評価し、結果を返すREPLを作ってみます。一見難しそうですが、ほとんどgoパッケージの機能を使うので、非常に簡単です。 ASTへパースする まずは入力された文字列をパースし、ASTを生成してみます。ここでは、式の評価なので式単位でパースします。パースには、parser.ParseExprを用います。 たとえば、以下のように使用できます。 expr, err := parser.ParseExpr("1+1") if err != nil { panic(err) } ast.Inspect(expr, func
はじめに 2016年12月現在、SlackAPIでは公式に全チャンネルの全発言をリアルタイムに取得する方法が用意されていません。 つまりこれはSlackが我々に叩きつけた挑戦状ではないでしょうか?(?) 全能感を味わうツールを作りたかった私は試行錯誤の上、検索APIを利用する方法で全チャンネルの全発言を取得することができたので、今回作ったツールを含め紹介します。 slackの検索APIについて https://api.slack.com/methods/search.all を使用します。 実は中身は… この検索APIのバックエンド実はsolrなんです!様々なクエリを投げていろいろ実験してるときに白状しました! このリクエストは - 昨日以降の発言 - タイムスタンプでソート とだけ指定してSlackの検索APIを殴っています。 なんとこれだけで、10秒くらいの遅延はあるもののほぼリアルタ
かつてインターネットで一世を風靡したテキストサイト、別名日記サイトの歴史を知ろう。 「侍魂」「兄貴の館」「ろじっくぱらだいす」「一流ホームページ」「かまくら」「オレイズム」……。ネットで日記を書いているだけでモテる時代がかつて存在した!? こんにちは。ヨッピーです。皆さん、同窓会はしてますか? 元同級生や部活の仲間など、久々に会う仲間たちと懐かしい話に花を咲かせるのは楽しいものです。 そんな「同窓会」を後押ししようと、ビールの定番としてお馴染みのキリン一番搾りが「同窓会メーカー」というサービスを開始しまして、このサービスのPRのために「同窓会をやってほしい」と依頼されました。 同窓会メーカーはテーマを決めて仲間と気軽に同窓会が開け、予定調整まで出来るWEBサービス。会の後も集合写真を加工できる同窓会カメラで盛り上がれるそうだ。その同窓会メーカーの中身を見てみると、「え?それって同窓会なの?
インターネットに関連するプロトコルなどを規定するRFC(Request For Comments)の正規文書のフォーマットが、これまでのplain-text ASCIIからXMLへと変わります。そのためのRFCが、RFC 7990 - RFC 7998として策定されました。 RFC 7990 RFC Format Framework RFC 7991 The "xml2rfc" Version 3 Vocabulary RFC 7992 HTML Format for RFCs RFC 7993 Cascading Style Sheets (CSS) Requirements for RFCs RFC 7994 Requirements for Plain-Text RFCs RFC 7995 PDF Format for RFCs RFC 7996 SVG Drawings for R
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く