AWS SAM(Serverless Application Model)は、LambdaやAPI GatewayなどのAWSのサービスを使ったサーバレスアプリケーションを構築可能なフレームワークです。 今回は SAM を使って、サンプルアプリケーションを動かしてみます。 事前準備 AWS CLI, AWS SAM CLI, Node.js のインストールを済ませます。 AWS CLI は aws configure などを実行し初期設定を済ませておきます。 AWS Command Line Interface https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-welcome.html AWS Serverless Application Model https://docs.aws.amazon.com/serverles

はじめに gitlab.com で CI/CD の検証をしているとき、SharedRunner が混雑していて待たされるときがあります。 Amazon Lightsail に GitLab Runner のインスタンスを立てて、自分のプロジェクトで使えるようにしてみました。 手順 以下のコマンドを実行します。 aws lightsail create-instances \ --instance-names runner \ --blueprint-id ubuntu_18_04 \ --bundle-id nano_2_0 \ --region ap-northeast-1 \ --availability-zone ap-northeast-1a \ --user-data 'curl -L https://get.docker.com | bash && \ curl -L http

はじめに GitLab Runner を使った CI/CD を行っています。 GitLab Runner を実行するサーバには、現在はクラウドサービスを利用せず、オンプレミスサーバ（という名の余っているPC）を使っています。 GitLab Runner を稼働させる物理PCを増やせば一度に実行できるジョブを増やせるのですが、増設作業と管理が面倒だなーと思っていました。 具体的には GitLab Runner を増設するときには、1台ごとに次の作業を行っています。 サーバOSのセットアップ Docker のインストール GitLab Runner のインストール GitLab に GitLab Runner を登録する GitLab Runner の設定を調整する 一回セットアップしてしまえば、あとはほぼ安定して稼働してくれるのですが、GitLab Runner の設定値を変更したい場合には

はじめに 手元の mac から CUI で Windows に接続したいな〜と思ったので試してみました。 実現方法は，次の二つがあるようです。 Windows（リモートホスト）に OpenSSH（sshd）をインストールして，SSH 接続 mac（ローカルホスト）に PowerShell をインストールして，WinRM(Windows Remote Management)で接続 前者の方法は，Windows 版の OpenSSH はあまりメンテナンスされていないような気がして，これまで乗り気ではありませんでした。 最近では，microsoft 製の OpenSSHが提供されているようです。 後者について，PowerShell はオープンソースとして提供されています。 mac でも Linux でも使えるようになりました：） 今回は，クライアントの mac に手を加えたくなかったので，前者の

記憶が曖昧になってしまいそうなので、忘れぬうちにメモ書きとして残しておきます。 いまは社会人2年目のWebエンジニア。サーバサイドエンジニアのつもりなのだけれどフロントも書くし（だが苦手）、インフラも気になる生活をしています。 Web系の開発初めてで学生時代はC++とJavaぐらいしか書けなかった自分が、社会人1年目の時に教えられたことを書いてみました。 フレームワークのドキュメントを参照する 入社後の3ヶ月の新人研修を終えて、アサインされたのは Laravel へのリプレイスプロジェクトでした。 Laravel の基礎は社内勉強会で身につけていたものの、本格的な開発は未経験でした。 プロジェクトに配属されて、一番はじめに言われたことは「Laravelの公式ドキュメントを読みなさい」でした。 英語で書かれたこちらのドキュメントです。 laravel.com ぐぐると日本語の情報がたくさん出

Windows Server には，仮想インスタンス用のライセンスが含まれていることが知られています。Standard には，2つの仮想インスタンス実行権，Datacenter の場合には，無制限の仮想インスタンス実行権が与えられます。これより，複数の Windows Server が必要な場合でも，仮想マシン上に構成すればライセンス費用を抑えることができます。 これまで，Windows Server の仮想インスタンスのライセンス認証の方法を知らなかったのですが，Datacenter の場合は，Automatic Virtual Machine Activation（AVMA，自動ライセンス認証）を使えばよい，ということがわかったので試してみました。 環境 ホストマシン：Windows Server 2016 Datacenter Hyper-V インストール済 Automatic Vi