草庐IT

OpenStack部署

全部标签

【Docker项目实战】使用Docker部署Plik临时文件上传系统

【Docker实战项目】使用Docker部署Plik临时文件上传系统一、Plik介绍1.1Plik简介1.2Plik特点二、本地环境介绍2.1本地环境规划2.2本次实践介绍三、本地环境检查3.1检查Docker服务状态3.2检查Docker版本3.3检查dockercompose版本四、下载Plik镜像五、部署Plik临时文件上传系统5.1创建挂载目录5.2创建Plik容器5.3检查plik容器状态5.4检查plik容器日志六、Plik的基本使用6.1访问Plik首页6.2Plik的基本设置6.3上传测试文件6.4分享文件一、Plik介绍1.1Plik简介Plik是golang中的一个可扩展且

AI绘画部署-Stable Diffusion(huggingface API图片生成初体验)

引言最近,在很多地方都看到了各个大佬用AI生成的神图,索性从网上搜集资料部署一下体验一下AI绘画的魅力。本文基于huggingfaceAPI在colab上构建AI绘画。使用步骤1.huggingface原始环境地址https://colab.research.google.com/github/huggingface/notebooks/blob/main/diffusers/stable_diffusion.ipynb#scrollTo=AAVZStIokTVv2.配置colabGPU资源点击右上角连接初始化完成后,点击此处分配GPU资源此处初始化环境完成,执行!nvidia-smi,查看被

开源云原生网关Linux Traefik本地部署结合内网穿透远程访问

文章目录前言1.Docker部署Træfɪk2.本地访问traefik测试3.Linux安装cpolar4.配置Traefik公网访问地址5.公网远程访问Traefik6.固定Traefik公网地址前言Træfɪk是一个云原生的新型的HTTP反向代理、负载均衡软件,能轻易的部署微服务。它支持多种后端(Docker,Swarm,Mesos/Marathon,Consul,Etcd,Zookeeper,BoltDB,RestAPI,file…),可以对配置进行自动化、动态的管理.Træfɪk支持docker一键部署,内置WebUI,管理相对方便,下面介绍Linux本地docker一键部署traef

Kubernetes(k8s)集群部署----->超详细

Kubernetes(k8s)集群部署----->超详细一、资源准备二、安装准备2.1主机环境设置2.1.1关闭操作系统防火墙、selinux2.1.2关闭swap交换分区2.1.3允许iptables检测桥接流量(可选)2.2安装Docker环境2.3安装Kubeadm、Kubelet和Kubectl2.3.1配置k8s的yum源(阿里云的源)2.3.2安装及版本检查2.3.3设置kubelet自启动2.3.4卸载三、Kubernetes集群所需的镜像拉取3.1生成一个默认kubeadm初始化配置文件3.2列出当前Kubernetes集群所需的所有镜像列表及其版本信息3.3拉取所k8s需要的

你的工厂需要部署边缘AI吗?

随着更多的制造企业希望利用人工智能(AI)工具访问数据并实时响应,预计将不断推动边缘AI市场的增长。通过采用边缘AI技术,企业可以获得更高的性能,如实时数据处理、效率和准确性,减少工作时间,并实现更好的能源管理和性能优化。边缘AI市场预计将迎来强劲增长根据FutureMarketInsights的一项最新市场调查显示,到2032年,边缘AI市场价值将从2022年的59亿美元增至396.1亿美元,复合年增长率(CAGR)将达到20.8%。此外,5G技术在IT行业的应用日益广泛,预计将加强现有的技术网络,扩大边缘AI的市场潜力。自动驾驶车辆、无人机、loT网关和远程设备等智能边缘设备的发展,以及各

使用docker搭建部署Typecho博客-不用写dockerfile

使用docker搭建部署Typecho博客不用写dockerfile,利用已有的typecho镜像进行部署前言这次选择使用Typecho搭建博客,也是对比了一下其他博客建站系统。因为之前也搭建过WordPress,当然还有一些其他的博客建站系统,例如Emlog。由于只使用过Typecho和WordPress,所以简要概述下,这俩个博客系统的区别。Typecho相当于一个简化版的WordPress。WordPress插件和生态功能比Typecho更加丰富。相比于WordPress,Typecho更纯粹,后台很简洁,更适合于文本编写。Typecho比WordPress占用的内存空间更小。Typec

【Java】微服务——Docker容器部署(docker安装,docker配置镜像加速,DockerHub,docker基本操作,Dockerfile自定义镜像.Docker-Compose)

目录1.初识Docker1.1.什么是Docker1.1.1.应用部署的环境问题1.1.2.Docker解决依赖兼容问题1.1.3.Docker解决操作系统环境差异1.1.4.小结1.2.Docker和虚拟机的区别1.3.Docker架构1.3.1.镜像和容器1.3.2.DockerHub1.3.3.Docker架构1.3.4.小结1.4.安装Docker1.1.卸载(可选)1.2.安装docker1.3.启动docker1.4.配置镜像加速2.Docker的基本操作2.1.镜像操作2.1.1.镜像名称2.1.2.镜像命令2.1.3.案例1-拉取、查看镜像2.1.4.案例2-保存、导入镜像2.

ASP.NET Core 8 在 Windows 上各种部署模型的性能测试

ASP.NETCore8在Windows上各种部署模型的性能测试我们知道Asp.netCore在windows服务器上部署的方案有4种之多。这些部署方案对性能的影响一直以来都是靠经验。比如如果是部署在IIS下,那么InProcess会比OutProcess快;如果是SelfHost那么使用HttpSys服务器会比Kestrel快。那么真实结果是否如我们想象的那样呢?接下来就让我们来做一次benchmarks吧。托管模型在开始benchmark测试之前,我们再来来介绍一下这4种托管模型:1.InProcess模式InProcess模式将ASP.NETCore应用程序直接部署在IIS中,与IIS工

K8S部署Prometheus

前言:zabbix与prometheus的区别和Zabbix类似,Prometheus也是一个近年比较火的开源监控框架,和Zabbix不同之处在于Prometheus相对更灵活点,模块间比较解耦,比如告警模块、代理模块等等都可以选择性配置。服务端和客户端都是开箱即用,不需要进行安装。zabbix则是一套安装把所有东西都弄好,很庞大也很繁杂。zabbix的客户端agent可以比较方便的通过脚本来读取机器内数据库、日志等文件来做上报。而Prometheus的上报客户端则分为不同语言的SDK和不同用途的exporter两种,比如如果你要监控机器状态、mysql性能等,有大量已经成熟的exporter

Docker无法部署Onlyoffice问题记录

这里写自定义目录标题Docker无法部署Onlyoffice问题记录1、问题描述2、原因分析3、解决方案Docker无法部署Onlyoffice问题记录1、问题描述国产操作系统(麒麟v10-x86-64bit,openEuler20.0364bitx86),安装docker之后,通过dockerrun之后Onlyoffice无法成功跑起来,且会消耗大量cpu资源,甚至导致系统卡死2、原因分析镜像的entrypoint中指向运行一个sh脚本,脚本中通过service命令启动rabbitmq,但是一直无法成功启动,且一直处于循环尝试导致cpu占用上升3、解决方案经测试,进入onlyoffice容器