クラウドネイティブなオープンソースプロジェクトを推進する「Cloud Native Computing Foundation」(CNCF)と、Google Cloudのエンジニアリング担当ディレクターであるChen Goldberg氏は、「Open Source Leadership Summit」(OSLS)で、「Kubernetes」がCNCFから「卒業」する最初のプロジェクトになると発表した。 Kubernetesはすでに、クラウド向けコンテナオーケストレーションプログラムとして優勢であるため、この発表は意外だと受け取られるかもしれない。しかしCNCFにとって、卒業は特別な意味を持つ。プロジェクトが卒業するには、複数の組織から採用され、文書化された組織だったガバナンスプロセスがあり、コミュニティでの成功と包括性に対する強いコミットメントを示す必要がある。 Goldberg氏はOSLS
作るもの ヒーローを管理する Lambda Function を書きます。ヒーロー情報は DynamoDB の ヒーローテーブルに格納するものとします。リポジトリは以下。 * Python Lambda SAM + SAM Local Project コーディング作業 すべてはコードを書くところから始めます。いきなりプロジェクトルートにファイルを置いて書き始めるのも良いですが、後々テストやデプロイも行うことになるので少し整理してみます。以下のようにしました。 . ├── buildspec.yml ├── deploy.sh ├── docker-compose.yml ├── environments │ ├── common.sh │ └── sam-local.json ├── integration_test.sh ├── requirements.txt ├── src
mysql gemをインストールするとき--with-mysql-configの値としてデフォルトでは/usr/local/mysql/bin/mysql_configで渡されるけど、Homebrewでインストールするとそこには存在しないので、手動で指定する必要がある。 普通にgemコマンドからインストールするときは、次のように指定する。 gem install mysql -- --with-mysql-config=$(brew --prefix mysql)/bin/mysql_config bundler経由でインストールするときは、次のようにgemごとのビルドオプションに設定してからinstallコマンドを叩く。 bundle config build.mysql --with-mysql-config=$(brew --prefix mysql)/bin/mysql_confi
知らず知らずのうちに、弊社内のsrcリポジトリの開発フローがgit-flowに沿ったものになっているようです。まだイマイチ理解できていないスタッフ向けに、ここで簡単におさらいし、一歩進んでリリースまでを復習してみようと思います(私は軟弱なのでSourceTreeを使います)。 詳しくGitを知りたい人は、まずはこちら。 サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 | どこでもプロジェクト管理バックログ こちらは弊社疋田のまとめ記事です。 Git初心者のためのGit入門 - Qiita git-flowの概要を知りたい方は、以下が参考になりました。基本的なGitの使い方が分かっていれば理解できると思います。 Gitブランチを使いこなすgit-flow/GitHub Flow入門(1):いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識 (1/2) - @IT
2023/01動作確認及び掲載内容の確認が完了しました🎉 手順を画像と共に紹介していますので、参考にしてください 概要 アプリを作るとき「プッシュ通知機能があったらいいな!」と思いませんか?でもどうやったら良いんだろ?と思う方も多いはず!そこで、今回は必要な証明書周りの話を書いてみました^^* この Qiita 記事で必要な証明書類の作成ができます ただしリリース用ではなく開発用の作成手順を書かせていただいています。リリース用も同じような手順でできますのでまずは開発用でチャレンジしてみてください プッシュ通知 ASP サービスには ニフクラ mobile backend を使っています mobile backend を利用してプッシュ通知機能の実装をする場合は以下ドキュメントを参考にしてください Xcode > Swiftはこちら https://mbaas.nifcloud.com/d
OSやミドルウェアの機能検証を実施した場合など、オンデマンドで一時的な検証環境を構築できるのもクラウドサービスの醍醐味です。 検証対象のOSやミドルウェアは異なれど、検証に必要な環境はある程度共通であることが少なくなく、また費用節約のためにも検証が終わった後はきれいさっぱりとその環境を削除したいものです。 AWSでそんな使い捨ての環境を構築する場合の方法として、ファーストチョイスとなるのはAWS CloudFormationかと思います。検証環境をテンプレート化しておくことができ、またマネージメントコンソールやAWS CLIを使って簡単に環境の構築/削除ができる、使い捨て環境の構築にはぴったりのサービスです。あるいはAWS CLIやAWS SDKを使って自前の環境構築スクリプトを作成するのもよいかもしれません。 AWS公式のツールを使う以外では、Terraformが有力な選択肢の1つになる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く