Inhoudsopgave:
Video: How To Get Quality Assurance - VLOXX E1 - With Albert Starreveld, Developer at Xpirit 2024
is. Het maakt niet uit hoeveel services AWS biedt, u hebt nog steeds een bepaalde hoeveelheid hardware nodig om de services te gebruiken. De hoeveelheid hardware die u nodig hebt bij het werken met services in de cloud is minimaal, omdat de AWS-hardware al het zware werk doet. Als u lokaal met services werkt, hebt u extra hardware nodig, omdat AWS niet langer het zware werk voor u doet. Daarom moet u rekening houden met verschillende hardwarevereisten, afhankelijk van waar u de AWS-service host.
De services lokaal hosten
Verborgen in de AWS-documentatie is allerlei nuttige informatie over verschillende services te vinden. AWS Storage Gateway verbindt bijvoorbeeld een on-premises -softwareapparaat (een toepassing in combinatie met net voldoende besturingssysteemmogelijkheden om op hardware of op een virtuele machine te draaien) met cloudgebaseerde opslag.
Met andere woorden, u gebruikt de gateway om uw toepassing aan te sluiten op de vereiste gegevensopslag. Het lijkt misschien een goed idee om de gateway in de cloud te gebruiken, omdat u niet hoeft te investeren in extra hardware. Wanneer u echter naar de vereisten kijkt, ziet u dat de AWS Storage Gateway wordt geleverd met specifieke hardware-, exemplaar- en opslagvereisten. Het belangrijkste om te begrijpen is dat de cloud limieten bevat die u in elke planningsfase moet overwegen.
Nadat u er zeker van bent dat u de door u beoogde configuratie kunt uitvoeren, kunt u de voor- en nadelen van werken in de cloud gaan overwegen. Wanneer u bijvoorbeeld de service in de cloud host, krijgt u automatisch een schaalaanpassing naar behoefte en voert Amazon veel van de administratieve taken voor u uit. Voor een realistisch perspectief moet u echter deze voordelen compenseren met het besef van de nadelen, zoals:
- Potentieel voor lagere applicatiesnelheid
- Noodzaak om een betrouwbare internetverbinding te onderhouden
- Verlies van flexibiliteit
- Leveranciers gaan failliet
Hoewel basishardwarebehoeften minder duur worden, u moet rekening houden met extra uitgaven in de vorm van ontslagen. De meeste organisaties vinden dat de hardwarekosten van verhuizen naar de cloud aanzienlijk lager zijn dan het onderhouden van een volledige IT-afdeling, en daarom maken ze de overstap. U moet echter de stap zetten met het begrip dat u andere zaken moet overwegen als u dat doet.
De services in de cloud hosten
Als u lokaal services host, moet u alle benodigde infrastructuur bieden, die duur kan worden.AWS biedt wel richtlijnen voor de minimale vereisten voor het lokaal hosten van een service.
Een goede vuistregel bij het lokaal hosten van services is om door leveranciers gevraagde vereisten als minimums te bekijken. Als u niet van plan bent om de service zwaar te laden, werken deze minima meestal. Wanneer u echter op de koppeling Gateway optimaliseren van prestaties klikt, is de eerste suggestie die u ziet het toevoegen van bronnen aan uw gateway. Het plannen van te veel capaciteit is beter dan te weinig, maar de configuratie zo dicht mogelijk bij wat je nodig hebt, zal altijd financieel helpen.
Niet alle services werken lokaal, maar het kan u verbazen dat velen dat wel doen. Het gaat erom om precies te definiëren hoe u een bepaalde service wilt gebruiken en welke compromissen u bereid bent te maken. Als u bijvoorbeeld een service lokaal host, kan het moeilijk zijn om dezelfde mate van connectiviteit te bieden die u aan derden zou kunnen bieden als u dezelfde service in de cloud huurt.
Een goede ontwikkelomgeving definiëren
Nadat u op de hoogte bent van de benodigde resources voor AWS en de basisbeginselen van uw installatie hebt bepaald, moet u rekening houden met uw ontwikkelomgeving. Het eerste probleem dat u moet overwegen, is er een van taal. Het maakt AWS niet uit welke IDE je gebruikt (hoewel de keuze van IDE bepaalt welke functies je beschikbaar hebt voor externe toegang), maar het geeft wel om taal. U moet controleren of AWS de taal van uw keuze ondersteunt voor de service waartoe u toegang wilt. Dit zijn bijvoorbeeld de keuzes voor Simple Queue Service (SQS).
U kunt een implementatieomgeving maken met EC2. In deze zelfstudie wordt beschreven hoe u deze taak uitvoert. Het belangrijkste voordeel van deze aanpak is dat je theoretisch AWS-toepassingen overal kunt ontwikkelen omdat ontwikkeling niet langer een lokaal systeem met specifieke bronnen vereist.
Deze benadering is echter zeker niet gratis en het betekent dat u een betrouwbare internetverbinding moet hebben van waar u maar wilt om ontwikkeltaken uit te voeren - wat geen probleem is op het werk, maar mogelijk een probleem thuis. De cloudgebaseerde ontwikkelingsbenadering maakt gebruik van de AWS Command Line Interface (CLI).
De belangrijkste reden om een gelokaliseerde ontwikkelomgeving te gebruiken, is dat u toegang behoudt tot lokale bronnen en de codebibliotheken waarop uw organisatie momenteel vertrouwt om ontwikkeltaken uit te voeren.
Deze optie heeft ook een voordeel in betrouwbaarheid omdat u niet afhankelijk bent van een externe verbinding om deze te gebruiken. Als uw internetverbinding is verbroken, kunt u doorgaan met het ontwikkelen van code (maar testen is niet mogelijk totdat de verbinding is hersteld). Als u deze optie gebruikt, hebt u extra bandbreedte nodig, tenminste voor testdoeleinden en machtigingen voor AWS-toegang via de firewall van de organisatie.
U bent niet beperkt tot slechts twee opties wanneer u met AWS werkt. U kunt bijvoorbeeld een lokale ontwikkelomgeving gebruiken maar uw code op S3 plaatsen.Het gebruik van cloudgebaseerde gegevensopslag betekent dat u gelokaliseerde instellingen op verschillende locaties kunt hebben (zodat u toegang behoudt tot lokale bronnen) en toch voordelen kunt behalen van cloudgebaseerde ontwikkeling, zoals toegang hebben tot uw code vanaf elke locatie waar u zich bevindt hebben een ontwikkelomgeving geconfigureerd.
Deze zelfstudie is ook interessant omdat deze u vertelt hoe u uw ontwikkelomgeving moet configureren om Elastic Beanstalk te gebruiken voor project-, bronbeheer- en repositorygebruik. Net als bij een gelokaliseerde ontwikkelomgeving hebt u nog steeds de benodigde machtigingen voor internettoegang en voldoende bandbreedte nodig om de toename in gegevensverzoeken aan te kunnen, zodat deze optie goed werkt. In feite zijn de bandbreedtevereisten hoger dan een lokale configuratie en moet de ontwikkelomgeving werken met bronnen op afstand.
Het kiezen van de juiste ontwikkelomgeving is niet eenvoudig. In veel gevallen wordt de keuze een van persoonlijke voorkeur en organisatorische vereisten. Het gebruik van een cloudgebaseerde ontwikkelingsoplossing is bijvoorbeeld mogelijk geen optie bij gevoelige ontwikkeltaken; beveiligingsbehoeften kunnen andere wensen overtreffen.
