Office アドインのテストを行うのに、簡単に構築できるhttpsサーバー環境をずっと探していたのですが、ようやく「コレ、かなり簡単じゃない？」と思える環境を見つけました。 Live Serverのインストール Visual Studio Codeの拡張機能に「Live Server」があります。 これを使うとVisual Studio Codeから簡単にローカルサーバーを起動でき、さらにファイル更新に合わせて自動的にブラウザーをリロードすることもできます。 インストールも簡単で、【Visual Studio CodeのExtensions(拡張機能) → Live Serverで検索 → Install】を実行するだけです。 Live Serverの使い方 Live Serverを有効にした後、ワークスペース内のファイルを右クリックし、「Open with Live Server」をク
#!/usr/bin/env python import requests from BaseHTTPServer import HTTPServer from BaseHTTPServer import BaseHTTPRequestHandler import urlparse def start(port, callback): def handler(*args): CallbackServer(callback, *args) server = HTTPServer(('', int(port)), handler) server.serve_forever() class CallbackServer(BaseHTTPRequestHandler): def __init__(self, callback, *args): self.callback = callback Ba
はじめに Play Frameworkを利用してアプリケーションを開発する動機の一つとして「高い負荷に耐えることができる（C10K）」が挙げられます。 しかしながら、たとえPlayを使っていても、チューニングが十分でなければ高いスループットが出るとは限りません。 今回は、300RPS（RPS＝リクエスト毎秒）を超えるような負荷をPlayアプリケーションにかける前に確認すべきポイントをいくつかご紹介します。 本稿ではPlay Frameworkのバージョン2.4を前提としています。 Playアプリの負荷試験前に確認すべきこと 目次 ExecutionContextが適切に分割されているか 並列実行可能なスレッド数の設定は適切か ログ出力方法は十分考慮されているか （おまけ）Amazon Linuxの設定で配慮すべきもの ExecutionContextが適切に分割されているか Executi
(3/15 : タイトル修正しました。wは小文字ですね、すみません・・・) PlayFrameworkが流行り始めてから割と経ちますので、そろそろ正式採用しようと考える方も多いのではないかと思います。 強力な静的型付けで守られたPlayは、ミッションクリティカルなシステムや数万行を超える大規模システムの構築に特に向いているような気がします。 また、Servletを使っていないのに加えてMVC構造がベースなので、今までRailsなどで開発をしていた人でもシームレスに移行できると思います。 しかし、忘れてはならないのがPlayのアーキテクチャが全ての処理が非同期で行われることを前提としているという事です。 ここを忘れてPlayをただの強力な静的型付けで守られたMVCフレームワークとだけ考えて開発を進めてしまうと、本番環境で稼動させた時にパフォーマンスが上がらずに困ることになるかもしれません。今
データと事例で振り返るDevin導入の"リアル" / The Realities of Devin Reflected in Data and Case Studies
VPSを選択するメリット 性能とコストのパフォーマンスが良い 構成の自由度が高い VPSのデメリット 構成するためのコスト（作業工数）が高い 転送量が増えるとアカウントをいきなり取り消されることがあるらしい ミドルウェアのバージョンアップなどの運用コストがかかる スケールアップが難しい PaaS コードの変更を反映させるだけでアプリケーションをすぐに動作させることが出来る、動作環境（プラットフォーム）を提供するサービス。 サーバーを直接触ることが出来ない代わりに様々なAdd Onが提供されているので、それらを利用して動作環境を拡張していく。 主なPaaS Heroku Google App Engine Engine Yard Herokuを利用して以下の様な環境を構築した場合、__約50$/月(1$=120円レートの場合、6,000円/月)__となった。 AWSとほぼ同程度の金額で利用出
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※ 2016年の記事なので、すでに古い情報が多いです。 今の会社で、全社の外部サービスで利用できるAPIを作ってね、という話があったので、環境構築からコーディング、運用まで一人で行っている。 基本はAWSのサービスを利用し、ログの保存だけGCPのBig Queryを利用した。 ※ 2017/10/13 追記 このときの経験を踏まえて、コンテナでの環境構築を行ったので記録した。 → 一からAPIサーバの開発フローを作った話〜コンテナ編 関連記事 マイクロサービスで調査しやすいログをつくる マイクロサービスのテスト作成方針 マイクロサービス
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
さくらのナレッジ読者の皆様はじめまして。当社の「さくらのクラウド」サービスの運用を担当している大井と申します。今回より10回程度に分けて「さくらのクラウド」サービスの簡単な使い方から、数々の機能を駆使した大規模なサービスの構築方法までを分かり易く解説していきたいと思います。どうぞ最後までよろしくお願いいたします。 1. 「さくらのクラウド」はIaaS型のクラウドサービス 数年前より「クラウド」型のインターネットサービスが急速に台頭し、現在では多様な分野に広く普及しています。これは、インターネット上のサービスを雲のような抽象化された概念にたとえ、ユーザーがそれらにインターネットを介してサービスを受ける形態のものを指します。 例えば、ファイルをアップロードして手元のディスクの代わりとして使えるオンラインストレージサービスや、メールの送受信をWebブラウザ上で行えるメールサービスが挙げられます。
家に使い古したPCがあるんだけど、これでホームサーバーでも作れないかな...？ なんて人にぴったりのアプリがあります。それは 『Amahi』！ Amahiは、どんなPCでもホームVPNやホームNAS、メディアストリーマーに変えてしまう魔法のアプリです。 Amahiとは？ Amahi は、 Fedora Linux をベースとした、オープンソースのホームサーバー・ソフトウェアです。柔軟でカスタマイズ性に富み、インストールも簡単。プラグインや拡張機能、アドオンソフトウェアも揃っています。モバイルデバイスへメディアストリーミングをしたいなら、Amahi がパーフェクトな答えでしょう。自前のファイルサーバーや NAS を構築したい？ ならば Amahi です。外出先からホームネットーワークに安全に接続できる VPN を構築したい？ ならば Amahi で完璧。詳しくは、Amahi の機能一覧やプロ
webアプリケーション開発者たるもの、時には https と戦わねばならぬこともあるのです。 打つ手がなくて泣きそうになっていたら同僚から救いの手が！ (ただしサーバ側/クライアント側のいずれかで鍵交換アルゴリズムを変更できる場合に限る) まず、tcpdump でダンプしたものを wireshark で見るには -w FILE オプションをつけてダンプデータをファイルに書き出させます。環境によってはデフォルトで先頭数十バイトしかダンプしない (man によれば、CentOS 5.x で 68 bytes, 同じく Ubuntu 10.04 で 65535 bytes)ようなので、-s 65535 とか -s 0 などとダンプさせるサイズを指定してやるのが吉 今回は https なのでお手軽にポートで絞ることにして...こんな感じで叩けば良いかと。 出力されたファイルは普通に wiresha
2019/9/25-6に開催されたUnite Tokyo 2019の講演スライドです。 小端 みより（株式会社ミクシィ） こんな人におすすめ ・Unityでより本格的なマルチプレイのゲームを作りたい方 ・そもそも通信や同期処理ってどうやって実装するの？という方 受講者が得られる知見 ・Unityで専用サーバを開発するメリットやその方法 ・Unityでサーバとクライアントを同時に開発するテクニック ・通信に関する知識、専用サーバを運用する方法 Unityのイベント資料はこちらから： https://www.slideshare.net/UnityTechnologiesJapan/clipboards
エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 2013-08-26 なんかスイッチが入ったので書いてみる。 目次 1 技術的なレイヤーは掘り下げるべきなので、ソフトウェア・エンジニアだってサーバー運用は経験すべき2 ローカルの仮想環境にインストールとかは意味がない3 強制的に運用しなければいけない状況を作ること4 自腹なのはコストを意識するためと、自由になるため5 初めてならVPSだ6 自宅サーバーはより低レイヤーを経験できるが、高コストで面倒が多い7 初めてだとOSの再インストールは絶対にしたくなる8 専用レンタルサーバーは、無い9 仕事でAWSを使ってるならEC2もアリ10 EC2以外のクラウドのメリットはあまり無い11 OSは仕事で使っているOSにしておこう12 というわけで13 追記：はてブやtwitterで沢山のコメント頂いたので反応
最近話題になっているImmutable Infrastructure（イミュータブル・インフラストラクチャ/サーバ）。あんまりよく解っていないので、整理してみました。 Immutable Infrastructureとは？ そもそもImmutable Infrastructureとは、何でしょう？極論すると、「稼働中のサーバの構成管理をやめて、サーバを使い捨てにしよう」という考え方です。これだけ言われても、さっぱり解らないと思います。 まずは従来の考え方。Mutable Infrastructureというのか、既存のサーバに変更を加えていくことが前提になります。 それに対して、Immutable Infrastructure。直訳すると変化しないインフラとなります。どういうことかと言うと、サーバ構成（ミドル・アプリ）を変更したい場合は新規にサーバを立ちあげ、そこに既存の機能と新規の機能を加
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
おそらく世界でもっとも大規模にMySQLのクラスタを展開し、運用しているのがFacebookでしょう。複数のデータセンターにまたがり何千台ものMySQLサーバを運用するために、自動化の仕組みは欠かせません。 その自動化がどのような仕組みになっているのか。FacebookのデータベースエンジニアであるShlomo Priymak氏が、Under the hood: MySQL Pool Scanner (MPS)という記事をFacebookで公開しています。 かなり長い記事なので、ここではそのポイントをまとめて解説してみました。詳細はぜひ原文をあたってみてください。 MPSのおもな3つの機能 Facebookで稼働しているMySQLは、つねに1つのマスターとそこからレプリケーションされた複数のスレーブによるレプリカセットを構成しています。このレプリカセットの構造を維持し続けることで、可用性と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く