TypeScript2.1+mocha+power-assertでテストしようとして苦戦した話 - Qiita
TypeScript初心者です。 Node.jsで開発して規模が大きくなってくると型が恋しくなってきますね。TypeScriptはVisual Studio Codeでの補完も効くし、コンパイラがくだらないミスを教えてくれるのでうっかりさんには嬉しいです。 しかし、素のNode.jsで使っていたツール達がそのまま使えないのがネックです。 Node.jsで使用していたmocha, power-assertをTypeScript@2.1.5で使うまでにえらく苦労したのでその軌跡です。 前提 JavaScriptはブラウザで動くフロントエンドの話と、サーバーサイドのNode.jsの話が混在していて情報が錯綜しやすいのですが、本稿はサーバーサイドのNode.jsに関する話です。 . ├── dist ├── node_modules ├── package.json ├── src │ └── i
Swagger3.0(OpenAPI Specification 3.0)で強化されたParameter Object - Qiita
背景 2017/7にSwaggerはOpenAPI Specificationとして生まれ変わりました。 正確にはSwaggerの開発元(?)であるSMATRBEAR SoftwareがSwagger2.0をOpen API Initiativeに寄贈し、それを元にOpenAPI Specification（以下OAS） 3.0が作られました。 Swagger2.0と比較してOAS3.0では様々な拡張とリファクタリングが行われましたが、その中でParameter Objectについて記法がかなり拡張されたのでそれについて書きたいと思います。 そもそもSwagger(OAS)って何？ こちらの記事でも述べましたが、この時と多少変わっているので、 https://swagger.io/specification/ から引用します。 The OpenAPI Specification (OAS)
Amazon EC2 Container Service(ECS)の概念整理 - Qiita
概念図 とりあえずECSに出てくるエンティティがそれぞれどんな多重度で関連しているのかをまとめてみました。ここからはそれぞれのエンティがどんな概念なのかを解きほぐしていきたいと思います。 図1 概念図 Serviceが中心 ECSは平たく言うと クラスター（＝複数EC2インスタンスの集合）の上で Dockerコンテナを使って、 Serviceを動作させる ものです。 図2 例えばの構成 上図は、 Front Service (裏にいるAPIをCallしてWEB UIを提供するもの） API Service （ビジネスロジック、DBへの読み書きをRESTful APIで提供するもの） と言う２つのService で構成されるWEBアプリケーションの例です。 ECSで言うServiceは、Serviceは利用者から見た「サービス」よりも一段階か二段階細かいもので、APIサーバーとか、フロントサ
Ansistranoでnode.jsのアプリケーションをインストールする - Qiita
リモートマシンにデプロイするのにCapistranoが鉄板ですが、インフラの構築にAnsibleを使っていると全部Ansibleでやれないものかと。 探してみると、やはりありましたAnsistrano！ おさらい capistranoとは 元々はRailsのデプロイツール 今はRails非依存 Ruby,PHPなどのスクリプト言語のデプロイが得意 だいたいこんな流れ 対象のサーバーにSSH接続し ファイルを配置して gitから取得するパターンが多い 何らかのコマンドを流す 参考：http://qiita.com/mr-myself/items/2769676e6dcf43db41ef まずはインストール Ansible Galaxyで公開されているのでansible-galaxy - hosts: api name: "○○のAPIサーバー" vars: ansistrano_deploy
Google Compute Engine のSSH接続 - Qiita
前回も触れましたが表題のSSH接続についてもうちょっと深く掘ってみました。 基本形(gcloudコマンドによるssh) まずは gcloud auth login まずは gcloud auth login でログインしましょう。ブラウザで認証するアレですね。 これによってgcloudコマンドがgoogleアカウントに紐付けられます。 auth loginはしょっちゅうする必要は無くて、作業端末を再起動しても情報は残るようです。多分どこかのファイルに書かれるんでしょうね。 もうログイン済んでるはずって人は次のコマンドを試してみましょう。どんな状態になっているかを確認することができます。 $ gcloud config list [core] account = newgyu disable_usage_reporting = False project = upheld-caldron-X
Google Compute Engineを触ってみた - Qiita
AWS一辺倒なのもあれなのでGoogle Compute Engine(GCE)を触ってみました。ComputeエンジンというかGoogle Cloud全般ですね。 プロジェクト GoogleCloudはプロジェクトという単位でものを考えます。Google App Engineや、Google APIをお使いの方にはおなじみかもしれません。 GoogleアカウントのOwnerがプロジェクトを作り、そこにメンバーを招待して、VMインスタンスを作って開発、運用を進めていくという形になります。課金に関してもプロジェクト単位に分けられるようになっています。 数にGCEにまつわる管理アイテムの関連図を示します。（LB、スナップショットなど描いていないアイテムもあります） VMインスタンスを作る 左サイドのメニューからVMインスタンスを選択して新しいインスタンスを作成します。 イチからインスタンスを作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PlayframeworkのActionからscala文法を紐解く - Qiita
Ansibleのインベントリファイルでステージを切り替える - Qiita