morishitaです。 アクトインディでは AWS Lambda を利用しています。 Alexaスキル「[asin:B07G7W8SNL:title]」はプロダクトそのものが Lambda 関数ですし、 いこレポでは CI に Lambda を活用しています。 それらは Serverless Framework を使ってビルドしたりデプロイしています。 SSM のパラメータストアと組み合わせて使ってみたのでそれについて書きます。 秘密情報とコードを分離したい Lambda 関数内で利用する各種 API のキーや認証情報はコードに書き込んでリポジトリに入れたくはありません。 そういう値は Lambda には環境変数で渡すようにしています。 Serverless Framework では、Lambda の環境変数を設定できます。 その機能を使ってデプロイとともに環境変数も設定しています。 し

こんにちは、藤本です。 AWS re:Invent 2016 で EC2 Systems Manager がリリースされ、EC2 の運用がより便利になりました。今回はその一機能のパラメータストアで実際の開発現場を想定して、アプリケーションの環境設定を管理する方法を考えてみました。 アプリケーションの環境設定管理 アプリケーションが動作する上で環境に依存する設定は多くの場合、存在します。例えば、Web アプリケーションであれば、データベース、キャッシュシステム、マイクロサービス化が増えてきている昨今では他マイクロサービスコンポーネントなど、多くの他システムとの接続情報があります。データベースへ接続するにはデータベースのエンドポイント、ポート番号、ユーザ名、パスワード、データベース名、キャッシュシステムへ接続するにはエンドポイントの情報が必要となります。これらはアプリケーションが動作する環境に

How to Make a Serverless GraphQL API using Lambda and DynamoDB To see how DynamoDB compares to MongoDB, Cassandra, or BigTable, see here. The graphql module makes it easy to rapidly create a GraphQL service that validates queries. We use GraphQL at Serverless.com to query our backend services, and we love how well it fits into the serverless paradigm. Interested in building your own GraphQL API? A

突然ですが、 README.md に動的なコンテンツを埋め込みたいと思ったことはないですか？僕はあります。 具体的には、リポジトリのコントリビューターをREADME.mdに埋め込みたいという願望がありました。 つまりこういうことです。 しかし毎回CIなどでREADME.mdを編集するのはセットアップが面倒です。 <contributors-list> みたいなCustom Elementsが使えたらきれいな世界だなあと思ったのですが、肝心のscriptタグが動かないのでそれは無理です。 ということで、頼れるのは 画像 ということになりました。 Image via Function README.mdに埋め込めて、なおかつ動的なコンテンツを扱えるのは画像のURL展開だけなので、つまりコントリビューターリストを画像化するHTTPエンドポイントを用意し、そのURLをREADME.mdに埋め込めば

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

import React, { Dispatch, useContext, useReducer, useState, useCallback } from "react"; import { Route, Switch, Link } from "react-router-dom"; import styled, { createGlobalStyle } from "styled-components"; import { Action, reducer, RootState } from "./reducer"; import * as actions from "./reducer"; // RootState context export const RootContext = React.createContext<RootState>(null as any); export

こんにちは！アルのiOSアプリを開発している koogawa です。 さて皆さま、先日 Cloud Firestore からベータが外れ、利用できるリージョンが増えたのを覚えているでしょうか？ 新規に追加されたリージョンの中にはなんと Asia、つまり東京リージョンも含まれていたことで話題になりましたね。 アルも DB に Firestore を採用しており、今まではデフォルトの us-central リージョンを利用していました。そして、本日リリースした Ver. 1.9.1 からは asia-northeast1（東京リージョン）に移行しました！🎉 その結果、データの取得にかかる時間が大幅に改善されました。 以下、この記事では、既存のFirestoreプロジェクトを東京リージョンに移行する上で私達が得た知見などをまとめていきたいと思います。 前提- Firestoreのリージョンは

おもしろ自己紹介ができたので、ぜひコマンドを叩いてみてください。 % dig kimromi.me TXT +short "Work=Muumuu-domain.com at GMO Pepabo Inc." "GitHub=@kimromi" "Twitter=@kimromi" "Blog=http://kimromi.hatenablog.jp/" (追記) もし別の目的ですでにTXTレコードを使っていたら introduction.kimromi.me などのサブドメイン使ってやるのがいいかもしれません👌 TXTレコード (テキストレコード) AやMXのような特定の用途などはなく、ドメインに関する様々な付帯情報を自由に持つことができます。よく見るものとしては、メールを使う場合に送信元ドメインのIPアドレスを保証するために利用するSPFや、SSL証明書発行の際にドメインの管理者かど

GA technologies SREチームの永冶です。 弊社のオフィスが2019年2月25日から六本木に移転するため、IPアドレス制限の設定変更などに追われていました。。 今回はIPアドレス制限の設定変更と関連して、 送信元 IPアドレスに基づいて AWS へのアクセスを拒否する上でハマったことを書き、何が問題でどう対処すれば良いのかを書きます。 AWSを利用していて、今後同じ状況に立った人が、迅速に対応できることを目的にしています。 「送信元 IPアドレスに基づいて AWS へのアクセスを拒否する」とは 発生した問題 1. Secrets Managerのクレデンシャルが作成できません。 2. Lambdaの環境変数の値が取得できません。 3. SSMパラメータストアの一覧を取得できません。 解決方法 Secrets Manager、Lambdaの問題に対する解決方法 SSMの問題に対

ブロックチェーンゲームとアプリ（DApps）に特化した検索サイト「FinDApps（ファインダップス）」のベータ版を公開しました。 「FinDApps」は独自のアルゴリズムによるDApps検索や、ユーザーが所持しているトークン情報から各ユーザーに最適なDAppsを提供する検索サービスです。 現在DAppsの登録申請を受付中です。DAppsデベロッパーの方は申請フォームよりぜひご連絡ください。 https://findapps.me/ Uniqys ProjectについてUniqys Projectとは、次世代のインターネットとして期待が高まるブロックチェーン技術を活用した、分散型アプリケーション (DApps: Decentralized Applications) の普及を目指すプロジェクトです。 ユーザーとデベロッパーの両側面において、DAppsの課題を解決し普及を促進するプロジェクト

はじめに ソフトウェアエンジニアリングマネージャ（以下、EM）に求められる責務は、多岐にわたっています。 流動性が高いITの業態である一方、日本型メンバーシップ雇用と米国型のJD型雇用との隙間にあって、責務と権限の曖昧な状況の中に置かれることも少なくないように思われます。 このような状況下で、メンバーからも経営からも双方にそれぞれの考える理想的なマネージャであることを求められることもしばしばあるようです。結果として、マネージャの休職など精神的なストレスも高さが問題になっています。 また、ソフトウェアエンジニアにとって、プログラミングにおけるスキルとくらべ、マネジメントに対するそれのモビリティ（会社を変えても有効であると思える程度）が低く見えると言ったことから、ソフトウェアエンジニアにとってキャリア形成に効きづらいのではないかと考えてしまうことも自然なことです。 その結果、ソフトウェアエンジ

ランディングページといったコンテンツもレイアウトも全て決め打ちで成立するようなものはさておき、多くの Web サイトおよびアプリケーションは、いかなる分量のコンテンツであろうと柔軟に受け入れて表示出来るように設計・デザインされなくてはなりません。 しかし、全ての文字列を表示するには長過ぎてレイアウトが崩れてしまうといった場合には、何らかの方法で文字列を省略する必要があります。一昔であれば Ruby や PHP、Java などサーバーサイドで文字列を切り捨てるなどの加工をしてからフロントエンドに返すという方法が常套手段として用いられていました。しかし、これでは昨今のワンソースによるレスポンシブデザインといったスクリーンサイズに応じて動的に表示領域が変わるようなデザインに対応しきる事が出来ません。PCサイズの表示領域に適した文字数を返したとしてもモバイルサイズの表示領域がそれと同じとは限りませ

TypeORM v0.2.6 Node.js v10.11.0 TypeORMのmigrationを使うため、公式ドキュメントを参考にrootにormconfig.jsを置いてDB情報を設定 module.exports = { type: 'postgres', host: 'localhost', port: 5432, database: 'hogehoge', username: 'hogehoge', password: 'hogehoge', entities: ["build/server/database/entities/*.js"], // <- ビルドされたJSファイルを参照している subscribers: [], migrations: ['migrations/*'], cli: { migrationsDir: 'migrations', }, };

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert