标签: containers

Kubernetes Pods和Docker Compose脚本(以下称为"Compositions")的结果似乎都会产生虚拟计算机集群.

群集中的计算机都可以配置为相互通信,因此您可以编写一个镜像整个端到端生产配置的脚本.单个脚本允许您在任何容器主机上部署该群集.

鉴于两个系统之间的相似性,我很难理解两者之间的差异.

为什么我会选择一个而不是另一个？它们是相互排斥的系统还是我可以在kubernetes中运行组合.

在设计集装箱系统时是否需要考虑任何关键因素？如果我设计的架构网站今天,并会想尝试建立一个基于容器的系统.我应该设计的最重要的事情是什么？(与在单一机器系统上构建相比)

我只是想快速测试一下。所以我运行了一个 docker 容器，我想检查我正在运行的版本：

$ docker run -it ubuntu    
root@471bdb08b11a:/# lsb_release -a
bash: lsb_release: command not found
root@471bdb08b11a:/# 

所以我尝试安装它（如建议here）：

root@471bdb08b11a:/# apt install lsb_release
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package lsb_release
root@471bdb08b11a:/# 

有人知道为什么这不起作用吗？

据我所知,任何地方都std::back_inserter可以在STL算法中运行,你可以传递一个std::inserter构造.end()而不是:

std::copy(l.begin(), l.end(), std::back_inserter(dest_list));
std::copy(l.begin(), l.end(), std::inserter(dest_list, dest_list.end()));

并且,不像back_inserter,据我所知,inserter可以为任何STL容器工作!我试了一下成功为std::vector,std::list,std::map,std::unordered_map来这里之前感到惊讶.

我想也许是因为push_back某些结构的速度可能更快insert(.end()),但我不确定......

对于std::list(有道理)似乎并非如此:

// Copying 10,000,000 element-list with std::copy. Did it twice w/ switched order just in case that matters.
Profiling complete (884.666 millis total run-time): inserter(.end())
Profiling complete (643.798 millis total run-time): back_inserter
Profiling complete (644.060 millis total run-time): back_inserter
Profiling complete (623.151 millis total run-time): inserter(.end()) …

我正在运行一个Jenkins集群,在Master和Slave中,它们都作为Docker容器运行.

主机是在MacOS上运行的最新boot2docker VM.

为了让Jenkins能够使用Docker执行部署,我已将docker.sock和docker客户端从主机安装到Jenkins容器,如下所示: -

docker run -v /var/run/docker.sock:/var/run/docker.sock -v $(which docker):/usr/bin/docker -v $HOST_JENKINS_DATA_DIRECTORY/jenkins_data:/var/jenkins_home -v $HOST_SSH_KEYS_DIRECTORY/.ssh/:/var/jenkins_home/.ssh/ -p 8080:8080 jenkins

将卷安装到在Jenkins容器内运行的Docker容器时,我遇到了问题.例如,如果我需要在Jenkins容器中运行另一个Container,我会执行以下操作: -

sudo docker run -v $JENKINS_CONTAINER/deploy.json:/root/deploy.json $CONTAINER_REPO/$CONTAINER_IMAGE 

上面运行容器,但文件"deploy.json"不是作为文件挂载,而是作为"目录"挂载.即使我将目录作为卷安装,我也无法查看生成的容器中的文件.

这是一个问题,因为Docker在Docker案例中由于文件权限？

任何指针都会有用!

谢谢!

我决定在一个更大的项目中使用IoC原则.但是,我想得到的东西很长一段时间一直困扰着我.我得出的结论是IoC容器是一种架构模式,而不是一种设计模式.换句话说,没有类应该知道它的存在,并且应该在应用层使用容器本身来缝合所有组件.从本质上讲,它是一个精心设计的面向对象模型的选择.话虽如此,如何在不占用IoC容器的情况下访问已解析的类型(无论它们是否抽象)？我在这里看到的唯一选择是利用使用IoC容器来解析具体类型的抽象工厂.这应该很容易换掉一组标准工厂.这是一个好方法吗？有没有人在这里使用它以及它对你有用吗？还有别的吗？

谢谢!

我有一些类库,使用我的数据,它被读入缓冲区.有可能以某种方式避免一次又一次地复制数组,将部分数据更深入地传递到处理方法中吗？好吧,这听起来很奇怪,但在我的特殊情况下,有一个特殊的编写器,它将数据分成块并将它们分别写入不同的位置,因此它只执行System.arraycopy,获得它需要的东西并调用底层编写器,用新的子阵列.这种情况多次发生.重构此类代码的最佳方法是什么？

如何与孤儿图像时，你有2个独立的项目，并且希望他们能够在同一时间工作，或者至少建立运行docker-compose up -d，而不--remove-orphans标志时，图像已经建成的其他项目。

码头工人撰写文件1：

version: '2'
services:
  applications:
    image: tianon/true
    volumes:
      - ../../:/var/www/vhosts/project1
  nginx:
    build: ./images/nginx
    image: project1/nginx:latest
    ports:
      - "80:80"
    volumes_from:
      -  applications
    networks:
      appnet:
        aliases:
          - project1.app
          - admin.project1.app
  php:
    image: project1/php:latest
    ports:
      - "7778:7778"
    build: 
      context: ./images/php
      dockerfile: Dockerfile
    volumes_from:
      -  applications
    networks:
      -  appnet
  mysql:
    image: project1/mysql:latest
    build: ./images/mysql
    environment:
      MYSQL_ROOT_PASSWORD: secret
    volumes:
      -  mysqldata:/var/lib/mysql
    networks:
      -  appnet
    ports:
      - "33066:3306"
 workspace:
    image: project1/workspace:latest
    build:
      context: ./images/workspace
    volumes_from:
      - applications
    working_dir: /var/www/vhosts/project1 …

我的应用程序中有以下结构:

<div id="container">
  <div id="child_container">
    <div class="child"></div>
    <div class="child"></div>
    ...
    <div class="child"></div>
  </div>
</div>

每个子div具有已知的固定宽度,但应用程序允许将更多的子插入child_container div中.

我想要做的是在给定子容器的总宽度时,在需要时让容器div水平扩展.

这是目前发生的事情:

+------ container -------+
+--- child_container ----+
| child1 child2 child3   |
| child4                 |
+------------------------+

如果我将child_container div宽度设置为固定值,我可以让它在容器div之外水平扩展,尽管有点丑陋:

+------ container -------+
+------ child_container -+----+
| child1 child2 child3 child4 |
+------------------------+----+

但是,这需要在添加新子项时重新计算它.

有没有办法在不使用固定宽度的情况下为子容器执行此操作,以最终结果为止

+--------- container ---------+
+------ child_container ------+
| child1 child2 child3 child4 |
+-----------------------------+

谢谢.

我是Java EE/EJB的新手,我一直在阅读有关Java EE容器的很多东西.我有使用Web容器的经验(jboss中的WAR文件).我也知道Jboss也可以用作Java EE容器.

我的问题是,Java EE容器与Web容器之间有什么区别？

我知道Java EE也能够包含.war文件.它们是不同的,它们的区别是什么？是否有任何偏好供应商具体明智哪个更好？

我想通过k8s Deployment对象管理我的部署来部署应用程序集群.文档让我非常困惑.我的基本布局具有以下可独立扩展的组件:

1. API服务器
2. UI服务器
3. Redis缓存
4. 定时器/预定任务服务器

从技术上讲,以上所有4个属于独立缩放的独立窗格.

我的问题是:

1. 我是否需要创建pod.yml文件然后以某种方式在deployment.yml文件中引用它们,或者部署文件是否也可以嵌入pod定义？
2. K8s文档似乎暗示这spec部分Deployment相当于定义一个 pod.那是对的吗？如果我想以声明方式描述多pod部署,该怎么办？我是否需要多个deployment.yml文件？