Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私はVue.js with Vuexを使った業務で1画面30APIを叩く必要のある画面から、たったの数APIしか叩かないけれど、代わりにUIがとても機能的で複雑な画面まで設計し、構築しました。 もちろん、Vue.jsのコンポーネントシステムをフル活用し、Vuexを入れていないプロジェクトの経験もあります。 現在は構築したシステムを保守・運用しています。 また、勉強の為にReact、 Angular、 最近はElm等にも少し触れています。 その際に得られたノウハウ、Vue.jsが他のライバルフレームワークと比べた際に現時点で本当
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
■ はじめに Ansible には、yum によるパッケージの管理(インストール、更新、削除など)をする yum モジュール があります。 この記事では、 yum モジュールの公式ドキュメントに記載されている使用例をベースにして、使い方を説明します。 なお、公式ドキュメントの使用例は、Playbook 単位ではなくtask 単位で記載されています。この記事では Playbook 単位で例示します。 動作確認環境 Ansible 2.3.0, 2.7.8 CentOS 7.6 (Ansible 側、管理対象ホスト側とも) 目次 ■ はじめに 動作確認環境 目次 ■ 最新バージョンのパッケージをインストールされた状態にする Playbook 実行ログ ■ 複数のパッケージをインストールされた状態にする Playbook 実行ログ ■ パッケージがインストールされていない状態にする Playbo
この記事はQiita版「インフラ勉強会 Advent Calendar 2018」の二日目です。 はじめに Vagrantは最近あまり聞かなくなってきましたね。全てをDockerで管理できればDockerで良いのですが、今でも普通のインスタンスやオンプレサーバが存在するところは多く、それらを運用し育てていく為にはAnsibleなどの構成管理ツールは有効です。 AnsibleやChefでplaybookやrecipeを作り込んでいくときは、何度もトライアンドエラーを繰り返すことが必要なので、スナップショットの取得とリストアが出来て、環境全体の初期化もすぐ出来るVagrantはやはり便利です。 というわけでこの記事ではVagrantを使ってAnsibleの練習環境を作っていきます。またAnsibleの実行環境自体もVagrantで作ります。 準備 VagrantとVirtualboxをインスト
本記事は前回私が掲載した記事Java11+Spring Boot+Dockerで作るWebアプリケーションの続きとなります。 前回はWebアプリケーションの雛形を作成してDockerでMySQLコンテナを立ち上げるところまでを構築しましたので、今回はWebアプリケーションからMySQLに接続して取得したデータを画面に表示するところまでを構築したいと思います。 バックエンド側とフロントエンド側のディレクトリ構造およびファイル構成は以下のようになります。 └── src └──main ├── java │ └── com │ └── example │ └── demo │ ├── DemoApplication.java │ ├── domain │ │ └── Customer.java │ ├── repository │ │ └── Custo
と呪文のように書いてきたが、いい加減ちゃんと整理して理解しよう。 いろいろ調査した結果、以下の考え方で理解できると思う。 まず、実際の液晶の解像度は一旦忘れろ。 <meta name="viewport" content="width=480">と指定したとする。 するとそこに幅480pxの仮想的なウインドウが作られる。幅480pxの液晶モニターがあることをイメージして欲しい。これをviewportと呼ぶ。 ブラウザはviewportにレンダリングする。viewportの中では、あたかも本当に480pxのモニターを使っているかのような環境になっている。なので、JSのdocument.documentElement.clientWidthなんかも480を返すし、media queryの条件判定でも480pxの画面幅が使われる。 次にviewportを実際の液晶画面に表示する。この時、view
WHAT’S NEW: We’ve released React Hooks, a powerful new way to write components and reuse code between them. React 16.8 is the first stable React release with support for Hooks. React Native will also support Hooks in its 0.59 release. Hooks are fully backward compatible and work alongside your existing code. WHY IT MATTERS: Hooks provide a way to reuse code with encapsulated state and side effects
前書き サービスごとに複数のサーバを ansible で管理していく中で、同じような内容で共用したい role が沢山出てきました。それぞれサービス毎に管理していくのは非常に面倒…。困っていたところを下記の記事が救ってくれました。yteraokaさんには本当に感謝しています。 Ansible オレオレベストプラクティス - Qiita しかし、group_vars 内のファイルや hosts ファイル等が増えていくにつれ、どのファイルがどんな内容かがディレクトリ構成やファイル名を見ただけでは分かりづらいという点や、環境 ( ステージ ) ごとの管理がしづらいという点などの問題が出てきました。 そこで、「Ansible オレオレベストプラクティス」を参考にし、更にオレオレにして「 ( 俺の中で ) 最強のベストプラクティス」に辿り着きました。 本記事は、あくまで 自分の中で最強 ということな
今回はAnsibleを本格運用した際のイメージを掴むためにAnsibleのベストプラクティスを参考に実際に試してみたいと思います。 実践のお題はWordPressとします。WordPressのセットアップを通してベストプラクティスのイメージを掴んでいただければと思います。 準備 ローカルマシンに作業ディレクトリを作り、その中でAnsibleのベストプラクティスに則ったプレイブックを作っていきます。MacもしくはLinuxなどで試してみてください。 $ mkdir try-ansible-best-practices $ cd try-ansible-best-practices ウェブサーバとDBサーバを別個に立てますので、さくらのクラウドでサーバを二台立てておきます。OSはCentOS 6.6を利用します。サーバ作成時にrootでのsshの接続に必要となる公開鍵も忘れずに登録してください
今回のテーマは、サーバの構成管理です。サーバのセットアップを自動化して、もっと楽をしましょう。 ConoHaに限らずクラウドサービスでは、仮想サーバを手軽に追加することができます。しかし、実際にサーバを使うにあたっては、いろいろと作業が必要になります。たとえばWebサーバとして使う場合はApacheやnginxをインストールする必要があるでしょうし、データベースとして使う場合は、MySQLをインストールしてテーブルを作成して初期データを流し込んで・・・といった具合です。 こういった初期セットアップのことをプロビジョニングと呼びます。構成管理ツールを使うことで、このプロビジョニングを自動化することができるだけでなく、複数のマシンに対して効率よくプロビジョニングを実行することができるようになります。 構成管理ツールは非常に多くありますが、今回はAnsibleを紹介します。Pythonで書かれた
こんにちは、坂巻です。 みなさんAnsibleは利用されていますか? ここ最近、Ansibleに触れる機会が増えたのですが、 使用しているモジュールはそんなに多くないことに気が付きました。 とはいえ、使用するモジュールを度々調べていたので、 よくつかうモジュールをマイリファレンスとしてまとめたいと思います。 今回はそんなエントリです。 取り上げたモジュールについては、 一般的なモジュールが多いと思いますので、リファレンスとして誰かの役に立てれば幸いです。 目次 はじめに よくつかうモジュール file copy template service lineinfile yum さいごに 参考・関連 はじめに 本エントリの前提は以下となります。 Ansible実行サーバをコントローラノード、管理対象サーバをターゲットノードと呼んでいます。 文中の例に取り上げたタスクは、ロール内で使用することを
最近話題のHashicorp社のconsulについてまとめたスライドです。特にdocker界隈で話題になっていますね。
SNIとは元々SSL通信は1つのIPアドレスに対して、1つの証明書が前提になっていました。というのもSSLでは暗号化されているため、1つのIPアドレスに対して複数の証明書を持っていた場合、リクエストが来たときにどの証明書を使えばいいか判断できないからです。 しかしこれだとどう考えてもつらいことが分かります。昨今の流れとして常時SSL通信が当たり前の世界になりつつあります。すべてのドメインに対して全てのIPアドレスを用意するのは特にIPv4では現実的ではありません。 そもそもHTTPではVirtual Hostを使って、1つのIPアドレスで複数のドメインのサイトを扱うことがとても一般的です。 そこで有用なのがSNIです。SNIは最初の通信時に今から通信したいサーバーネームをサーバーに平文で渡すことで、通信したいSSL証明書を指定できます。 SNIを使うことでHTTPのVirtual Host
2018年10月30日にリリースされた Kotlin 1.3 で、 Kotlin Coroutines が stable になりました。概念などの説明は省きますが、非同期的な処理を同期的にすっきり書くことができる仕組みになります。 活用の幅が広そうなコルーチンですが、「Web APIやDBを簡単に扱いたい」というのが、Android 開発における大きなニーズなのではないかと思います。 この記事では、Android で、 コルーチンと Retrofit を使って Web API 叩く方法をパターン別に紹介します。また、JUnit と mockk を使ってテストを書く方法にも触れます。RxJava を使っている人向けに各例が RxJava の何に相当しそうかということも書いたりしていますが、使っていない方は読み飛ばしていただいても大丈夫です。 公式のドキュメントなどを読めば自明なことばかりかと
GoogleはJavaアプリケーションを自動的にコンテナイメージにビルドしてくれるツール「Jib」が正式版となるバージョン1.0に到達したことを発表しました。 JavaのビルドツールであるMavenもしくはGradleのプラグインとしてJibをインストールすることで、コンテナイメージのビルド環境をあらかじめ用意することも、Dockerfileなどを記述するといった手間をかけることもなく、ビルドプロセスのなかでJibがJavaアプリケーションの構成を読み取り、適切なコンテナイメージを生成し、Dockerコンテナのレジストリへの登録まで自動的に行ってくれます。 これまでJavaアプリケーションをコンテナ化するには、まずはJavaのソースコードからJavaアプリケーションをビルドし、次にDocker環境などを用意してDockerfileを記述し、Dockerイメージを生成するためのビルドを行う、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く