シリーズ

マイクロテクノロジーとサービスコンテナ結合-docker（）
マイクロサービスと組み合わせたコンテナ技術は、基本的な導入（b）は-Kubernetes
マイクロサービス・テクノロジーのコンテナと-POD詳細なバインディングの（c）

マイクロサービス

マイクロサービス技術は、実際には、何も言わないし、今成熟ちょうど概念ではなく、大規模な、スタンドアローンプロジェクト、新しい概念や、単一のアプリケーションの開発と展開の進化であるので、より多くのそこ紹介しません。あなたは簡単にでも自習やその他の通信ネッティーシリーズに基づくマイクロサービス、springcloudシリーズ、ダボシリーズで遊ぶことができますあまりにも多くのオープンソースプロジェクトがあります。

コミュニケーションズ、セキュリティ、分離、ヒューズ格下げ、マイクロキーワードサービスである、マイクロサービスのいずれかのシーンを必要としない場合があります。マイクロサービスフレームワークも必然的に開発、運用・保守コストの増加につながります

ドッキングウィンドウのシーン

しかし、ここでより多くのドッキングウィンドウを紹介し、あなたはコンセプトを見に行くことができます。ドッキングウィンドウは、必ずしも展開するための最良の方法のコンテナですが、ありません。ビジネスチームやビジネスクラスター（マイクロサービス）のために多くのではなく、より多くのクラウドリソースの排他的使用のための地域間の通信プログラムを懸念、便利かつ迅速に展開することができます。

初期の使用ドッキングウィンドウ、シーンのほとんどは、運用・保守のためのものである、軽量ドッキングウィンドウは、革命的なアップグレードの簡単な操作とメンテナンスを行うことができます。そして、同じラック・グループ内の部屋のほとんどは、各マシンは、単一のマシンのリソースをつかむために様々なサービスを実行するために高いので、使用のドッキングウィンドウが装備されています。それは、クラウドやハイブリッドクラウドに来るときしかし、あなたは、何もあり大幅に増加し、開発、運用・保守コストの効率に影響を与えるだろう、それはより多くのダースマイクロシステムサービス、利用ドッキングウィンドウとしてもK8S振り付けよりも、一般的なシステムを見つけませんスタンドアローン便利な、特定の参照システムアーキテクチャのブロガーのブログへ（JavaプログラムがすることができますEC2で高せずに、1つのEC2のリソースによって占有など）の展開をつかむ〜

だから、ビジネスのためか、チームの0-1から、コンテナは技術を検討する必要はありませんが、もちろん、まだ学ばなければなりません。

ここに画像を挿入説明
私たちは、実際には、プログラム自体がすでにコンテナ仮想化技術の雲である、ことがわかります。ドッキングウィンドウとK8S合わせて、独自のIT企業、運用・保守のためのより多くの部屋が軽量になります。クラウドやハイブリッドクラウド、ブロガーは自作のコンテナの極端をお勧めしない場合は、クラウドソリューションを使用することができます

ドッキングウィンドウは、Macにインストール

システム要件

インテルMMU仮想化、メモリの最小4ギガバイトと正確には2010年以降のMacOS 10.10.3ヨセミテのためのMacの最小システム要件、またはMacモデルのドッキングウィンドウ、。
システムが要件を満たしていない場合は、ドッカーツールボックスをインストールすることができます。

インストール

使用自作をインストール
：自作ザ・カスクは、Mac用ドッカーを支えてきたので、あなたは簡単に自作カスクをインストールするために使用することができます

醸造は、ドッキングウィンドウをインストールカスク

そこに小さなクジラのアイコン、および彼自身のドッキングウィンドウのログインアカウントの成功の後、dockerHubに行くためにアカウントを作成して、ミラーを構成することができます

ドッキングウィンドウの使用方法は簡単である：開発が完了し、パッケージミラーイメージリポジトリサーバーにアップロードして、スクリプトは、最新の画像を引っ張って停止既存のミラーサービス、そして古い画像を削除し、ライン上の新しいミラーサービスを開始実行される〜

ドッキングウィンドウLinuxをインストール

参考https://www.jianshu.com/p/8b795475e3ce

ドッカーのコマンド

docker run -d -p 8080:80 --name webserver nginx —用docker启动一个nginx实例，nginx默认80端口。docker将端口映射成8080。服务器访问8080即可。这个服务名称是webserver
docker ps --查看当前运行的服务
docker ps -a --查看所有的服务
docker stop webserver --停止webserver这个服务
docker rm webserver --删除webserver这个服务
docker run -d -p 10002:10001 -e “spring.profiles.active=prod” --name demo luffy -e后面可以带环境变量。更好的适配应用的配置文件
docker build -f ./Dockerfile -t codemon/luffy-dev . 创建镜像,后面有那个点,如果Dockerfile在当前目录下， -f ./Dockerfile 可以去掉
docker run -d -p 10001:10001 -e “spring.profiles.active=qa” -e “eureka_ip=10.31.12.218” --name demo luffy 这里可以-e无限添加环境变量
docker logs -f -t --since=“2017-05-31” --tail=10 edu_web_1

–since : 此参数指定了输出日志开始日期，即只输出指定日期之后的日志。
-f : 查看实时日志
-t : 查看日志产生的日期
-tail=10 : 查看最后的10条日志。
edu_web_1 : 容器名称

springcloud结合docker部署

以springcloud微服务为例，如何让微服务和docker结合？springboot和cloud的脚手架这里就不介绍了
1.在你的项目中创建一个Dockerfile文件，内容：

FROM frolvlad/alpine-oraclejdk8:slim
RUN mkdir /docker/demo
RUN mkdir /docker/demo/logs
ADD ./target/app.jar /docker/demo/app.jar
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/docker/demo/app.jar"]

2.执行mvn package spring-boot:repackage docker:build
进行打包，达成可执行jar包，然后使用dockerFile构建镜像：

docker build -t codemon/app-dev .
末尾的 . 代码dockerFiler的路径，可以指定绝对路径

3.执行一个非常简单的脚本进行发布

docker stop app
docker rm app
docker rmi docker.io/codemon/app-dev
docker pull codemon/app-dev
docker run -d -p 10001:10001 -v /home/emper/logs/app:/app/logs -e "spring.profiles.active=qa" -e "mysql_ip=xx.xx.xx.xx" -e "mysql_user=qa" -e "mysql_passwd=qa" --name app docker.io/codemon/app-dev

意思就是在服务器上停止老的镜像并删除，下载最新的镜像并启动，-v是挂在磁盘，-e可以无限添加，用于环境变量设定

不需要sudo也可以执行docker命令：http://blog.csdn.net/he_wolf/article/details/37796285
docker换源： http://blog.csdn.net/zzy1078689276/article/details/77371782

最后

微服务严格意义上来说，可以说成是k8s容器化编排的一个子集，容器化或者微服务的魅力在于每个业务集群甚至个体都独立掌管子集内部的逻辑甚至DB，相互之间有极大的边界和隔离，这点类似于DDD。
ここに画像を挿入説明
原谅我盗了一张图，可以看到，服务已经不再强依赖于一个共同语言，每个服务质检靠某种协议传输，如果有容器化的编排和管理，那么势必整个大的业务集群就相当于已给内置局域网VPC（参考博主的云架构系列）