Ginue 〜kintoneの設計情報管理ツール〜 を使って開発環境を本環境にデプロイする方法 - Qiita
kintoneの開発で困るのが開発環境をどうやって本環境に持っていくかです。 最後の最後でテンプレートにまとめて本環境に読み込んで終わり。納品した後は知らない。 ということなら良いのですが、そうはいきませんよね。 開発環境でJSを作り込んで本環境に持って行ったらアプリのフィールドコードが変わっていて動かないとか。 大きく変わっていた時には泣けてきます。（アプリの設定画面でフィールドを一つづつ確認とか） この辺りはもう少し開発者に向けたアップデートがあると嬉しい。 現状は gusuku Deploit を使うのが良いとは思いますが、開発者的には自前で何とかしたいと思ったり。 そこで使えるのが、 Ginue です。 Ginueは以前から使ってましたが、今回テストケースを用意して利用方法をまとめてみました。 環境 macOS 10.15.7 Giune 2.2.1 kintone側のアプリ準備
AWS RoboMaker入門 ~デモ起動からコード修正、実機デプロイまで~ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに AWS RoboMakerは、2018年11月25日〜11月30日に行われた re:invent で発表された新サービスです。今回は、AWS RoboMakerのデモアプリを元に、クラウド上でのシミュレーション実行からデモプログラムの修正と確認、及び実際のロボットへのデプロイまで行ってみたいと思います。 AWS RoboMakerとROS AWSのドキュメントによれば、AWS RoboMakerは「インテリジェントなロボットアプリケーションを容易に開発、シミュレート、デプロイできるサービス」とのことです。 AWS RoboMa
Argo CD の GitOpsを確認してみた - Qiita
アルゴCDは、アプリケーションがデプロイ先で、目的の状態となるようにデプロイを自動化する。 デプロイするアプリケーションの更新を追跡、Gitコミット時のタグによる特定バージョンのデプロイなども可能である。 アルゴCDは、Kubernetesコントローラとして実装され、アプリケーションの動作を継続的にモニターして、現在状態から目的とする状態へ変えていく、ウェブ画面からの変更ではできず、Gitリポジトリを通じて状態を設定する。 デプロイされたアプリケーションの現状が、目的とする状態から外れることを OutOfSync (同期外） とみなす。 アルゴCDは、目的とする状態と現状の差異を視覚化しレポートする。現状を目的の状態にするために、自動的同期または手動同期の手段を提供する。 自動的同期では、Gitリポジトリでターゲット状態へ加えられた変更は自動的に適用され、指定された環境へ反映される。 次は
TestFlightにおける内部テスターと外部テスターの比較と使い分け - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 iOSアプリを他人にテストしてもらう時に利用できるTestFlightの仕様についてまとめた。 どのような形でテストユーザーにアプリを配布するか検討した時に、TestFlightについてまとまって書かれているページが意外と見つからなかったのでここに記録しておく。特に、内部テスターと外部テスターの違いについて比較している。 また最後に、筆者の場合のTestFlightの利用方法についても記載した。 TestFlightの仕様 内部テスター・外部テスター共通の仕様 TestFlightを利用できるのはiOS8以上 TestFlight
TestFlightを今更まとめてみた - Qiita
こんにちわ。iOSアプリ開発をしている@haseken_devです。 iOS Advent Calendar 2019 の 10日目を担当させていただきました！ 1. はじめに この記事はAppleが提供するTestFlightについて、今更ながらまとめてみました。 今回のこの記事を書いてみようと思った経緯は、こんな感じです。 Flutterなど、マルチプラットフォームが採用される流れの中で、元々Androidアプリを開発していた同僚の方から、TestFlightについてよく相談されることがあった (特に新卒入社など)iOSのアプリ開発担当者でもTestFlightを使う機会がなく、相談されることがあった 今更だとは思ったんですが、iOS 13で追加された新機能などもあったので、まとめてみようと思いました。 これから触ってみよう、利用を検討してみようとする方の参考になれば嬉しいです。 2.
AWS ECSでのデプロイをrolling updateからBlue/Greenデプロイに変更する - Qiita
はじめに こんにちは。Wano株式会社エンジニアのnariと申します。 今週も記事を書いていきます。 今回はECSにおけるデプロイ方法を、デフォルトのrolling updateの仕様がいささか怖いので、Blue/Greenに変更した話を書こうと思います。 今回のプロジェクトでは、ほぼ大体のインフラリソースをTerraformで管理しているため、設定は全てtfファイルで行います、ご了承ください。 Blue/Greenデプロイ とは 稼働中のBlueに対しては何もせず、別で新しいリビジョンのGreenを作って、任意の戦略に沿って全体をGreenに切り替えていくデプロイのこと。 稼働中の環境に手を加え、変更を重ねる従来のin place方式と比べ、内部の一貫性が保ちやすく、rollbackが容易と言われている。 (BlueGreenDeploymentから引用) ECSでのデプロイの特徴 デフ
iOSライセンス＆配布方法まとめ - Qiita
注: 記事記載当時からライセンス形態が変わっています 「iDEP表記をADEP表記に変更」の編集リクエストは反映しましたが、コメントにもあるように諸々変わっておりますのでご注意ください。 1. iOSのライセンス体系 iOSのライセンスには以下の３種類がある。 ※ADEP(Apple Developer Enterprise Program)の取得方法については省略 https://developer.apple.com/programs/enterprise/jp/ 2. 配布方法の違い AdHocとIn-Houseの違いは以下の通り。 評価用配布（AdHoc） App Storeを介さずに、最大100台のデバイスまでアプリ配布可能。 インストールを許可するデバイスのUDIDをProvisioning Profileに登録する必要がある。 デバイス追加の都度、UDID登録、Provisi
Next.js + Now + Typescriptで爆速デプロイ - Qiita
概要 Next.js + Now + Typescriptで爆速デプロイ💣 目次 Next.jsとはなにか なにがいいの？ Nowとはなにか なにがいいの？ 実装 Next.js + Typescript環境作成 Nowでデプロイ Next.jsとはなにか 以下公式ドキュメント翻訳 Server Rendering Next.jsを使用すると、Reactアプリケーションのサーバーレンダリングが、データの送信元に関係なく、かつてないほど簡単になります。 Static Exporting 新しいフレームワークを学ぶ必要はありません。Next.jsを使用した静的サイトのエクスポートは、1つのコマンドと同じくらい簡単です。 CSS-in-JS Next.jsには付属してstyled-jsxいますが、ご存知のすべてのCSS-in-JSソリューションでも動作します。 Zero Setup 自動コード
Cloud Deployment Managerを少し触ってみて感じた事 - Qiita
この記事は CyberAgent Developers Advent Calendar 2016 の9日目の記事になります。 8日目は＠kakerukaeruさんの GitHub Universe 2016 レポート でした。 当初 re:Invent の参加レポートを書く予定でしたが、別の事を書く事にしました。 二日連続カンファレンスの参加レポートとか微妙かなとw 最近、仕事でCloud Deployment Managerを触り始めたので、今回は個人的に少し触ってみて感じたこととかを書きたいと思います。 まず初めに、Cloud Deployment Manager を知らない人もいると思うので、簡単に説明したいと思います。 Cloud Deployment Managerとは GCP上のリソースのデプロイやセットアップをテンプレートを使って定義する事ができるサービスです！ ざっくり言う
AzureのARMテンプレートを理解する part1(基本編) - Qiita
ARMとは Azure(特に)を使っていると、必ず出てきては頭を混乱させてくるヤツ ARMはAzure Resource Managerの略になっており、現行のAzureの核となる概念です。 各サービスに必要な要素をリソースという単位で扱い、グルーピングしたりすることが肝となっています。 Azureの公式ドキュメントには以下のような利点があると書かれています。 ソリューションのリソースを個別に処理するのではなく、すべてのリソースをグループとしてデプロイ、管理、監視できます。 ソリューションを開発のライフサイクル全体で繰り返しデプロイできます。また、常にリソースが一貫した状態でデプロイされます。 スクリプトではなく宣言型のテンプレートを使用してインフラストラクチャを管理できます。 正しい順序でデプロイされるようにリソース間の依存性を定義できます。 ロールベースのアクセス制御 (RBAC) が
aws cloudformation package コマンドで自動的にS3にアップロードしてくれるリソース一覧 - Qiita
SAMでの利用がメインとなるaws cloudformation packageコマンドですが、実は他にも色々なリソースをS3に自動アップロードしてくれます。 すぐ忘れてしまうので自分用メモということで以下にまとめておきます。 TL;DR aws cloudformation package便利！ 対称読者 CloudFormationを利用してテンプレート以外のリソースをデプロイしている（したい）人 何ができる？ aws cloudformation packageコマンドを利用するとテンプレート外のリソース（プログラムコード、ネストしているテンプレート、Swagger定義ファイル）をアップロードしてくれる 対応表 Type Property Zip
コンテナイメージビルドが遅いなら、Kaniko使うと幸せになれる（全部入りRails Dockerfileを参考に） - Qiita
コンテナイメージビルドが遅いなら、Kaniko使うと幸せになれる（全部入りRails Dockerfileを参考に）GitLabCircleCITravisCIDockerkaniko 結論 BuildKit対応してないCI/CD（サービス）使ってるならKaniko使えば早くなるよ Google Cloud Build使ってるなら迷わず使っておくべき Amazon Elastic Container Registry（ECR）でも問題なく使用できる この記事の例でいうと未キャッシュからフルキャッシュなら 288秒→132秒に短縮（約2倍） 御託はいいのでどう書くか教えて ここに書いてますので、自分の使ってるCI/CDサービスに当てはまるのを選んで参考にどうぞ https://github.com/chimame/kaniko-example 本題 長いうんちくや説明を知りたい人向けです。
【AWS】Python Lambdaのdeploy - CloudFormation - Qiita
【AWS】Python Lambdaのdeploy - CloudFormation - Qiita 【AWS】Python Lambdaのdeploy - Chalice - Qiita CloudFormationを使えば、AWSの様々な設定やdeployを自動化できます。AWS Serverless Application Model (SAM) は、AWS が公式で提供しているサーバーレスアプリケーションのためのフレームワークです。Lambda, API Gateway, DynamoDB,Cognito,S3等、AWSのほとんどのリソースをひとまとめに管理 (作成 / 更新 / 削除) することができます。一部設定できない項目もあります。SAMはyamlファイルを書くことで定義できます。(JSONでも可能ですがここでは触れません) 定刻に定型のメールを送信するLambda関数をd
Dockerコンテナが立ち上がらない - Qiita
Dockerコンテナがエラーで立ち上がらない CIサーバ上でテスト実行時、ある日突然こんなエラーが出てコンテナが起動出来なくなっていた。 docker: Error response from daemon: devmapper: Thin Pool has 0 free data blocks which is less than minimum required 163840 free data blocks. Create more free space in thin pool or use dm.min_free_space option to change behavior. 容量エラー もしかして結構不要なイメージとかコンテナとか溜まってるのかな・・・と思ったわけで、一旦確認してみる。 一部省略してるけどこんな感じだった。
How to use ansible-playbook from python code - Ansible playbookをPython コードから実行する - Qiita
Overview 基本はこれ。 https://hawksnowlog.blogspot.com/2018/06/call-ansible-playbook-from-python.html ただし、こちらの記事の記載の通り既存のplaybookが完成している場合、 互換性がないので使えない。 python nativeで最初から作るならば問題ないが、 既にAnsibleで作ってしまった環境を徐々に移行していくためには 当面、ansible-playbookを実行する必要がある。 従ってpython native コードに求められる機能は主に二つ。 ansible-playbook を読み込める（実行できる） 既存のレシピを実行する為 ansible-playbook を生成できる 完全に移行するまでは ansile-playbook... の実行も続くため どうやってansible-pl
AnsibleでLEMPなWordPressを構築する（Debian 9.5ベース） - Qiita
概要 GCEの無料枠ありインスタンス f1-micro でWordPressを動かしたい f1-micro がDebian 9.5だったので、Dockerのdebian:9.5ベースのコンテナでWordPressが動くようなansible playbookを書いてみる バージョン情報 Ansible 2.7.0 Debian 9.5 MariaDB 10.1.26 nginx 1.10.3 PHP 7.0.30 （ホスト）Mac 10.13.6, Docker for Mac 18.06.1 成果物 ansible-examplesではRHELベースでのplaybookしかなかった。Debian向けのPlaybookについては現在PRが出ているがマージされていない。 PRのコードを動かしたところいくつか動かなかった点があったので修正したのが上記のコード。 ハマった点 nginx, php-
【Ansible】varsファイルをOSディストリビューションごとに切り替える - Qiita
はじめに 同じパッケージであるにも関わらず、ディストリビューションで名称が違う場合があります。またインストールパス／設定ファイルのパスが微妙に違う場合があります。 たとえばApache2.4のパッケージ名は、CentOS7の場合は「httpd」ですが、Amazon Linuxの場合は「httpd24」となります。タスクごとにwhen句で指定しても良いのですが、同じ値を複数個所で使う場合はPlaybookが煩雑になります。 このような場合、ディストリビューション／OS環境ごとに変数をあらかじめ定義し、切り替えられたら便利です。またこの制御をグローバルに行う（≒Role呼び出し元のPlaybookで制御する）のではなく、Roleに閉じた範囲で制御できた方が見通しが良くなります。 このようなケースの解決策を以下にまとめます。 TL;DR vars（roles/????/vars/main.yml
Stackdriver+Gitlab-CI+Ansibleで自動復旧の仕組みを構築する - Qiita
はじめに GCE上のプロセスをStackdriverで監視していて、プロセスが落ちたらSlackにアラートを飛ばす・・・・ ちゃうねん！アラートが飛ばすことが目的じゃなくて、サービスをいち早く復旧させるのが目的やねん！ どうせAlert飛んだあとにやることは、systemctl status XXXXXでステータス確認して、sudo systemctl start XXXXXをするだけじゃん。 ということで、Stackdriver+Gitlab-CI+Ansibleを連携させて、アラートを飛ばすだけじゃなく、サービスを復旧させる仕組みを構築してみようと思う。 チームのメンバーがSlack botでもいい感じに自動復旧の仕組みを作ってる記事があるので、Slack botでやりたいんだよ！俺は！っていう人は↓を参考にすると幸せになれる。 Stackdriverとslackbotでサービス自動復
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Raspberry pi 3でAWS Greengrassを動かす際にハマったこと - Qiita
Dockerイメージの自動ビルドに, Automated BuildではなくCIを使う - Qiita