Прозорци и контейнери
22.06.20217 минути за четенеКонтейнерите са технология за опаковане и изпълнение на Windows и Linux приложения в различни локални среди и в облака. Контейнерите осигуряват лека, изолирана среда, която прави приложенията по-лесни за разработване, внедряване и управление. Контейнерите стартират и спират бързо, което ги прави идеални за приложения, които трябва бързо да се адаптират към променящото се търсене. Леката природа на контейнерите също ги прави полезен инструмент за увеличаване на плътността и използването на вашата инфраструктура.
За да видите пътна карта на планирани и налични в момента функции, вижте пътната карта на контейнерите на Windows Server. Също така вижте Събития, за да видите скорошни видео презентации и публикации в блогове за контейнери на Windows.
Microsoft предоставя редица инструменти и платформи, които да ви помогнат да разработите и внедрите приложения в контейнери:
Стартирайте Windows-базирани или Linux-базирани контейнери в Windows 10 за разработка и тестване с помощта на Docker Desktop, който използва функционалността на контейнерите, вградена в Windows. Можете също така да изпълнявате контейнери първоначално на Windows Server.
Разработвайте, тествайте, публикувайте и внедрявайте базирани на Windows контейнери, като използвате мощната поддръжка на контейнери във Visual Studio и Visual Studio Code, които включват поддръжка за Docker, Docker Compose, Kubernetes, Helm и други полезни технологии.
Публикувайте приложенията си като изображения на контейнери в публичния DockerHub, за да могат да ги използват други, или в частен регистър на контейнери на Azure за собствена разработка и внедряване на вашата организация, като натискате и изтегляте директно от Visual Studio и Visual Studio Code.
Разположете контейнери в мащаб в Azure или други облаци:
Изтеглете вашето приложение (изображение на контейнер) от регистър на контейнери, като регистъра на контейнерите на Azure, и след това го разположете и управлявайте в мащаб с помощта на оркестратор като Azure Kubernetes Service (AKS) или Azure Service Fabric. Azure Kubernetes Service внедрява контейнери в Azure виртуални машини и ги управлява в мащаб, независимо дали това са десетки контейнери, стотици или дори хиляди. Виртуалните машини на Azure изпълняват или персонализирано изображение на Windows Server (ако внедрявате базирано на Windows приложение), или персонализирано изображение на Ubuntu Linux (ако внедрявате базирано на Linux приложение).Разполагане на контейнери на- помещения чрез използване на Azure Stack с AKS Engine (в предварителен преглед с Linux контейнери) или Azure Stack с OpenShift. Можете също така сами да настроите Kubernetes на Windows Server (вижте Kubernetes на Windows) и работим върху поддръжката за стартиране на Windows контейнери и на RedHat OpenShift Container Platform.
Контейнерът е изолиран, лек пакет за изпълнение на приложение на хост операционната система. Контейнерите се изграждат върху ядрото на хост операционната система (което може да се разглежда като заровената водопроводна мрежа на операционната система), както е показано на тази диаграма.
Докато контейнерът споделя ядрото на хост операционната система, контейнерът не получава неограничен достъп до него. Вместо това контейнерът получава изолиран – и в някои случаи виртуализиран – изглед на системата. Например, контейнер може да има достъп до виртуализирана версия на файловата система и регистъра, но всички промени засягат само контейнера и се отхвърлят, когато спре. За да запази данни, контейнерът може да монтира постоянно хранилище, като например Azure Disk или споделяне на файлове (включително Azure Files).
Контейнерът се изгражда върху ядрото, но ядрото не предоставя всички приложни програмни интерфейси (API) и услуги, които приложението трябва да изпълнява – повечето от тях се предоставят от системни файлове (библиотеки), които се изпълняват над ядрото в потребителски режим . Тъй като контейнерът е изолиран от средата на потребителския режим на хоста, контейнерът се нуждае от собствено копие на тези системни файлове в потребителски режим, които са пакетирани в нещо, известно като базово изображение. Базовото изображение служи като основен слой, върху който е изграден вашият контейнер, осигурявайки му услуги на операционната система, които не се предоставят от ядрото. Но ще говорим повече за изображенията на контейнери по-късно.
За разлика от контейнера, виртуалната машина (VM) работи с пълна операционна система – включително нейното собствено ядро – както е показано на тази диаграма.
Всеки от контейнерите и виртуалните машини има своите приложения – всъщност много внедрявания на контейнери използват виртуални машини като хост операционна система, вместо да работят директно на хардуера, особено когато работят с контейнери в облака.
За повече подробности относно приликите и разликите на тези допълващи се технологии вижте Контейнери срещу виртуални машини.
Всички контейнери са създадени от изображения на контейнери. Изображение на контейнер е пакет от файлове, организирани в стек от слоеве, които се намират на вашата локална машина или в отдалечен регистър на контейнери. Изображението на контейнера се състои от файлове на операционната система за потребителски режим, необходими за поддържане на вашето приложение, всички изпълнения или зависимости на вашето приложение и всеки друг различен конфигурационен файл, от който приложението ви трябва да работи правилно.
Microsoft предлага няколко изображения (наречени базови изображения), които можете да използвате като отправна точка, за да създадете свое собствено изображение на контейнер:
Windows - съдържа пълния набор от Windows API и системни услуги (минус сървърните роли). Windows Server - съдържа пълния набор от Windows API и системни услуги. Windows Server Core - по-малко изображение, което съдържа подмножество от Windows Server API, а именно пълната .NET рамка. Той също така включва повечето сървърни роли, макар и за съжаление за малцина, не Fax Server.Nano Server - най-малкото изображение на Windows Server, с поддръжка за API на .NET Core и някои сървърни роли.Както беше споменато по-рано, изображенията на контейнери се състоят от серия от слоеве. Всеки слой съдържа набор от файлове, които, когато се наслагват заедно, представляват изображението на вашия контейнер. Поради многослойния характер на контейнерите, не е необходимо винаги да се насочвате към основно изображение, за да създадете контейнер на Windows. Вместо това можете да се насочите към друго изображение, което вече носи рамката, която искате. Например, .NET екипът публикува .NET core изображение, което носи .NET core runtime. Това спестява на потребителите необходимостта да дублират процеса на инсталиране на .NET ядро – вместо това те могат да използват повторно слоевете на това изображение на контейнера. Самото изображение на ядрото на .NET е изградено на базата на Nano Server.
За повече подробности вижте Основни изображения на контейнери.
Контейнерите помагат на разработчиците да създават и изпращат приложения с по-високо качество по-бързо. С контейнерите разработчиците могат да създадат изображение на контейнер, което се внедрява за секунди, еднакво в различните среди. Контейнерите действат като лесен механизъм за споделяне на код между екипи и за стартиране на среда за разработка, без да засяга вашата хост файлова система.
Контейнерите са преносими и гъвкави, могат да изпълняват приложения, написани на всеки език, и са съвместими с всяка машина, работеща с Windows 10, версия 1607 или по-нова, или Windows Server 2016 или по-нова. Разработчиците могат да създадат и тестват контейнер локално на своя лаптоп или настолен компютър и след това да разположат същото изображение на контейнер в частния облак на своята компания, публичен облак или доставчик на услуги. Естествената гъвкавост на контейнерите поддържа модерни модели за разработка на приложения в широкомащабни виртуализирани облачни среди. Най-полезното предимство за разработчиците е може би възможността да изолирате вашата среда, така че приложението ви винаги да получава версията на библиотеките, които сте посочили, избягвайки конфликти със зависимости.
Контейнерите помагат на администраторите да създават инфраструктура, която е по-лесна за актуализиране и поддръжка и която използва по-пълно хардуерните ресурси. ИТ специалистите могат да използват контейнери, за да осигурят стандартизирани среди за своите екипи за разработка, QA и производство. Използвайки контейнери, системните администратори абстрахират разликите в инсталациите на операционната система и основната инфраструктура.
Можете също да използвате интерактивния режим на контейнерите, за да изпълнявате конфликтни екземпляри на инструмент за команден ред на една и съща система.
Оркестраторите са критична част от инфраструктурата при настройване на среда, базирана на контейнери. Въпреки че можете да управлявате няколко контейнера ръчно с помощта на Docker и Windows, приложенията често използват пет, десет или дори стотици контейнери, където се намесват оркестраторите.
Оркестраторите на контейнери са създадени, за да помогнат за управлението на контейнери в мащаб и в производството. Оркестраторите предоставят функционалност за:
Оркестраторите ви помагат да развивате контейнеризирани приложения в мащаб, като предоставят функционалност за:
Внедряване в мащаб График на работното натоварване Мониторинг на здравето Отказ при повреда на възел Мащабиране нагоре или надолу Откриване на мрежови услуги Координиране на надстройки на приложения Афинитет на клъстерен възелИма много различни оркестратори, които можете да използвате с Windows контейнери; ето опциите, които Microsoft предоставя:
За да започнете с контейнери в Windows Server или Windows 10, вижте следното:
За помощ при вземането на решение кои услуги на Azure са подходящи за вашия сценарий, вижте услугите за контейнери на Azure и Избор на услугите на Azure, които да използвате за хостване на вашето приложение.
За да видите ресурси за използване на контейнери на Windows Server:
![[Решен] Не може да се свърже с MySql сървър на localhost (10061) (Вижте темата) * Форум на общността на Apache OpenOffice](http://website-google-hk.oss-cn-hongkong.aliyuncs.com/drawing/26/2022-3-1/7051.jpeg "[Решен] Не може да се свърже с MySql сървър на localhost (10061) (Вижте темата) * Форум на общността на Apache OpenOffice")
