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

「学生時代の経験を活かそうとか、論外です」北の達人・木下社長に“社会人1年目の働き方”を相談したら、キャリア観が180度変わりました

この記事は Container with AWS Advent Calendar 2015 の 23 日目です. 昨日は inokappa さんの （ショロカレ 21 日目）ずっと待ってた Amazon ECR を一瞬、使ってみた でした. 僕自身も GA のニュースを聞いて早速さわってみたんですが、自前運用の Docker Registry から脱却できそうでうれしい限りです. はやいとこ東京リージョンにきてくれないかしら. さて、本日は Git push を契機とした Amazon ECS への自動デプロイの仕組みを構築しよう、という企画です. 意外とめんどくさい Amazon ECS への手動デプロイ Amaozon ECS に新バージョンのコンテナを手動デプロイしようとすると、何も考えないと以下のようになります. Task Definition を更新 Service の参照する

【2017年3月31日】 いまやホームページは誰でも、もの凄く簡単に作れる。ホームページ作成サービスがあり、無料で始められるものもある。 正直なところ、個人の商店や中小規模の企業レベルならコレで十分なケース多い。 ホームページを作るための言語（HTML）やデザインの知識も全く要らない。キーボードを叩けて、マウスをクリックできれば十分だ。 この記事では、誰でも使える便利なホームページ作成サービスを紹介する。日本語対応で無料から始められるもののみに限る。 この記事の後半では、実際に無料で簡単にホームページを作る手順を解説する。実際に無料のサービスを使ってホームページを一つ作ってみたので、興味のある人はのぞいてみてほしい。 目次 目次 ビジネス用のホームページなら少し投資を ホームページ作成サービスを利用するときの注意点 グーペ BiND クラウド BASE（ベース） Jimdo（ジンドゥー）

This Domain is NOT Suspended Anymore This domain has all already been restored and not Suspended anymore. If you are the registrant of the domain please update your nameservers so it resolves to your site. Este Dominio Ya NO Esta Suspendido Este dominio ya fue restaurado y no está suspendido. Si usted es el titular por favor actualice los nameservers para que resuelva a su página.

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

竹中平蔵氏「老後の生活を国は支えません。自分でお金を貯めて備えてください」 1 名前： サソリ固め(catv?)＠＼(^o^)／：2016/05/05(木) 13:06:09.11 ID:XDxiE/Fn0 年金というのは、生きるリスクに対してかける保険 「90歳まで生きるつもりでそこまでのお金を貯めていたけど、100歳まで生きちゃった」というリスクにかける保険です。 65歳から全員に年金給付していたら、実は消費税を30％にしてもダメなんですよ。これはもう明らかなこと。でも年金給付年齢を引き上げるとか、消費税増税を言い出すと、「弱者切り捨てだ」と世論がパニックになってしまって。 そもそも日本人は、社会保障に対して誤解をもっています。自分が90歳まで生きると思ったら、90歳まで生きる分のお金を自分で貯めておかないとダメなんですよ。保険は不測の事態に備えるものなんですから。 今の日本の問題は、

（2023/1/20に追記） 僕は色々なお店に行くのが好きで、今まで東京中心に1,000店舗以上のお店に行き、このブログやnoteでもデートにおすすめな東京のお店を紹介してきました。 今回切り口を変えて、東京に限らず雰囲気が素敵で記憶に残るお店を10店舗だけ紹介できればと思います。興味がある方はこちらのページからどうぞ。 （追記終わり） 毎日外食な日々を送っているので行ったお店も増えてきた。そこでデートにおすすめなお店を予算別*1にまとめみてみた。 第3回は予算5000〜6000円のお店について。2人で1万円を超えて良いとなると、選べるお店もぐんと増えてくる。デートで好評だったお店の中から、悩んで選び抜いた10店を紹介したい。 ダブリュー（表参道） 出典：http://tabelog.com/tokyo/A1306/A130602/13121823/ 表参道駅から徒歩1分。ワインショップ×

www.goodbyebluethursday.com is using a security service for protection against online attacks. This process is automatic. You will be redirected once the validation is complete.

分割の基準を2つに絞っても、9パターンもありました。各構成を1つずつ見ていきましょう。 1. 単一のAWSアカウントを使う この構成パターンは、一見単純です。しかし、すべてのシステムを1つのAWSアカウントの中に構築するため、アカウント内の環境はかなり複雑になります。 1-1. 単一のAWSアカウント、単一のVPC default VPC以外のVPCを1つ明示的に作り、その中に複数のシステム、複数の環境を混在させる構成です 1-2. システムの種類と環境の用途でVPCを分割 システムの種類でVPCを分け、さらに本番用と開発用など環境の用途によってもVPCを分ける構成です 1-3. システムの種類でVPCを分割 システムの種類によってVPCを分けますが、開発環境や本番環境を1つのVPC内に構築する構成です 1-4. 環境の用途でVPCを分割 環境の用途によってVPCを分けますが、複数の異なる

Amazon SES を利用してメール送信する際に必要となるスパム対策の基礎知識と、環境構築や利用申請の方法については具体的にステップ・バイ・ステップで説明します。SESのメール送信では、SESの利用方法や応用例をご紹介します。 SES とは Amazon SES（Simple Email Service）は Amazonが提供するフルマネージド型のメール配信サービスで以下の特徴があります。 初期費用無し、低価格 配送機能のみ提供 *1 Email配送API Amazon SES クエリ（HTTPS） AWS コマンドラインインターフェイス AWS Tools for Windows PowerShell AWS Software Development Kit（SDK） Android、Browser、iOS、Java、.NET、Node.js、PHP、Python、Ruby、および G

とある事情により、POST リクエストをリダイレクトさせる必要が生じました。単純にリダイレクトさせてみたところ、リダイレクトはされるものの、POST リクエストに付与していた HTTP_BODY が取得できません。どうも、リダイレクト時に GET に変更されているみたいです。 ぼくは怒りに震えたものの、RFC 的にはどう振る舞うべきなんだ、各種ブラウザの振舞いはどうなっているんだ、ということが気になったのでまとめてみました。内容としては、 -POSTリクエストをリダイレクトするとGETされる？POSTされる? - はこべにっき ♨ の二番煎じになります。 先に結果を示しておくと、以下のとおりでした。 Status Code 期待動作 Firefox (25.0.1) Safari(7.0) Chrome (31.0) 301 POST GET GET GET 302 POST GET GE

前回のopensslでRSA暗号と遊ぶでRSA暗号や秘密鍵について中身を色々といじってみた。続いて今回は、Apacheで使うオレオレ証明書を作ってみる。 細かいことはいいから、オレオレ証明書を作るコマンドだけ知りたい お急ぎの方は、以下3つだけやれば良い。これで10年間(3650日)有効なオレオレ証明書ができあがる。 $ openssl genrsa 2048 > server.key $ openssl req -new -key server.key > server.csr $ openssl x509 -days 3650 -req -signkey server.key < server.csr > server.crtできあがったserver.crtとserver.keyを、例えば/etc/httpd/conf/ 配下のssl.crt/ と ssl.key/ ディレクトリに設置

こんにちは。技術部の吉川です。 最近ではMicroservicesという言葉もかなり浸透し、そのテクニックも体系化されつつあります。 一方でMicroservicesについての話は概論や抽象的な話が多く、具体像が見えないという方もいらっしゃるのではないでしょうか。 当ブログでは1年半ほど前にMicroservicesへのとりくみについてご紹介しました。 当時社内ライブラリだったGarageはその後オープンソースとして公開され、また社内のシステムも当時と比べ飛躍的な進化を遂げています。 そういったクックパッドにおける最近のMicroservices事例を先日Microservices Casual Talksで紹介しました。 Microservicesの抽象的な話は一切割愛し、具体的な事例に終始した内容となっています。 Microservicesの基本となる考え方はわかったものの、実践方法で

Java 8 で、 Oracle の JVM を前提とした話です。 Java のメモリ管理 これを知っておかないと、 OOME が起こっても、メモリ内で何が起こっていて、どこを調査すべきで、どのように対処したらいいのかが判断できない。 なので、まずは、そもそも Java がどうやってメモリを管理しているのかを知る。 しかし、実際調べてみたら予想通りというかなんというか、量が多くなってしまった。 なので、個々の用語の説明は末尾の 用語集 に押し込めたので、ここではざっくりとした概要だけ記載する。 メモリの構造 超ざっくりとした、メモリ構造を表した図。 おおきく、ヒープ（Heap）領域とネイティブ（Native）領域の２つの領域がある。 ヒープは Java プログラムが使う領域で、プログラム上で生成したオブジェクトは、このヒープ領域に配置される。 一方、ネイティブ領域は JVM が動くのに必要

6. GoでWebアプリを開発する メリット ●  インタプリタと比較して 高速・軽量 ○  Railsより50倍の速度と10倍の省メモリという話も[1] ●  並列処理 が簡単 ○  goroutine（スレッド）と channel（メッセージパッシング） ○  go func() のように go を使うだけ ●  シングルバイナリ でデプロイ ○  コンパイルしたバイナリをアップロードするだけ ○  ライブラリのインストールなどが不要 ○  コンテナ や マイクロサービス との親和性が高そう 16/02/27 6 [1] https://plus.google.com/+MattAimonetti/posts/PeZk8FY3PWY 7. GoでWebアプリを開発する メリット ●  コーディング規約 を統一 ○  gofmt（goimports）で強制的に直される ○  可読性が上が