Naar de inhoud

    Productiewijzigingen die het hele team kan uitvoeren, elk met een proefrun, goedgekeurd en vastgelegd.

    Voor platform- en IT-teams die hun eigen Linux-servers beheren. Een plan is een geordende lijst van stappen tegen genoemde hosts. Iedereen in het team kan er een draaien, elke host toont eerst zijn voorbeeld, en uw repository, uw SSH-sleutels en uw hosts blijven van u.

    Voor het team dat de servers beheert

    De shellgeschiedenis van één persoon, omgezet in plannen die het team kan draaien.

    Het basisproduct is infrastructuurautomatisering. De governance maakt dat meer mensen het kunnen gebruiken.

    Plannen die anderen kunnen draaien
    Een routine die in de shellgeschiedenis van één persoon leeft, wordt een plan dat de rest van het team kan draaien, vanuit een verzoek in gewone taal of vanuit uw repository.
    Toegang die verloopt
    Geef het team toegang tot productie voor het venster dat het ticket nodig heeft. Ze eindigt vanzelf, dus wie vertrekt wordt verwijderd in plaats van dat elke sleutel wordt vervangen.
    Een goedkeuring waar u er een wilt
    Markeer productie als beschermd en elke run die haar raakt wacht op een met naam genoemd persoon met toegang tot die omgeving, voor de exacte revisie die zal draaien.
    Git houdt het als code
    Synchroniseer plannen, scripts en templates uit een repository. Een gesynchroniseerd plan is alleen-lezen in de builder, dus een wijziging gaat via een pull request.
    Vooraf getoond op elke host

    Zie wat elke host gaat wijzigen voordat iemand goedkeurt.

    De proefrun verbindt met elk doel en meldt per host, zodat de verschillen tussen hosts boven komen vóór de wijziging en niet erdoor.

    Fig. 1, proefrun van #4f2a, revisie 7, op 3 hosts

    Dry run #4f2a, revision 7

    14:29:40Passed on 3 hosts
    What the dry run found on each host
    HostChangesDestructiveTime
    web-0140810 ms
    web-02, diff shown40790 ms
    web-0340840 ms
    Total120
    Since the last run+20
    ssl_session_tickets added

    Diffweb-02

    /etc/nginx/nginx.conf+3/−2
    --- a/etc/nginx/nginx.conf
    +++ b/etc/nginx/nginx.conf
    @@ -1,7 +1,7 @@
    user www-data;
    −worker_processes 4;
    +worker_processes auto;
    pid /run/nginx.pid;
    @@ -31,6 +31,7 @@
    ssl_prefer_server_ciphers on;
    − ssl_protocols TLSv1.2;
    + ssl_protocols TLSv1.3;
    + ssl_session_tickets off;
    De vastlegging

    Als uw eigen klanten of auditors ernaar vragen, staat het antwoord er al.

    Elke run schrijft naar een append-only auditlog dat als CSV of NDJSON exporteert. Dezelfde vastleggingen beantwoorden een vragenlijst van een klant en een steekproef voor een ISO 27001-toezichtaudit: zie bewijs voor audits en het antwoordpakket. Bij een CyFun-verificatie telt bewijs van de uitvoering mee in de score.

    Fig. 2, de auditregels die run #4f2a schreef

    Audit log /run #4f2a

    Append-only5 entries
    The audit entries run #4f2a wrote, newest first
    TimeActorEvent
    14:33:19web-03reloaded nginx
    14:32:07danaapproved revision 7
    14:29:40alexdry run on 3 hosts, 12 changes
    14:28:55AIdrafted 4 steps for alex
    14:28:31alexrequested Patch nginx across prod
    ExportCSVNDJSON
    Goed om te weten

    Overstappen, reikwijdte en grenzen, zonder omweg gezegd.

    Neem mee wat u hebt
    Kom van AWX, Rundeck of Chef. De Chef-migratiegids koppelt recepten aan plannen. Deze pagina's zijn in het Engels.
    Gebouwd voor Linux-servers
    Opafra verbindt via SSH, dus het is gebouwd voor Linux-servers.
    Wat niet in de vastlegging staat
    Opafra legt vast wat er via Opafra loopt. Werk dat op een server langs een andere weg gebeurt, staat niet in deze vastleggingen.

    Wees niet langer de enige die bij de servers kan.

    Vertel ons wat uw team beheert en wie wijzigingen moet goedkeuren. U krijgt een demo en uw prijs schriftelijk binnen één werkdag, zonder gesprek.