[CDP] インターネットアクセス（アウトバウンド）パターン | DevelopersIO
はじめに CDP（Cloud Design Pattern）ではOnDemand NATパターンをはじめとするインターネットアクセス（アウトバウンド）の解決法が提案されています。しかしながら、イントラネットとクラウドをVPN接続した環境では、一般にPrivate Subnetのデフォルトゲートウェイ（0.0.0.0/0）はプライベートアドレス空間のVPNゲートウェイに設定されているおり、単純にPrivate Subnetのデフォルトゲートウェイ（0.0.0.0/0）をNATインスタンスにルーティングできないケースも存在します。以降、インターネットアクセス（アウトバウンド）の課題に対する解決策・システムアーキテクチャ設計として、以下の４つのパターンを解説します。 インターネットアクセス（アウトバウンド）必要とされる背景 インターネットアクセス（アウトバウンド）は、以下の一般的な要件を鑑みると
![[CDP] インターネットアクセス（アウトバウンド）パターン | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/159aae9aca8c6edf2f9802a0b5ceac5fe829ed41/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F07%2Fcdp.png)
PHP 5.6リリースは8月28日 - 最後の準備リリース公開
PHPデベロップメントチームは、「PHP: Hypertext Preprocessor - PHP 5.6.0RC4 is available」において、次期メジャーアップグレードリリースとなるPHP 5.6.0へ向けた最後の準備リリース版「PHP 5.6.0RC4」を公開したと発表した。今回のリリースではバグ修正のみが実施されている。すべてのPHPユーザへ本バージョンのテストとバグ報告の実施が呼びかけられている。 ダウンロードや新機能の解説ドキュメントなどは次のページにまとまっている。 ソースコードダウンロード PHP: Quality Assurance Windowsバイナリダウンロード PHP For Windows: Binaries and sources QA Releases 新機能解説ドキュメント PHP: New features - Manual PHP 5.6.0
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
CentOS 7でOS管理者パスワードを忘れた時に変更する方法 - Qiita
従来との違い 管理者のパスワードを忘れてログインできなくなった場合はシングルユーザモードに入ってパスワードを変更する、というのがCentOSのみならずLinux全般でのお作法であった。 しかしCentOS 7では旧来のシングルユーザモードに相当するレスキューモードに入ってもrootユーザのパスワードを要求されるので、その手は使えなくなっている。 エマージェンシーモード（レスキューモードとの違いはルートパーティションだけ読み取り専用でマウントする）というのもあるが同様にrootユーザのパスワードを入力する必要がある。 CentOS 7では以下のURLに書かれている方法を使用するが、検証の結果、手順に多少誤りがあるようなので、より良い手順を書き出しておく。 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linu
『Amazon Redshift チュートリアル: テーブル設計チューニング』を実践してみた | DevelopersIO
Amazon Redshiftに於いて『パフォーマンスチューニング』は重要なトピックの1つです。Redshiftクラスタを立ち上げて、データを投入して、実際使ってみたものの思ったような速度・レスポンスが返って来ない...という状況も時折遭遇する事と思います。 AWS公式ドキュメント(英語版)を漁ってみると、まさにその『パフォーマンスチューニング』に焦点を当てたチュートリアルが公開されているではありませんか！当エントリではそのドキュメントを参考にひと通り実践してみた内容をまとめてみました。各種手順を1エントリに集約したので超長いエントリとなってしまいましたが、その辺りは目を瞑りつつ実践内容を順を追ってご覧頂ければと思います。 Tutorial: Tuning Table Design - Amazon Redshift: 目次 1.テスト用データセットの作成 2.ベースラインを作るためのシス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
