Monet yritykset ovat siirtyneet yhden "hallitsevan" käyttöjärjestelmän käytöstä rinnakkaiseloon Windows-palvelimet, Linux-palvelimet, fyysiset koneet, julkiset pilvet ja paikalliset ympäristöt Niiden on kommunikoitava keskenään rikkomatta mitään. Kysymys ei ole enää siitä, onko hybridityö mahdollista, vaan siitä, miten nämä työnkulut järjestetään niin, että ne ovat turvallisia, toistettavia ja helposti ylläpidettäviä.
Kun sekoitat Windowsia ja Linuxia sekä useita pilvipalveluita, tarvitset muutakin kuin vain hyviä skriptejä. Tarvitset selkeän strategian luoda hybridi Windows-Linux-työnkulkuja jotka integroivat automaation, orkestroinnin, tietoturvan ja valvonnan oikeilla osilla: Azure Automation ja Hybrid Runbook Worker, Logic Apps hybriditilassa, Ansible, AWS Systems Manager, työpöytätyökalut, kuten WinApps, sekä koko moderni kehitys- ja yhteistyökerros Microsoft 365:ssä ja Windowsissa.
Miksi hybridi-Windows-Linux-työnkulut eivät ole enää valinnaisia?
Useimmissa nykyisissä organisaatioissa ne esiintyvät rinnakkain Linux-koneet kriittisillä sovelluksilla ja Windows-palvelimet sisäisillä palveluilla, tietokannoilla ja vanhoilla sovelluksillaKahden erillään olevan maailman ylläpitäminen, joilla kummallakin on omat työkalunsa, johtaa päällekkäiseen työhön ja inhimillisten virheiden rajuun kasvuun.
Kun aloitat hallinnoinnin kymmeniä tai satoja sekapalvelimiaManuaaliset toimenpiteet ja erilliset skriptit eivät enää ole kannattavia. Tarvitset automaatio- ja orkestrointikerroksen, jonka avulla voit määrittää prosessit kerran ja suorittaa ne missä tahansa, olipa kyseessä sitten Windows, Linux, pilvessä tai datakeskuksessasi.
Tässä yhteydessä esiin nousee useita keskeisiä osia: Azure-automaatio ja Hybrid Runbook Worker, jotka tuovat automaation verkkoosi, Logic Apps hybriditilassa hajautettujen järjestelmien integroimiseksiMahdollisesti yhteinen kieli Linuxin ja Windowsin välillä, AWS Systems Manager hybridisolmuille ja työkalut, kuten WinApps, joiden avulla voit käyttää Windows-sovelluksia saumattomasti Linux-työpöydiltä.
Hybridiautomaatio Azure Automationin ja Hybrid Runbook Workerin avulla
Hybridi-työnkulkujen luomisen ensimmäinen pilari on Tuo Azure Automationin runbookit paikallisiin Windows- ja Linux-palvelimiin tai muihin pilviympäristöihin.Tässä kohtaa Hybrid Runbook Worker -ominaisuus tulee mukaan kuvaan, sillä sen avulla runbookeja voidaan suorittaa suoraan tätä roolia isännöivillä koneilla.
Runbookit jatkuvat tallennettu ja hallinnoitu Azure AutomationissaNe toimitetaan kuitenkin yhdelle tai useammalle Hybrid Runbook Worker -tiimille. Näin voit automatisoida resursseja paikallisesti tai muissa pilvipalveluissa ilman, että ne ovat suoraan yhteydessä internetiin tai että kaikkea automaatiota tarvitsee kirjoittaa uudelleen Azuren ulkopuolella.
Laajennukset vs. klassinen agentti: Kaksi tapaa asentaa hybridi Runbook Worker
Voit ottaa Hybrid Runbook Worker -käyttäjäroolin käyttöön tänään seuraavasti: Kaksi erillistä asennusalustaa: laajennuspohjainen ja agenttipohjainenAsennuksen jälkeen runbookin suoritustoiminta on sama, mutta laajennusten lähestymistapa yksinkertaistaa käyttöönottoa ja ylläpitoa radikaalisti.
Klassinen vaihtoehto riippui siitä, LokianalyysiagenttiTämä johti pidempään ja virhealttiimpaan prosessiin. Laajennuspohjainen malli integroituu natiivisti Azure-virtuaalikoneiden laajennuskehykseen käyttämällä Azure VM -agenttia Azure-virtuaalikoneille ja Azure Connected Machine -agenttia muille kuin Azure-koneille, mukaan lukien Azure Arc -yhteensopivat palvelimet ja VMware vSphere Arc-yhteensopivat palvelimet.
Molemmat hybridi Runbook-työntekijätyypit voivat samassa koneessa eläenLaajennuspohjainen asennus ei häiritse perinteisen agentin avulla jo käyttöön otettuja instansseja, mikä helpottaa saumattomia ja inkrementaalisia migraatioita.
Laajennuspohjaisen lähestymistavan tärkeimmät edut
Laajennuspohjainen malli vähentää merkittävästi toiminnallista kitkaa käyttäjän Hybrid Runbook Workerin käyttöönotossa poistamalla tarpeettomat riippuvuudet. Keskeisiä etuja ovat:
- Paljon sujuvampi käyttöönottoEt enää ole riippuvainen Log Analytics -agentista työntekijöiden rekisteröinnissä, mikä välttää monivaiheiset prosessit ja yleiset virheet manuaalisissa asennuksissa.
- Keskitetty hallinta skaalautuu joSuora integrointi Azure Resource Manager (ARM) -identiteetin kanssa, mikä mahdollistaa laajamittaisen käyttöönoton hallinnan käytännöt, ARM-mallit, Bicep, PowerShell tai CLI.
- Todennus Microsoftin kirjautumistunnuksella: järjestelmän määrittämiä hallittuja identiteettejä hyödynnetään virtuaalikoneissa, jotta Tunnuksia hallitaan yhtenäisellä tavalla ja tallentamatta niitä selkotekstinä skripteihin tai kokoonpanoihin.
- Sama malli Azurelle ja Azure ArcilleSekä Azuren koneita että muiden palveluntarjoajien fyysisiä palvelimia tai virtuaalikoneita (Azure Arcin kautta) hallitaan. saman kokemuksen omaavaTämä yksinkertaistaa huomattavasti hybridi- ja monipilviympäristöjä.
- Useita tapoja liittyäRooli voidaan asentaa Azure-portaalista, PowerShellistä, Bicepistä, ARM-malleista, Azure RESTistä tai CLI:stä tai suoraan välilehdeltä Laajennukset jokaisesta Arc-yhteensopivasta virtuaalikoneesta tai palvelimesta.
- Automaattiset pienversiopäivityksetOletusarvoisesti laajennuspohjaiset työversiot päivittyvät automaattisesti uusiin aliversioihin, mikä vähentää ajan tasalla pysymisen ylläpitotaakkaa. tietoturvakorjauksia ja parannuksiaPääversiot vaativat kuitenkin edelleen manuaalisia päivityksiä.
Hybrid Runbook Workersin rajoitukset ja organisointi
Kapasiteetin suhteen jokaisella automaatiotilillä voi olla jopa 4000 hybridi Runbook Workers -järjestelmä ja 4000 käyttäjääJos sinun on hallittava yli 4000 konetta, on suositeltavaa luoda uusi automaatiotili kuormituksen jakamiseksi.
Jokainen käyttäjä Hybrid Runbook Worker kuuluu johonkin työntekijöiden ryhmä jonka määrität asennuksen yhteydessä. Ryhmä voi isännöidä yhtä tai useita instanssia korkean käytettävyyden takaamiseksi. Yksi kone voi lähettää syketietoja vain automaatiotiliEli et voi olla rekisteröityneenä työntekijänä useilla tileillä samanaikaisesti.
Ryhmät on suunniteltu tarjoamaan korkea käytettävyys ja kuormituksen tasaus jakamalla töitä jäsentensä kesken. Työntekijät käyttävät kyselymekanismia: jokainen aktiivinen työntekijä kyselee palvelua 30 sekunnin välein ja voi kerätä jopa 4 työtä "pingiä" kohden. Jos töiden saapumisnopeus ylittää työntekijöiden yhteenlasketun kapasiteetin, jotkut niistä saattavat jäädä palveluun virheen vuoksi.
Jos kukaan ryhmän työntekijä ei ole lähettänyt palvelulle ping-kutsua viimeisen 30 minuutin aikana, Azure katsoo ryhmän olevan aktiivinen. Sillä ei ole aktiivisia työntekijöitäTässä tapauksessa töitä yritetään uudelleen kolme kertaa ja sitten ne keskeytetään. Tämä toimintatapa on avainasemassa työntekijöiden määrän oikeassa mitoituksessa odotetun työmäärän perusteella.
Hybrid Runbook Workerin ominaisuudet ja suoritusrajoitukset
Tärkeä yksityiskohta on, että Hybrid Runbook Worker -instanssi Azure-hiekkalaatikon rajoitukset eivät sitä rajoita Levytilan, muistin tai verkkosockettien osalta todelliset rajoitukset määräytyvät palvelimen fyysisten resurssien mukaan, mikä on olennaista pitkäkestoisten tai erittäin intensiivisten automaatioiden suorittamisessa.
Jos hybridi Runbook-työntekijän isäntätietokone käynnistetään uudelleen runbookin ollessa käynnissä, työ käynnistyy uudelleen alusta tai kohdasta viimeinen tarkastuspiste PowerShell-työnkulun suorituskirjojen tapauksessa, jos sama työ käynnistetään uudelleen yli kolme kertaa, se keskeytetään äärettömien silmukoiden estämiseksi.
Windowsissa työt suoritetaan paikallisen järjestelmän tilija Linuxissa tilin alla nxautomationKoska nämä runbookit käyttävät usein Azuren ulkopuolisia resursseja, ne eivät voi luottaa pelkästään tyypilliseen Azuren runbook-todennusmekanismiin; ne tarvitsevat tietty todennus paikallisille resursseille tai käytä oikein määritettyjä hallittuja identiteettejä ja suoritustilejä.
Työnkulkujen järjestämiseksi paremmin voit rekisteröidä saman koneen useita Hybrid Runbook -työntekijäryhmiä saman tilin sisällä ohjaamalla eri runbookeja kuhunkin ryhmään kuormituksen tyypin, aikataulujen tai kriittisyyden mukaan.
Tyypillisiä skenaarioita Hybrid Runbook Workerin kanssa
Yleisimmät Hybrid Runbook Workerin käyttötapaukset yhdistävät Windows- ja Linux-resursseja sekä Azuressa että sen ulkopuolella, mikä luo aidosti hybridityönkulkuja:
- Vieraskoneiden hallinta: suorita runbookeja suoraan Azure-virtuaalikoneissa tai Azure Arciin rekisteröidyillä Azuren ulkopuolisilla palvelimilla (mukaan lukien Arc-yhteensopiva VMware), olipa kyseessä sitten Windows tai Linux.
- Hiekkalaatikon rajoitusten voittaminenToiminnoissa, jotka ylittävät kolmen tunnin pilvityörajan, kuluttavat paljon resursseja tai vaativat laajennettuja käyttöoikeuksia, hybrid workers tarjoaa ympäristön. joustavampi ja ilman näitä rajoituksia.
- Suvereniteetti- ja turvallisuusvaatimuksetOrganisaatioissa, joissa tiettyjen tietojen käsittely pilvessä ei ole sallittua, voit säilyttää ne Paikalliset koneet muunnettu hybridityöntekijöiksi ja siten noudattaa sisäisiä ja ulkoisia määräyksiä.
- Automaatio monipilvi- ja paikallisissa ympäristöissäLisää vain kone, kuten Worker, käynnistääksesi automaation muissa paikallisverkon koneissa tai eri pilvipalveluissa, sekä Windowsissa että Linuxissa.
- Yksityinen pääsy VNet-palveluihinSuorita runbookeja Azure-virtuaaliverkkoon kytketyissä Workers-sovelluksissa ja käytä muita palveluita yksityisesti ilman internet-yhteyksien avaamista.
Jos haluat ottaa käyttöön Hybrid Runbook Worker -instanssin Windowsissa tai Linuxissa käyttämällä uutta laajennusmenetelmää, noudata vain ohjeita kohdassa Toteutus Azure Automationin laajennusten avulla, jossa kuvataan virtuaalikonelaajennusten ja Azure Arcin käyttöä palvelimille.
Hybrid Runbook Workerin verkkosuunnittelu ja palvelutunnisteet
Ennen kuin avaat portteja tahattomasti, on hyvä tarkistaa Azure-automaatioverkon konfigurointi, koska se määrittää portit, URL-osoitteet ja muut vaatimukset, joita työläiset tarvitsevat kommunikoidakseen oikein palvelun kanssa.
Azure-automaatio tukee virtuaaliverkon palvelutunnisteetAloitetaan GuestAndHybridManagement-tagista. Sen sijaan, että luettelisit tiettyjä IP-alueita NSG- tai Azure Firewall -säännöissä, voit käyttää tätä tagia suoraan sääntöjen lähteessä tai kohteessa salliaksesi tai estääksesi liikenteen automaatiopalveluun.
GuestAndHybridManagement-tunniste kattaa IP-osoitteet, joita käytetään esimerkiksi seuraaviin tarkoituksiin: käynnistä webhookkeja virtuaaliverkon sisältä tai sallia Hybrid Runbook Worker- ja State Configuration -agenttien kommunikoida Azure Automationin kanssa. Se ei salli aluepohjaisia rajoituksia, mutta yksinkertaistaa huomattavasti verkon tietoturvan hallintaa.
Tuki IL5-hyötykuormille Azure Governmentissa
Jos työskentelet erittäin korkeiden tietoturvavaatimusten parissa, Azure Automation tukee Tason 5 vaikutuskuormit (IL5) Azure Governmentissa Hybrid Runbook Workerin käyttö kahdessa kokoonpanossa:
- Eristetyt virtuaalikoneet jotka kuluttavat kokonaisen fyysisen isännän ja tarjoavat IL5:n vaatiman eristystason.
- Azure Dedicated Hostjossa yksi tai useampi virtuaalikone toimii tilauksellesi dedikoiduilla fyysisillä palvelimilla, mikä takaa laitteistotason eristämisen.
Azure Logic Apps (vakio) hybriditilassa Windows-Linux-työnkulkuja varten
Toinen keskeinen osa hybridi-Windows-Linux-työnkulkujen luomisessa on malli Azure Logic Appsin hybridi-toteutus (vakio)Tämän vaihtoehdon avulla voit rakentaa ja isännöidä integraatioratkaisuja osittain yhdistetyissä ympäristöissä, jotka vaativat paikallista käsittelyä ja tallennusta sekä pääsyn sisäiseen verkkoon.
Tässä mallissa Logic Apps -suoritusympäristö isännöidään infrastruktuurissasi osana Azure Container Apps -laajennusta, joka voi sijaita paikallisissa järjestelmissä, yksityisissä pilvissä tai julkisissa pilvissä ja muodostaa yhteyden sekä Windows- että Linux-palvelimiin tai SaaS-palveluihin.
Logic Appsin hybridimallin nykyiset rajoitukset
Kun työskentelet hybriditilassa Logic Apps Standardin kanssa, on otettava huomioon joitakin rajoituksia:
- Se on saatavana vain tietyt Azure-alueet (Keski- ja Itä-Yhdysvallat, Itä-Aasia, Kaakkois-Aasia, Keski-Ruotsi, Etelä-Yhdistynyt kuningaskunta, Länsi-Eurooppa, Länsi-Yhdysvallat, muiden virallisissa asiakirjoissa lueteltujen alueiden ohella).
- Osittain yhdistetyssä tilassa ajonaikainen ympäristö saattaa jäädä irrotettuna jopa 24 tunniksi ja samalla datalokeja säilytetäänTuon ajanjakson jälkeen lokit voivat kadota.
- Useita yhden vuokralaisen Logic Apps Standardin ominaisuuksia ei tueta hybridiympäristössä, kuten Käyttöönottopaikat, liiketoimintaprosessien seuranta, resurssien kunto portaalissa tai todennuksessa hallituilla identiteeteillä tietyille yhdistintoiminnoille Azure Arc -yhteensopivissa Kubernetes-klustereissa.
- Jotkin funktiopohjaiset liipaisimet (kuten Blob, Cosmos DB tai tapahtumakeskukset) vaativat tallennustilin yhteysmerkkijonon määrittämisen sovellusmuuttujassa AzureWebJobs-tallennustilajoko Azure-portaalissa tai Logic Apps -projektin local.settings.json-tiedostossa VS Codessa.
Hybridi-toteutuksen edellytykset
Hybridi-työnkulun määrittämiseksi Logic Apps Standardilla tarvitset Azure-tilauksen lisäksi useita paikallisia resursseja samassa verkossa:
- Un Azure Kubernetes -palveluklusteri yhdistetty Azure Arciin, joka toimii Logic Apps -konttien suoritusalustana.
- Una paikallinen SQL-tietokanta tallentaa työnkulkujen suoritushistorian, syötteet ja tuotokset.
- Un SMB-tiedostojen jakaminen virtojen käyttämien artefaktien tallentamiseen.
Näiden työnkulkujen kehittämiseen ja käyttöönottoon on yleistä käyttää Visual Studio -koodia yhdessä Azure Logic Apps -laajennus (vakio)mikä helpottaa muokkaamista, testaamista ja julkaisemista määrittämässäsi hybridi-ympäristössä.
Versiointi, telemetria ja skaalaus hybrid Logic Apps -sovelluksissa
Aina kun tallennat muutoksia hybridi-isännöintiä varten määritetyn Standard Logic App -sovelluksen alityönkulkuun, Azure Container Appsin uusi versioTämän päivityksen aktivoituminen voi kestää hetken, joten on parasta odottaa hetki ennen muutosten testaamista.
Näiden työnkulkujen valvomiseksi voit ottaa käyttöön Parannettu telemetria Application InsightsissaOpenTelemetry-tuella. Tällä tavoin saat reaaliaikaisia suorituskykymittareita ja yksityiskohtaisen näkymän järjestelmän kuntoon sekä voit hallita lähetettäviä tietoja tallennuskustannusten optimoimiseksi.
Resurssien osalta voit säätää niitä Azure-portaalissa muisti ja vCPU määritetty Standard Logic App -säilöön. Suorittimen ytimiä (esimerkiksi 0,25:stä 2:een virtuaaliprosessoriin) ja muistia (esimerkiksi 0,1:stä 4:ään GiB:iin) voidaan vaihdella, mikä vaikuttaa suoraan sekä työnkulun suorituskykyyn että laskutukseen.
Voit myös määrittää kopiomittakaava joka luodaan vastauksena liipaisutapahtumiin. Replikoiden vähimmäis- ja enimmäismäärä (enintään 1000) määritetään, ja edistyneempiä skaalaussääntöjä hallitaan Azure Container Apps -sovelluksista, mikä mahdollistaa dynaamisen mukautumisen integraatiovirtojen kuormituspiikkeihin, jotka vaikuttavat Windows- ja Linux-järjestelmiin.
Sisäänpääsy, todennus ja salaisuudet hybridi-ympäristöissä
Logic Apps Standard voidaan julkaista julkisessa verkossa, virtuaaliverkossa tai muut saman ympäristön Logic Apps -sovellukset Sisäänpääsyasetuksen määrittämällä Azure käsittelee saapuvan HTTP- tai TCP-liikenteen reitityssääntöjen soveltamisen ilman, että sinun tarvitsee manuaalisesti määrittää lisää kuormituksen tasaajia tai julkisia IP-osoitteita.
Azure Arc -yhteensopivissa Kubernetes-klustereissa hallittu API-yhteyden todennus ei voi käyttää hallittuja identiteettejä natiivisti. Sen sijaan sinun on luotava Microsoft-sovelluksen rekisteröinti Anna tunnus ja käytä sitä yhteyksien pohjana:
- Azure-portaalissa tai Azure CLI:ssä voit luoda sovelluksen ja kerätä asiakastunnus, vuokraajan tunnus, objektitunnus ja asiakkaan salaisuus.
- Sitten lisäät nämä arvot seuraavasti ympäristömuuttujat Logic Apps Standard -resurssissa (esimerkiksi WORKFLOWAPP_AAD_CLIENTID, WORKFLOWAPP_AAD_OBJECTID, WORKFLOWAPP_AAD_TENANTID, WORKFLOWAPP_AAD_CLIENTSECRET).
- Voit halutessasi tallentaa clientId:n ja clientSecret:n muodossa itse resurssin salaisuudet ja sitten viittaa niihin ympäristömuuttujista paremman turvallisuuden takaamiseksi.
Tällä tavalla määritetty todennuslogiikka mahdollistaa hybridivirtojen kommunikoinnin Azure-rajapintojen ja muiden suojattujen palveluiden kanssa säilyttäen samalla vankan tunnistetietomallin.
Yleisiä ongelmia ja ratkaisuja hybridilogiikkasovelluksissa
Hybridi-ympäristöissä voi aina ilmetä yllätyksiä. Microsoft julkaisee portaalin kautta tapahtuvien ympäristömääritysongelmien tai epäonnistuneiden käyttöönottojen diagnosoimiseksi PowerShell-komentosarja troubleshoot.ps1 virallisessa Logic Apps -arkistossa, jossa tarkastellaan tyypillisiä vikaantumiskohtia.
Azure Arciin kytketyissä Kubernetes-klustereissa on havaittu kuvioita korkea muistin käyttöNäissä tapauksissa suositellaan solmuryhmien skaalaamista vaakasuunnassa tai automaattisen klusterin skaalautuvuuden ottamista käyttöön.
Jos Logic App ei käynnisty oikein, on hyvä tarkistaa resurssin tila Azure-portaalista ja, jos siinä on virhe, hakea se sieltä. kubectl tarkistaa poditViestit, kuten ”Liian monta podia”, osoittavat riittämättömän solmukapasiteetin, kun taas varoitukset linkittämättömistä PersistentVolumeClaims-vaatimuksista viittaavat yleensä ongelmiin SMB CSI -ajuriSiinä tapauksessa smb.csi.k8s.io-ajurin asentaminen Helmin avulla on välttämätön vaihe ennen jatkamista.
Yhtenäinen automaatio Ansiblen avulla Windowsissa ja Linuxissa
Azure-ekosysteemin lisäksi erittäin tehokas lähestymistapa Windows-Linux-hybridityönkulkuihin on käyttää Red Hat Ansible Automation Platform (AAP) yhtenäisenä kielenä. Ansible erittelee Linuxin bash-skriptien ja Windowsin PowerShellin tai ajoitettujen tehtävien välisen historiallisen eron.
Samalla YAML-kielellä kirjoitetulla käsikirjalla voit Windows- ja Linux-palvelimien konfigurointi, käyttöönotto ja ylläpitoAnsiblella on natiiveja moduuleja molempiin maailmoihin, kattaen kaiken pakettien asennuksesta palveluiden konfigurointiin, käyttäjien luomiseen ja sovellusten käyttöönottoon.
Esimerkiksi yhdessä toimintasuunnitelmassa voit asentaa Apachen Red Hat -palvelimille ja IIS Windows-koneissaKäynnistä palvelut ja ota ne käyttöön käynnistyksen yhteydessä käyttöjärjestelmäperheeseen perustuvien ehtojen mukaisesti. Suoritus tarkoittaa pohjimmiltaan Ansible-pelikirjan käynnistämistä inventaariolle, joka yhdistää molempia palvelintyyppejä.
Tämä tarkoittaa useita selkeitä etuja: vähemmän ylläpidettäviä työkaluja, standardoidut kokoonpanot Käyttöjärjestelmästä riippumatta se skaalautuu satoihin palvelimiin raportoinnin ja versionhallinnan avulla ja tarjoaa konkreettisen parannuksen tietoturvaan ja vaatimustenmukaisuuteen tallentamalla ja auditoimalla kaiken tehdyn.
AWS Systems Manager hybridi- ja monipilviympäristöissä Linux-Windows
Jos osa hybridi-ympäristöstäsi sijaitsee AWS:ssä, Systems Manager on toinen harkittava osa. organisoida työnkulkuja Windows- ja Linux-solmuissa jotka eivät välttämättä ole EC2-instansseja. Avain on SSM-agentti, jonka voit asentaa Linux- ja Windows-koneille EC2:n ulkopuolella hybridiaktivointiprosessin avulla.
Aktivoinnin aikana Aktivointitunnus ja koodi AWS-tiliisi liittyvät palvelimet, joita sitten käytetään kunkin koneen rekisteröimiseen hallituksi solmuksi. Linuxissa ssm-setup-cli-komento lataa ja asentaa agentin, pysäyttää sen ja rekisteröi instanssin. Tästä eteenpäin siitä tulee hallittu solmu, jonka tunniste alkaa yleensä merkeillä "my-" erottamaan se EC2-instansseista.
Kun olet integroinut sen, voit suorita etäkomentoja, ota käyttöön korjauspäivityksiä, ota käyttöön konfiguraatioita tai jopa käyttää Change Manageria ja muita ominaisuuksia (muistaen, että jotkut, kuten Systems Managerin CloudWatch-koontinäyttö, ovat ilmoittaneet poistumispäivistään).
SSM-agentti voidaan myös määrittää kierrättää yksityistä avainta automaattisesti Hybridi- ja monipilviympäristöissä (versiosta 3.0.1031.0 alkaen) tämä vahvistaa tietoturvaa. Nämä muutokset tehdään agentin määritystiedostoon, ja jokainen muutos edellyttää palvelun uudelleenkäynnistystä.
Jos sinun on poistettava Linux-solmun rekisteröinti ja rekisteröitävä se uudelleen, AWS CLI:ssä on DeregisterManagedInstance-toiminto, jonka jälkeen on suositeltavaa poistaa merkinnät, kuten IdentityConsumptionOrder amazon-ssm-agent.json-tiedostossa ja suorita agentin -register -clear-vaihtoehto asennustyypin mukaan.
Tyypillisten ongelmien osalta koodeja, kuten Toimitusaikakatkaisu Tämä toiminta voi olla odotettavissa, kun solmun tunnus muuttuu tilien välisen ristiasennuksen aikana. `FingerprintDoesNotMatch`-virheilmoitukset osoittavat koneen tunnuksia, jotka eivät säily uudelleenkäynnistysten välillä. Tämä voidaan ratkaista pakottamalla koneen tunnusten luominen ja säilyttäminen Linuxissa.
Windows-sovellukset integroituvat Linux-työpöytäkoneisiin WinAppsin avulla
Kyse ei ole pelkästään taustaprosesseista: monet Windows-Linux-hybridityönkulut vaikuttavat suoraan käyttökokemukseen. WinApps on avoimen lähdekoodin työkalu, joka mahdollistaa Suorita natiiveja Windows-sovelluksia GNU/Linux-työpöydillä (KDE, GNOME, XFCE) ikään kuin ne olisivat paikallisia sovelluksia.
Saumattoman integroinnin ansiosta sviitit, kuten Microsoft 365 tai Adobe Creative Cloud Ne voivat toimia etäWindows-koneella, mutta ne voidaan näyttää ja hallita natiiveina Linux-ikkunoina. Loppukäyttäjälle kuvakkeet, pikakuvakkeet ja ikkunat on integroitu työpöytäympäristöön, mikä vähentää kitkaa koneilla, joissa molemmat järjestelmät toimivat rinnakkain.
Helpoin tapa ottaa WinApps käyttöön on SatamatyöläinenKäyttämällä julkisesti saatavilla olevaa kuvaa ja hyödyntämällä ComfyUI:n WorkflowUIPlugin-laajennusta yhdistämällä tämän integraation sisällöntuotantoon tai tekoälytyönkulkuihin, erikoistuneet yritykset voivat auttaa määrittelemään arkkitehtuureja, joissa Linux-työpöydät käyttävät pilvessä (AWS, Azure) isännöityjä Windows-sovelluksia säilyttäen samalla keskitetyn käyttöoikeuksien hallinnan, kyberturvallisuuden ja valvonnan.
Hybridityöskentely, yhteistyö ja moderni kehitys Microsoft 365:ssä ja Windowsissa
Hybridi Windows-Linux-työnkulut eivät ole erillään ihmisistä; ne ovat vahvasti sidoksissa miten tiimi tekee yhteistyötä, jakaa tietoa ja kehittää sovelluksiaMicrosoft 365:stä ja erityisesti Teamsista on tullut monien yritysten "organisaatiotaso", ja miljoonat käyttäjät työskentelevät etänä ja hybriditilassa.
Microsoft viittaa moniin näistä ratkaisuista yhteistyösovelluksetSovellukset, jotka priorisoivat synkronista ja asynkronista yhteistyötä kokouksilla, keskusteluilla, asiakirjojen yhteismuokkaamisella ja liiketoimintaprosessien automatisoinnilla, kaikki integroituna yhteen käyttöliittymään. Kehittäjille tämä avaa mahdollisuuden luoda sovelluksia, jotka toimivat johdonmukaisesti Windowsissa, macOS:ssä, verkossa, iOS:ssä, Androidissa ja Linuxissa.
Teams tarjoaa API-rajapintoja ja laajennuspisteitä seuraaville: Parannetut kokoussovellukset (jaettujen vaiheiden integrointi, kokousten aloitus-/lopputapahtumat, mukautetut kohtaukset neuvottelutilassa, media-APIt resurssikohtaisella suostumuksella) ja integroituu Azure Communication Servicesin kanssa, jotta Teams-käyttäjät voivat olla vuorovaikutuksessa ulkoisten asiakkaiden kanssa mukautettujen ääni-, video- ja chat-sovellusten kautta.
Lisäksi edistetään monialustaista yhteistyötä mm. Joustavat komponentit Teamsissa (taulukoita, luetteloita ja lohkoja, joita voi muokata reaaliajassa ja jotka voidaan myös jakaa Outlookin ja Officen kanssa) sekä uudelleenkäytettäviä viestilaajennuksia Outlookissa ja Teamsissa. Power Platform (Power Apps, Power Automate, Power Virtual Agents) täydentää tätä ekosysteemiä boteilla ja vähäkoodaisilla työnkuluilla, joita voidaan ottaa käyttöön Teamsissa.
Kehittäjien elämän helpottamiseksi Microsoft tarjoaa Teams Toolkit Visual Studiolle ja VS Codelleyksinkertaistetulla todennuksella ja Graphin käytöllä, integroinnilla Azure Functionsin ja SPFx:n kanssa sekä Teams-kehittäjäportaalilla, jossa voit rekisteröidä, määrittää ja hallita sovelluksia keskitetyssä konsolissa, mukaan lukien SaaS-sopimukset ja käyttöanalytiikka.
Data, tietoturva ja laajennettavuus Microsoft Graphin ja modernin Windowsin avulla
Taustalla monet näistä yhteistyökokemuksista perustuvat Microsoft Graphjoka paljastaa viestintä-, sisältö- ja henkilötietoja Azure AD:n tarjoamien yksityisyys- ja tietoturvatoimintojen avulla. Uusia ominaisuuksia, kuten jatkuva käyttöoikeuden arviointi Ne mahdollistavat välittömämmän tunnuksen peruuttamisen kriittisten tapahtumien yhteydessä, ja todennusmenetelmät ja ulkoisten identiteettien API-rajapinnat tarjoavat paremman hallinnan siitä, kuka käyttää mitäkin.
Niille, jotka tarvitsevat tietoja Microsoft 365:een, Microsoft Graph -liittimet Ne mahdollistavat ulkoisten lähteiden, kuten Jiran tai Confluencen, indeksoinnin, käyttäjäprofiilien rikastuttamisen ja osallistumisen kokemuksiin, kuten Microsoft Search tai eDiscovery. Microsoft Graphin datayhteys puolestaan mahdollistaa tuottavuusdatajoukkojen viennin Azureen edistynyttä analytiikkaa tai tekoälymallien koulutusta varten.
Työpöytäsovellusten alalla Project Reunion (joka on nyt osa strategiaa Windows-sovellusten modernisointiWinUI 3:n ja WebView 2:n sekä .NET 5- ja Windows 10 -versioiden 1809-tuen ansiosta se auttaa uusia ja olemassa olevia sovelluksia hyödyntämään Windows-laitteita paremmin ja integroitumaan pilvipalveluihin.
Työkalut kuten Windows-pääte (konfiguroitavissa oletuspäätteeksi, jossa on esimerkiksi Quake-tiloja) ja Windowsin Linux-alijärjestelmä, joka tukee graafisia sovelluksia, tekevät hybridiympäristöjen kehittämisestä ja hallinnasta Windowsista paljon kätevämpää yhdistämällä klassisia komentorivikäyttöliittymiä, Linux-kuoria ja graafisia työkaluja samaan työnkulkuun.
Loppupäätelmät
Toisaalta Power Automate Desktop ja sen ominaisuudet, kuten prosessien neuvonantaja He ottavat käyttöön koodittoman RPA:n Windows 10:ssä, mikä mahdollistaa pullonkaulojen ja toistuvien tehtävien tunnistamisen ja automatisoinnin helposti, usein yhdessä Linux-taustajärjestelmien tai pilvipalveluiden kanssa.
Yhdistämällä kaikki nämä osat – Azure Automation, Logic Apps, Ansible, AWS Systems Manager, WinApps, Teams, Graph sekä Windowsin ja WSL:n parannukset – on mahdollista rakentaa todella vankkoja Windows-Linux-hybridityönkulkuja, joissa automaatio, integraatio, tietoturva ja yhteistyö Ne koordinoivat toimintaansa niin, että ihmiset voivat keskittyä arvon tuottamiseen eivätkä kamppailla irrallisten työkalujen tai hauraiden manuaalisten prosessien kanssa. Jaa tietoa, jotta useammat ihmiset oppivat aiheesta.